Příspěvky

1

Server / Re:Výběr hypervizoru pro vysokou dostupnost

« kdy: 22. 12. 2016, 16:46:18 »

Zdravím!
Pokud je mi známo, tak synchronizovaný běh dvou VM umí jenom VMware. Spíš bych ho nepodoručoval a udělal vysokou dostupnost na aplikační úrovni. Začal bych odspodu a postavil databázi na MySQL Galera clusteru nebo jiném master-master řešení, aby nebylo potřeba řešit problémy s fail over a hlavně fail back. Deadlockům se vyhnete, když před to dáte HAProxy, který bude směrovat požadavky vždy na první dostupný server. Aplikační servery a webové servery by měly ideálně být bezestavové, takže mezi ně dáte též HAProxy s load balancingem. Může to být i ta samá instance HAProxy. Na takovém řešení je postavený Public cloud https://www.homeatcloud.cz/cloud, každá služba OpenStacku je tam 3x a mimo lidské chyby (ehm..) je téměř nemožné to shodit. Čislo 3 je potřeba kvůli quorum algoritmu. Když jsou v master-master konfiguraci jen dvě databáze, tak při výpadku jedné padnou obě, aby se zabránilo split-brain situaci. Třetí server je možné nahradit Arbitrem na nějakém slabším nebo virtuálním stroji.
Pokud se nepletu, tak na virtuální služby SLA se čtyřmi devítkami nemáme, ale na pronájmy serverů a housing ano. A ano, hardwarový load balancer na firewallu Fortigate nabízený u pronájmů serverů by se dal použít i na instance v cloudu, pokud by někdo chtěl vyšší výkon než dá HAProxy.

Díky za rady. Jako DB by měla být Oracle Express, na aplikačním serveru poběží Project Grizzly a webserver bude Apache. Tohle potřebuji zkombinovat a postavit tak, aby to bylo co nejméně náchylné na výpadky.

2

Server / Re:Výběr hypervizoru pro vysokou dostupnost

« kdy: 21. 12. 2016, 16:21:37 »

A hlavně nezapomeň na redundantní storage, síť a napájení (vč. těch síťových prvků). Nejvíce problémů, které vidíme v oVirtu, je způsobeno nějakým síťovým problémem. Veškerá synchronizace pak jde do háje, nekonečná migrace bez síťě nejede, storage těch VMek není dostupné, management té virtualizace není schopný zjistit stav hostů atd.

Btw, kolik 9 za desetinnou čárkou dostupnosti je 24/7?

Asi jsem se s tím 24/7 špatně vyjádřil. Služby, které na serverech poběží, by měly běžet stále, SLA by mělo být 99,99%.
Konektivita bude zálohovaná, síťové prvky budou, napájení bude zálohované dvěma zdroji, v serverech budou vždy dva zdroje. Toto vše mi je jasné...
Servery by měli jet jako kopie s tím, že když jeden padne, pojede to bez výpadku z druhého.

Koukal jsem na Proxmox a na HA cluster. Nevím ale, zda to takhle bude fungovat.
Nebo pak VWware vSphere Standard, to je ale pro dva dvouprocesorové hosty už docela ranec.

3

Server / Výběr hypervizoru pro vysokou dostupnost

« kdy: 20. 12. 2016, 15:22:36 »

Začínám řešit jeden projekt s dostupností 24/7 a v tuto chvíli řeším topologii serverů.

Zadání je následující:

Na serveru poběží
2x VPS webserver debian (synchronizace mezi VPS)
2x VPS aplikační server debian (synchronizace mezi VPS)
2x VPS databázový server debian (synchronizace mezi VPS)
Tím, že to poběží duplicitně bude zajištěna záloha v případě SW problémů.

Servery by měly být dva ve shodné HW a SW konfiguraci, tím bude zajištěna záloha v případě HW problému serveru.

Potřeboval bych doporučit vhodný Hypervizor pro tento model, aby byl zajištěn bezvýpadkový nepřetržitý provoz.

V tuto chvíli mě napadá:

OpenVZ
KVM

Díky za každý názor.