Proč nepoužívat věci, které byly prověřeny tisíci uživatelů a prokázaly svou spolehlivost? Stačí nasadit bezplatný server Hyper-V například s StarWind VSAN Free a získat skutečnou HA bez jakýchkoli problémů. Podívejte se na tuto příručku:https://www.starwindsoftware.com/resource-library/starwind-virtual-san- hyperconverged-2-node-scenario-with-hyper-v-server-2016
Mám velmi podobnou instalaci s nastavením, které jste popsal:KVM server se záložní replikou přes DRBD aktivní/pasivní. Abych měl systém co nejjednodušší (a vyhnul jsem se jakémukoli automatickému split-brain, tj. kvůli tomu, že si můj zákazník pletl se sítí clusteru), také jsem upustil od automatického převzetí služeb při selhání clusteru.
Systém je 5+ let starý a nikdy mi nedělal žádný problém. Moje nastavení hlasitosti je následující:
- vyhrazený svazek RAID pro úložiště virtuálních počítačů;
- malý objem překryvných vrstev obsahující konfigurační soubory QEMU/KVM;
- větší objemy pro virtuální disky;
- zdroje DRBD spravující celé vyhrazené blokové zařízení pole.
Napsal jsem několik shellových skriptů, které mi pomohou v případě selhání. Najdete je zde
Upozorňujeme, že systém byl navržen pro maximální výkon, a to i na úkor funkcí, jako jsou rychlé snímky a virtuální disky založené na souborech (spíše než na svazcích).
Přebudování podobného, aktivního/pasivního nastavení nyní, silně bych se přiklonil k použití ZFS a kontinuální asynchronní replikaci prostřednictvím send/recv . Nejedná se o blokovou replikaci v reálném čase, ale pro více než 90 % případů je více než dostačující.
Pokud je replikace v reálném čase skutečně potřebuji, použil bych DRBD nad ZVOL + XFS; Testoval jsem takové nastavení + automatický spínač kardiostimulátoru ve své laboratoři s velkou spokojeností. Pokud použití modulů 3rdy (jako je ZoL) není možné, použil bych zdroje DRBD nad lvmthin svazek + XFS.
DRBD můžete zcela nastavit a používat čistě manuálním způsobem. Proces by neměl být vůbec složitý. Jednoduše byste dělali to, co dělá cluster Pacemaker nebo Rgmanager, ale ručně. V podstatě:
- Zastavte virtuální počítač na aktivním uzlu
- Degradovat DRBD na aktivním uzlu
- Propagujte DRBD na partnerském uzlu
- Spusťte virtuální počítač na uzlu peer
Přirozeně to bude vyžadovat, aby oba uzly měly nainstalované správné balíčky a konfigurace a definice virtuálního počítače existovaly na obou uzlech.
Mohu ujistit, že linuxový HA stack (corosync a pacemaker) jsou stále aktivně vyvíjeny a podporovány. Mnoho návodů je starých, software existuje již 10 let. Při správném provedení nevznikají žádné zásadní problémy nebo problémy. Není to opuštěné, ale už to není "nové a vzrušující".