Synchronizace 2 ESXi serveru pres 50Mbit/s linku - jak nejelegantneji

Zajimal by me vas nazor na to, jak elegantne vyresit synchronizaci 2 serveru s ESXi, ktere jsou propojene asi 40-50Mbit/s linkou.

Hlavni server pobezi v servrovne na optice, druhy v naprosto shodne konfiguraci bude fyzicky jinde, optiku k nemu jednoduse nedostanu, proto musi prozatim stacit 5GHz P2P spoj.

Cele to je zjednodusene tim, ze v pripade kdyby lehl primarni server, presmerovani provozu na druhy nemusi byt automaticke. Prozatim me tedy napada automaticka synchronizace snapshotu napr. v noci, druhy server by tedy slouzil pouze jako zalozni data-storage, ve kterem budou virtualni masiny pripraveny k provozu. Urcite existuje smysluplnejsi reseni, ze? :)

Diky za napady a zkusenosti.

Tohle jsem nikdy neřešil, ale nefunguje to náhodou automaticky, pokud dáš ty servery do clusteru (v rámci ESXi)?

Otazka je, jak by ten cluster fungoval pres 50Mbit linku. Priznam se, ze o tomhle vim opravdu malo, proto si chci nechat poradit jak to resit koncepcne, nez abych probadaval slepe ulicky.

Nevím co přesně od toho očekáváš, takže jen odhaduju, že to má být tzv. fault tolerant řešení, které tě má bez výpadku ochránit před poruchou ESX serveru.... ?
Co si pamatuju (ale raději si to ověř, není to můj byznys :-)), tak zjednodušeně platí, že pro logování mezi ESX servery je u ESX 4 pro tento typ konfigurace doporučován 1Gbit ale kdo si to chce vypočítat přesněji tak sčítá průměrné hodnoty které tečou do ESXa po síti + z disků (!) a + cca 25% "do foroty".
Na každý pád před nasazením čehokoliv je třeba testovat a ujasnění si jaký má být požadovaný stav.

Pokud si koupis spravne licence, tak to funguje samo a pokud ti staci, ze stav serveru na druhe strane nebude vylozene "hot", ale zhruba jako kdyz to natvrdo vypnes (= zacnou ti po vypadku primaru bootovat), tak ti na to ta linka IMO vpohode staci.

Pokud bys chtel bezvypadkovou konfiguraci = kopiruje se i RAMet, tak potrebujes na !!!jeden!!! takto chraneny virtual 4Gbit propoj (dle specifikace).

Konfiguraci v prvni variante pouzivam, muzes srv za provozu prenyst (nevim jak rychly to bude na 50Mbit lince), vypadek je na Gbit siti do 1s (vypadne tak jeden ping, 99% aplikaci nepozna, ze neco prestalo fungovat).

To jestli linka staci nebo ne je zavisly hlavne na tom, kolik se toho na tom virtualu meni => pokud nejde o virtual s datama, ale jen o aplikace, tak to musi byt vpohode.

Presne jak popisujes by mi to stacilo, vetsina virtualu bude imho pouze idlit, tj. zadna data.

S tou spravou licenci si to myslel jak? Free ESXi cluster neumi ?

Obavam se, ze nikoli
Příloha 8459
Potrebujes vmotion

Diky, vzhledem k cenam za vSphere Advanced to asi nehrozi :)

No nic, budu hledat dal.

Citace:

---

Původně odeslal Caleb

Diky, vzhledem k cenam za vSphere Advanced to asi nehrozi :)

No nic, budu hledat dal.

---

Linux + KVM + DRBD :) ale tos asi slyset nechtel, vid? :)

btw. neni vmotion neco jinyho?

http://www.vmware.com/products/vmotion/ - migrace stroje za behu
Teoreticky by mu mozna mohlo staci HA, ovsem na to potrebuje spolecny uloziste = nikoli na danym virtualizacnim stroji ale externi pole.

Citace:

---

Původně odeslal Jezevec

http://www.vmware.com/products/vmotion/ - migrace stroje za behu
Teoreticky by mu mozna mohlo staci HA, ovsem na to potrebuje spolecny uloziste = nikoli na danym virtualizacnim stroji ale externi pole.

---

ja mam takovej pocit, ze to potrebuje i ta vmotion
HA je jen znovustartovani mrtvejch virtualu (kdyz umre hostitel)

Ono zalezi na tom, co od toho chces. Umi to ten stroj za behu presunout na jinej virtual a bud ho nechas ulozenej kde je (pokud to uloziste je dostupny z cilovyho) nebo ho muzes presunout i fyzicky (coz samo trva). Da se to ruzne kombinovat. Jasne ze ten presun nefunguje z mrtvyho stroje. V tu chvili bud musis mit na zaloze dostupny uloziste, ze kteryho to jen nastartujes nebo tam musis mit kopii toho stroje.

Jeste me tak napada, tusim ze k tomu existuje nejakej zalohovac, ktere umi pouzit snapy => syncuje jen rozdil. Pokud na tech strojich nejsou data (= nic co by bylo treba drzen syncly online), mohlo by to stacit, pripadne to nejako nascriptovat primo v konzoli. Kazdopadne "zadarmo" reseni s datama (= nejaka ta DB) fungovat nejspis nebude vubec, protoze data jsou dycky pruser.

Edit: Poznamka pod carou, snapy vmware neslouzi k zalohovani, ale pouze jako pojistka pri nejakym patchovani. Pokud se totiz ten snap necha existovat vic nez par dnu, tak roste "do nebe" a extremne to vsechno zpomaluje.

co tam bude prosim te za operacni system?

Budou - resp. jsou tam Linuxy (prevazne Debian 5) a jedny Windows (2003 Web server).
Nakonec to vypada, ze do budoucna se mi podari ty servery umistit do jednoho racku, ale i tak musim vyresit jak to provest bez nutnosti nakupu drahych licenci od VMWaru.

ja jen kdyby tam bezely w2k8 r2 tak muzes pouzit microsofti virtualizaci a nemusis resit presne - ty drahe licence... ale to je pase.

Technicky, pokud vim, tak vmware (aspon jeho vetsina) je opensource => pokud nechces support, muzes si to prekompilovat sam a nemusis to platit.

Citace:

---

Původně odeslal Jezevec

Technicky, pokud vim, tak vmware (aspon jeho vetsina) je opensource => pokud nechces support, muzes si to prekompilovat sam a nemusis to platit.

---

jestli by pak precijen nebylo jednodussi nainstalit tam linux s kvm ... :)

No trosku to sesumiruju :)

ESXi mi naprosto vyhovuje vzhledem k jednoduchosti a podpore (tj. hlavne genialni podpore HW IBM serveru). Tj. nejake alternativy by byly az posledni moznost. Nepopiram ale ze se mi docela libil napr. XenCenter Management, ale v soucasne situaci to nechci resit. Synchronizace by mi stacila i na bazi nocniho stehovani snapshotu, tj. nemusi se jednat o zivou zalohu, o dostupnost taky zase tolik nejde. Jde o to, ze druhy server sme ziskali za vyhodnych podminek a vyuziti pro nej teprve hledam - chapu ze se to muze jevit na hlavu postavene :)

Taky nehledam navod na to jak to udelat, spise o nastrel koncepce onoho reseni. Obecne moznost, ze by se synchronizovaly guestovske operacni systemy samy mi prijde jako nejmene sympaticka.

obecne s ESXi imo budes mit problem s jakoukoliv podporou cehokoliv mimo ten box ...
nestudoval jsem to moc, ale nabyl jsem z toho dojmu, ze to je proste jen hypervizor pro jeden lokalni stroj a na cokoliv vetsiho/rozsahlejsiho potrebujes ESX ...
afaik oficialne nepodporuje ani vzdalenou spravu.
jinak do toho redhatu co na tom bezi by to melo jit nabastlit ... ale necekal bych, ze to nekde naklikas ... :)

Ciste teoreticky (= nikdy sem to nezkousel, jen tusim ze by to jit melo). ESXi ma tusim klasickou konzoli (ssh). A onehda kdyz sem na tohle tema plkal s dodavatelem, tak padlo neco na ten zpusob, ze lze z ty konzole vynutit presun snapu - ze ho de prakticky normalne prekopirovat, pokud vis co a kam. Pokud sem to dobre pochopil, tak se prekopiruje vlastne celej stroj (muze bezet), cimz sice ziskas nekonzistentni vysledek, ale kdyz na cilovym stroji obnovis ten snap, tak to bude OK - zapis totiz nezapisuje nic na disk ale vedle, dokud ten snap nezrusis (tim se to syncne) nebo neobnovis (tim se to smazne). To by taky melo jit z konzole => melo by jit na to napsat script.