Jóreggelit,
Géphalál miatt kissé át kell gondolnom pár dolgot és arra jutottam, hogy új HW helyett akár költözhetünk is bérelt szerverre a doclerhez. Az Ő Supermicro Microblade E3 gépük, a legkisebb is elég lenne jelenleg. Ám gondolva a jövőre - illetve ezt már bőven a jelen, ehe - viszont virtualizálni kéne, sok okból kifolyólag. Viszont erre a gépre milyen virtualizációt érdemes pattintani? Játasznék magam is vele, de se a HW-t nem ismerem, de úgy általában a virtualizációs platformokat (pláne nem hogy az utóbbi egy évben mi változott) sem, plusz rettentő sok idő sincs ám rá, ezért pl. konkrét tapasztalatok érdekelnének, hogy melyik megoldás fog működni OOB.
Sok vágyam nincs, amit szeretnék az kb. annyi, hogy egy darab virt. gép elfusson a vason, azaz megkapná a teljeset. A legfőbb ok ami miatt a virtualizációt akarom, hogy az upgrade-ek előtt le tudjam menteni a gépet hogy nyugodtan lehessen csinálni a frissítéseket, és ha valami gáz lenne, akkor épp olyan nyugodtan vissza lehessen állni a korábbi, még működő állapotra. Legyen egyszerű, hogy én is elboldoguljak vele, és ha lehet ingyenes legyen (max. egyszeri díjas, és akkor is olcsó :D). A host OS - ha kell akkor - preferáltan Linux, Unix, BSD lehet, a guest az Debian lesz.
Hozzászólások
Mint minden, ebben az esetben is a felhasznalas modja lenyeges. Feletetelezve, h altalanos celu (web)szerverek lesznek a guestek, vmilyen image alapu megoldast valasztanek SM Microblade-en. Mas HW-n LXC-t, ha annak a korlataival egyutt tudsz elni (feltetelezem, nem).
A Docler a gepet "kompatibilisse" tette az ESX-szel (itt olvasva tudom), de gondolom az OVM, XenServer is ugyanugy elfut, mivel HW raid vezerlot tettek bele, ami alapbol nincs, bar egyebkent az ESX-nek nem feltetelenul van ra szuksege, elfut PXE-rol, vagy akar egy pendrive-rol is.
Viszont mivel az adatat nem lokalisan fogod tarolni feltehetoleg, vmilyen image alapu megoldas a celszeru, ami viszonylag keves random irast tesz szuksegszeruve. Ezert irtam az ESX-et es nem vmilyen OS based virtualizaciot, mivel azoknal csak egy kanyarral lehet megcsinalni.
udv,
t
ui.: Nem lementeni akarod, hanem snapshotolni, amit egyebkent megtehetsz HW rendszerrel is persze (btrfs, zfs es tobbe-kevesbe lvm eseten is).
Igen, a guest webszerver, php, miegyéb. Nincs rajta nagy terhelés.
LXC helyett még mindig inkább OpenVZ párti vagyok, az LXC az OpenVZ után kicsit olyan mint mocsárban pingpongozni.
Az adatok helyben lesznek, ám a teljes adatmennyiség ATM 100G, ami bőven elfér az 500G-s disken. Az írás mennyisége se problémás (IO-ban több az audit/access log miatt, de a teljes adatmennyiség nem számottevő), nem lesz probléma.
A mentés-snapshot, igen. OpenVZ-t mentek inkább (vzdump, hajrá), virtualboxot snapshotolok orrba-szájba, mert ugye a két rendszer alapvetően más. De a lényeg ugyanaz. Viszont az fs-lvm szintű snapshotot hanyagolnám inkább, akkor már szimpatikusabb a teljes környezet mentése (szerencsére akár többórás leállások is beleférnek mondjuk havonta egy-egy alkalommal).
A fentiek alapján akkor nekem végül is az a kérdés maradt meg igazán, hogy esx vagy xen legyen? Vagy ez már hitvita lesz?
Ha ovpenvz parti vagy, akkor az. Lehet mar guestet hasznalni melyebb modositas nelkul?
Annyi problemad lesz azzal ezen a gepen tovabbra is, h a spare diszknek nincs helye. Ha az nem gond, akkor hajra, abban az esetben azt valasztanam. De ha ismered, miert kerdezed?
Reszletkerdes, h lemented vagy snapshotolsz, csak azert irtam, mert a snapshot gyorsabb es erre talaltak ki. En gyebkent van, ahol a napi mentest snapshotrol csinalom, pl. nagy containereknel, adatbazisoknal.
ESX: (szubjektiv velemeny, hogy) konnyebb, out of box mukodik minden es kesz, viszont azert jo, ha van hozza egy mgmt hostod windows szerverrel, meg ez-az, kicsit mas az egesz, mint amit linux-on megszoktal.
Xen: Kozelebb all a linux-os filozofiahoz, merthogy az, raadasul mukodik 1 gepen is es hozza is fersz nativan az adatokhoz, pl. epp a mentes celjabol.
Vannak azert jocskan tenyszeru megallapitasok is, amik alapjan a te izleseddel es celjaiddal tudsz donteni. Ha van egy single szerver es tobb nem is lesz, akkor en nem hasznalnek ESX-et.
tompos
"Ha ovpenvz parti vagy, akkor az. Lehet mar guestet hasznalni melyebb modositas nelkul?"
Még nem :D
"Annyi problemad lesz azzal ezen a gepen tovabbra is, h a spare diszknek nincs helye. Ha az nem gond, akkor hajra, abban az esetben azt valasztanam. De ha ismered, miert kerdezed?"
A weblap szerint: "Hot swap HDD: 2x500 GB SATA HDD bővítés opciók: 2xHDD(SATA, SSD)" Nekem első körben bőven elég a mirror, pláne ha kényelmesen tudom monitorozni az épségét (zabbix, de bármi megteszi, ha). A bővítés nem világos, nem hiszem hogy egy microblade-be 4db disk menne, de erre majd rákérdek. Az ismerem dolgot nem értem, a gépet magát nem ismerem, a virtualizációk közül OpenVZ és virtualbox van a kezeim között és pár éve nézegettem xen, esxi, kvm dolgokat, de azóta sok víz lefolyt mindenfelé.
És marhaságot írtam, xen helyett a xenservert értettem.
A dolgok jelenlegi állása mellett nem lesz több ilyen gép
Akkor mindent egybevetve es Ubuntu+LXC-t hasznalnek.
Ha ragaszkodsz a Debian-hoz, akkor Xen (a xenserver is felesleges) v. openvz (van sajat repository-juk a kernelhez tudtommal).
A soft raid után én is erre jutottam. Mármint arra, hogy alighanem maradok az openvz-nél, bár az elkeserít, hogy a debian 7-től nem lesz támogatva. Most azon merengek, hogy kitart-e addig a 6-os debian amíg kiforrja magát a 3.x-es kernelben a támogatás (http://wiki.openvz.org/Vzctl_for_upstream_kernel) vagy már eleve RHEL legyen.
Illetve ahogy nézem van wheezy-hez is kernel, amit amúgy mintha rém egyszerűen, aliennel alakítanának át red6 csomagból: http://download.openvz.org/debian/dists/wheezy/main/binary-amd64/alien/
Na mindegy, majd lesz valahogy.
Mondom, van sajat repository-juk wheezy kernelhez, legalabbis ezt olvastam vmikor vhol.
tompos
Alighanem azt linkeltem.
Ja bocs, az vhogy kimaradt.
t
Szia Fisher!
Mi magunk Xen-t használunk Debianhoz, hibátlanul fut, nem eszik sok erőforrást
és remekül elvan a soft raid-el.
Tompos jól emlékezett, valóban sokat dolgoztunk, hogy legyen HW RAID-es verzió,
mert a VMWare-nek viszont az kell. A héten kapunk egyébként HW RAID-es microblade-et,
de ez még csak az első példány tesztelésre.
Üdv,
-logor-
DoclerWeb
Ok. Tesztelni nem akarom :D
Szia Fischer!
A microblade-be 2 db. diszk mehet, a bővítési opció arra vonatkozik,
hogy az alap 500GB 7,2k SATA helyett kérhetsz bele nagyobb SATA-t vagy SSD-t.
Köszi a visszajelzést, átfogalmazzuk egyértelműbbre.
Üdv,
-logor-
FreeBSD-ben és jail-ben nem gondolkodtál? Remekül lehet rsyncel-ni és rögtön van mentésed is róla. Igaz a frissítésekre nem mondanám, hogy apt-get update szinten vannak. :)
Nem.
Csak ,hogy tisztazuk(nekem is van ott jo par gepem):
Supermicro Microblade-be nincs HW raid csak SW raid van.
Supermicro Twin bladebe van rendes hw raid.
Nekunk microbladen xen fut amugy teljesen jol.
--
"ssh in a for loop is not a solution" – Luke Kanies, Puppet developer
OK, akkor en egy korabbi postbol felreertettem vmit.
tompos