Ce este nou în VMware de înaltă disponibilitate (FDM) în VMware vSphere 5.
Ai citit deja că, în VMware vSphere mecanism 5 failover VMware de înaltă disponibilitate mașini virtuale au suferit modificări semnificative. Mai precis, nu este ușor să se schimbe - este complet rescris de la zero. Acest lucru este complet modificat prin schimbarea logicii, principiul acțiunii și eliminarea multora dintre restricțiile existente. Să ne uităm mai în detaliu, după cum se execută acum un nou VMware HA cu agenti de manager Defect de domeniu.
În primul rând, să ia o privire la lista de ansamblu a modificărilor și caracteristici VMware HA includ:
- Mecanismul failover complet rescris
- Eliminarea problema cea mai comună - rezoluția numele în DNS
- Mai multe canale pentru agenții de comunicare. Și rețeaua de control (rețea de management), rețea și stocare poate fi folosit pentru agenții de interacțiune. Acest lucru crește fiabilitatea și vă permite să se ocupe de cele mai multe tipuri de eșecuri.
- Suport pentru IPv6
- Îmbunătățirea mecanismului de rezolvare a problemelor - acum se conectează pe gazda ESXi oferă informații mai convenabil și ușor de înțeles.
- interfață de utilizator reproiectată.
- Mecanism îmbunătățit pentru implementare agent și configurarea cluster-ului.
Să ne uităm la imaginea de ansamblu a noilor componente VMware HA:
Vedem că acum pe fiecare agent de gazdă instalat Defect Domeniu manager (FDM) Mecanismul de VMware HA (fosta AAM). În procesul de creare a unui cluster HA unul dintre agenții este selectat ca Maestru, toți ceilalți servi ca sclavi. Acum nu mai există mai multe noduri primare / secundare. Agent Dimensiune FDM - aproximativ 50K (de altfel, nu mai este dependentă de serviciu vpxd).
Rolul master face următoarele:
- Monitorizează disponibilitatea gazde ESXi și mașini virtuale.
- Monitoare pentru blocări la toate Sclavi-gazde.
- Monitorizează starea de nutriție a mașinilor virtuale protejate. În cazul în care acesta va reporni eșecul lor.
- Menține o listă de servere gazdă și mașini virtuale ale cluster-ului. Excludeți și să le adăugați la această listă (pentru VM ca atunci când este pornit sau oprit).
Rolul Slave face următoarele:
- Acesta monitorizează starea mașinilor virtuale este o listă a acestora, și transmite aceste informații la Master.
- Îndeplinește funcțiile de monitorizare VM Sănătate (de exemplu, care nu depinde de cluster HA)
- Monitorizează starea de master, iar în cazul refuzului său, luând parte la alegerea noului Maestru.
În caz de eșec al alegerilor care au loc între Slaves master, în cazul în care noul Maestru este ales. Cum a ales? Este foarte simplu - este gazda cu cantitatea maximă de stocare (în cazul în care găzduiți o cantitate egală de stocare este ales, pur și simplu, în ordine alfabetică, pe baza numelui).
Stăpânește noi alegeri au loc în trei cazuri:
- Ați activat de cluster VMware HA.
- Maestrul a rupt în jos sau transferate în modul întreținere.
- Structura rețelei de control a explodat în segmente, dintre care unul nu master. În acest caz, nu va fi de 2 sau mai multe Master'ov în cluster.
FDM Comunicarea dintre agenții este după cum urmează:
Agenții utilizate pentru a interacționa Network Management. Toate comunicațiile merge fără doar Broadcast „punct la punct“. Alegerile master sunt pe UDP. După Master gazde selectate comunica între ele prin TCP cu SSL pentru criptare.
Depozitarea în același timp, sunt de asemenea folosite pentru comunicare, dar în cazul în care rețeaua de management va fi divizat din cauza avarii ale echipamentelor de rețea, etc.
Maestrul trimite o configurație de cluster pentru serverul de vCenter VMware informează Sclavi despre modificările de configurație și trimite semnale de disponibilitate (Heartbeats) grup HA Slave-gazdă.
Aceeași vCenter primul contact cu Master pentru a menține lista de compatibilitate pentru gazdă (în oricare dintre aceste mașini virtuale poate fi pornit), și actualizează starea mașinilor virtuale. Maestrul distribuie aceste informații suplimentare.
După cum se vede din imagini, vCenter pot contacta cu și Slave-noduri pentru următoarele:
- Scanare pentru Maestru de existență.
- În cazul în care Maestrul spune că el nu poate comunica cu unul dintre sclavi. Apoi, vCenter, încercând să dau seama de ce.
- În cazul în care VM secundar pentru toleranță defect.
- Atunci când gazda este notificat că acesta este izolat sau de rețea partajată.
următoarele porturi și protocoale utilizate pentru comunicare:
La nivelul sistemului de stocare este interacțiunea dintre următoarele elemente:
Au fost așa-numitele „Heartbeat Datastores“. Acestea sunt utilizate numai atunci când nu se execută de gestionare a rețelei (Network Management).
Aceste Datastores Heartbeat permit comandantului să monitorizeze disponibilitatea angajaților și pentru a determina atunci când acestea sunt izolate de la rețeaua electrică. Atunci când se întâmplă acest lucru prin depozit de coordonate dreptul de proprietate al mașinilor virtuale, deoarece acestea pot avea un singur la master master, de masterat și de ei înșiși pot fi oarecum în separarea rețelei. În mod implicit, întrucât stocarea acestor două sunt alese și pot fi definite de utilizator.
Acestea sunt alese după cum urmează: în primul rând, ele trebuie să fie pe diferite matrice, și, în al doilea rând, acestea trebuie să fie conectat la toate gazdele.
Toate comunicațiile au loc prin magazin ca aceasta:
În funcție de stocare, master citește sau Heartbeat regiune în volum VMFS sau File Heartbeat pe volumul NFS (care perodicheski actualizat cu sclavi gazde). Disponibilitatea de mașini virtuale controlate printr-un fișier creat de către fiecare dintre sclavi gazde, care conține o listă de funcționare SMN. Coordonarea între Master-se datoreaza mecanismului de blocare distribuite pe depozitare (mai mulți stăpâni pot fi în separarea rețelei).
Aici sunt fișierele folosind VMware HA la Kadom gazdă în directorul / etc / opt / vmware / FDM:
Aici sunt comune fișierul gazde folosind VMware HA:
- gazdă-X-HB - batai de inima-fișier la gazda că aceasta este actualizată, și care este verificat de Master în cazul în care gazda au fost izolate de la rețeaua de control. Pentru volume VMFS mecanism de blocare distribuit este utilizat cu mecanism de îmbătrânire dată și oră și volumul utilizat pentru fișierul NFS care este actualizat marcaj de timp. Acest fișier este doar pe Datastores Heartbeat.
- gazdă-X-PowerOn - un fișier care conține o listă a tuturor gazde folosite pentru a separa de gazdele de gestionare a rețelei ar putea raporta izolarea inclusă. Acest fișier este doar pe Datastores Heartbeat.
- protectedlist - lista de mașini protejate pentru fiecare magazin (nu este pe gazda, și depozitarea). Este de pe această listă va fi de a le restaura în caz de eșec de master (în cazul Slave refuz - aceste informații sunt disponibile de la master în memorie). Folosit pentru toate Datastores.
fișiere protectedlist și gazdă-X-PowerOn utilizat la efectuarea acțiunii și izolare SPUNS cu condiția rețelei de separare.
Ne întoarcem la starea de protecție a mașinilor virtuale.
Starea Virtual Machine „protejat“ în Client GUI vSphere înseamnă că HA asigură încercarea de a restabili o mașină virtuală, în caz de eșec. Mașina devine protejat atunci când vCenter este notificat acest fapt maestru. Când aparatul vCenter notifică Maestrul că ea a fost implicată, actualizează lista SMN protejate și notifică serverul vCenter. Atunci când aparatul este oprit - reversul este adevărat.
Acum, porniți mașina virtuală este mai rapid, datorită faptului că ea a fost la început, nu trebuie să aștepte pentru statutul protejat. Aceasta este, după pornirea mașinii virtuale va avea timp să rămână neprotejate, în timp ce Maestrul nu scrie pe disc. La fiecare 5 minute, respectarea vCenter gazdă verifică lista SMN protejate cu lista de Master și actualizează lista pe master, în cazul în care există diferențe.
Acum, starea Master este văzută în proprietățile gazdă în vSphere Client:
HA stat poate fi după cum urmează:
- N / A (HA nu este configurată)
- Alegerea (alegerile sunt master)
- Maestrul (pot exista mai multe)
- Conectat (conectat la Master, care este ea - Slave)
- Rețeaua partiționate
- reţea izolată
- mort
- Agent inaccesibilă
- Eroare Inițializare
- Eroare unconfig
busteni VMware HA de bază sunt stocate într-o Fale /var/log/fdm.log a ESXi gazdă.
Este frumos că acum toți agenții FDM pe gazde plasate în paralel:
Atunci când adăugați o gazdă ESXi în cluster este integrarea cu mecanism VMware Auto Implementați:
La demontarea clusterul de la gazdă sau deconectarea VMware HA are loc îndepărtarea FDM și agenți de curățare a datelor de serviciu HA la depozitare.
Să ne uităm acum la exemple de eșec și tratamentul lor în VMware HA.
Primul tip de eșec - o divizie de rețea
În acest caz, Maestrul vede gazde prin Datastores Heartbeat, dar nu vede gazdele prin gestionarea rețelei. În acest caz, în fiecare segment, vom găzdui două master:
În acest caz, clusterul continuă să funcționeze în mod normal (în segmentul rezultat de monitorizare a stării mașinii virtuale va trece prin magazin), și raportul vCenter, privind starea unuia dintre gazdă master. Atunci când crearea de rețele ajustate - un Master'ov demisioneze, iar cluster-ul intră în starea normală.
Al doilea scenariu - gazdă izolație
Acest lucru se întâmplă atunci când gazda picături din rețeaua de control nu poate da ping Izolarea Adresa, dar vede magazia (și, prin urmare, nu de ordine) complet.
În acest caz, raspunsul acțiunii de izolare (dacă este setat și Master poate fi repornit VM). Când este setat la valoarea implicită (Lăsați pornit), mașinile virtuale continuă să ruleze, iar acestea sunt supravegheate de depozit. În cazul în care gazda a pierdut depozit de acces - reporniți o mașină de la alte gazde din cluster.
Al treilea scenariu - eșec FDM-agent
Se întâmplă atunci când Maestrul ping gazdă, dar FDM-agentul nu răspunde. În același vCenter, de asemenea, în legătură cu el nu a putut.
Această situație va fi sub forma de alerta in vSphere Client, și nu se face nimic cu privire la gazdă VM. Va fi necesar să reinstalați agentul FDM.
Al patrulea scenariu - eșecul complet al gazdei
În acest caz, Maestrul nu poate primi disponibilitatea semnalelor de la un management de gazdă sau de rețea, nici pe rețeaua de stocare (nu actualizat marcaje de timp).
În acest caz, toate mașinile virtuale protejate de pe care gazda sunt repornite pe alte servere din cluster.
Acum, să ne uităm la cum arată în GUI Client vSphere.
Deci, uita-te proprietăți ale cluster-ului:
Gazde Maestrul și Slaves:
Statutul de securitate mașină virtuală:
Configurarea DataStore heartbeating:
Configurarea Controlului Admitere:
În curând - mai multe informații referitoare la funcționarea VMware HA. Stay tuned.