PROXMOX CLUSTER ( fürt ) létrehozása és élő migráció ( live migration ) 2023-10-10
ฝัง
- เผยแพร่เมื่อ 21 ส.ค. 2024
- A videó címében lévő dátum az a dátum, amikor a tagok számára elérhetővé vált a videó!
Légy te is tag, hogy hamarabb hozzájuthass az új tartalmakhoz, illetve hogy élők alatt tudj csevegni!
Kernel Pánik Facebook oldal: / kernelpanikcsatorna
Kernel Pánik Facebook csoport: / 683123033405304
Kivonat: Fogtam 3 gépet és összeraktam belőle egy fürtöt, majd megnéztük a migrációt LXC konténerrel és a leállás nélküli migrációt virtuális géppel.
Köszönjük!
Én köszönöm!
🥰
Én NFS és CEPH megosztott tárolókkal hasztnáltam (gondolom erre lesz majd a NAS :)), úgy csak a memóriát migrálja, pár másodperc az egész
Én inkább iSCSI-t próbáltam a NAS-al, aztán az utolsó részben pedig CEPH van.
Függ attól, hogy mit állítottál be processzornak a vm-ben. Nálam működik.
Én csak azt mondtam, amit a leírásban láttam, nem tudtam tesztelni. Elképzelhető, hogy mondjuk egy i386 -os vagy i686-al elmegy mindenen, ezek szerint akkor nálad igen, de feltehetően nem supportált megoldás, ha már nekem is feltűnt ennek a kiírása. :)
@@kernel_panik Hát, egy szóval se írtam, hogy supportált lenne a részükről, csak azt, hogy Nálam működik, de ez nem biztosítja, hogy másnál is. :D
Igaz, nálam azért elég nagy a variációs lehetőség hw-ek terén (És nem csak rendes szervereken használom). :)
Várom a további részeket még, ahogy látom egészen megtetszett Neked a Proxmox és a TurnKey. ;)
@Igen, tetszik. Anno valami nagyon korai verziót láttam a Proxmoxból, akkor inkább a xen-t választottam, de azóta sok víz lefolyt Dunán, nagyon pöpec lett.
Proxmox 7-en próbáltam a clustert, de tudtommal a migrálás a HA és az összes jó cluster funkció csak zfs-nél működik. Ez igaz a proxmos backup szerverre is, rendes incremental mentést is csak zfs-nél tud.
Nem csak ZFS-en megy (lásd következő videó), de úgy tűnik egyforma kell legyen minden node-on, ami érintett.
Még egy anomáliára hívnám fel a figyelmet. Nálam, hangsújozom nálam, két nod van és egy extra konténert hoztam létre a nason ami csak a szavazásba vesz részt, hogy minden gépleállásnál maradjon legalább két gép a szavazáshoz. Viszont ha megnyitom ez egyik nod kezelő felületét a böngészőbe és egy másik nodon futó konténer vagy virtuálgép konzolját szeretném innen elérni, valamiért nem sikerül. Az adott gép konzoljának eléréséhez mindig az azt futtató nod ipcímén kell megnyitni a kezelőfelületet.
Na pl nálam ilyen gond nem volt szerintem (legalábbis nem emlékszem, hogy belefutottam volna), majd kipróbálom.
érdekes bug velem eddig még az fordult elő ha az egyik node-ot lekapcsoltam akkor a másik abszolut nem akarta elfogadni a belépési azonositott szavazás végett ssh-án keresztül lehet korrigálni eztett
Jelenleg Proxmox és ESXi között vacilálok, szerinted melyik a jobb otthonra 3-4 (később talán több) virtuális gép futtatására?
managment terén proxmox könnyebb kezelni ha tényleg csak az alap dolgokat szeretnéd használni + tele van feature-ökel viszont teljesitmény terén kérdéses a téma talán ha kernel pánik kollega úrat ha szépen kérjük csinál egy perfomance tesztett kettő között mert ami kint van neten az elégé elavult.
Elég sok szempont lehet érdekes a választáshoz, de igazából ha rendes HW RAID vezérlőd van, akkor esxi irányába gondolkodnék, ha nincs akkor Proxmox, ez talán leegyszerűsíti a kérdést.
Arra figyelj hogy a cluster networknek érdemes redundáns hálózati kapcsolatot kialakítani. Ez azért fontos mert ha valamiért leszakad a cluster netorkről az egyik proxmox node akkor egy idő után (sosem mértem le de tippre 30-60sec között van valahol ez a timeout) automatikusan újra fogja magát indítani. Továbbá a cluster networkön ne legyen VM migrálás sem. Jártam már úgy hogy annak ellenére hogy 25G vagy 40G (már nem emlékszem) volt cluster networknek berakva s gondoltam azon elfér a VM migrálás is, ott is sikerült annyira kihajtani hogy egy-egy node ideiglenesen nem érte el a többit így újraindult. Attól fogva inkább fenn tartok egy dedikált kapcsolatot csak cluster networknek. Nem kell gyors ha van kéznél 1G-s port az is bőven elég, corosync nem nagy forgalmat generál csak stabil legyen. Esetleg ha nagyon paranoiás az ember akkor failover kapcsolatnak persze be lehet rakni a VM migrálásra fenn tartott hálózatot.
Ó hát itt ez most csak játszási, ügyfélnél nem nagyon van cluster, túl drága 3 szerver. :D ..és a többi sallang.
Szia engem nagyon érdeklene egy olyan fürt ahol a vm mind három gép erőforását használja mint pl cpu és ram a nagy számítási feladatok megoldásához
Jó lett az oktató anyag. Érdemes lett volna megjegyezni, hogy ajánlott a clusterbe legalább három gépet tenni, mivel semmilyen beállítást ami a clustert érinti nem tudsz megváltoztatni ha csak egy működő gép marad a clusterben.
Igazából 3 gép nekem a HA miatt is kellett, mert az jön majd.
Én ezt egy fájdalmas eseten keresztül tapasztaltam meg, kellett két kávé, hogy tudjam korrigálni.
@ Előszőr nekem is meglepetést okozott.
@ Mivel én csak egy hobbista vagyok, ezért nem is gondoltam arra, hogy van rá orvosság. Igazán megoszthatnád velem és egyúttal a többi olvasóval is a gyógymódot az esetre. Szerintem nem egyedül lennék aki megköszönné neked. Ha nem is neked, de super köszivel a videó készítőjét megtámogatnám, hogy helyetted elfogyaszthassa azt a kávét.
@ Hétvégén elővadászom a logból.
Mi ez a lakókocsi? (Most látom az első videódat.)
Ez a stúdió. :) ...is.
@@kernel_panik "Fülkékben, füzérben" :)