Cluster Disponibilitate înaltă (disponibilitate înaltă) este ceva pentru care mulți au plătit și de virtualizare de punere în aplicare. Când serverul de ESXi care rulează mai multe mașini virtuale, aceste mașini sunt fișiere de pe discurile locale sau pe un sistem de stocare, iar clusterul nu este creat, și dintr-o dată serverul eșuează. Apoi, totul se oprește și așteaptă ca oamenii să intervină în acest proces. Un om - un administrator de sistem este de dormit acasă și la locul de muncă este probabil să fie zaderzhetsya târziu, iar pe drum vor suna nemulțumiți și întreabă când, atunci când ... Aici pentru astfel de cazuri și configurate Cluster HA. Cu el, totul se întâmplă în mod automat, un server de accidente ESXi - mașinile virtuale care rulau pe el, repornite pe un alt server din cluster. Și totuși, o altă aplicație a HA, în cazul în care sistemul de operare musafir în interiorul unei mașini virtuale ingheata si nu mai răspunde, VM va reporni automat. Aici este funcționalitatea, voi arăta în articolul curent.
Desigur, lucrurile nu sunt atât de simple, și înainte de HA. a produs o mulțime de setări, puteți vedea aici.
Am două servere ESXi care sunt gestionate de către serverul vCenter. Creat 2 mașini virtuale, care sunt fișiere pe LUN-e stocare FreeNAS (descris toate anterior). Și am crea un nou grup.
Gazdă Monitorizarea stării de funcționare - acesta este mecanismul principal în HA, monitorizează starea ESXi, iar rezultatul acestei servere de monitorizare au să apară acțiuni, cum ar fi restartarea de mașini virtuale, de exemplu.
Controlul Admiterea - în cazul în care un cluster HA nu poate avea suficiente resurse pentru a rula mașinile virtuale de pe un server de ESXi nu a reușit mașinile suplimentare virtuale nu va rula de control al admisiei (sper că este clar). Dar cât de multe servere pot retrage simultan din sistemul server este indicat prin intermediul politicii de control al admisiei (implicit este 1).
Alternativ, puteți configura, de asemenea, politica de a părăsi resursele CPU și memorie. Dar mulți administratori opriți imediat controlul artificial - este extrem de enervant.
totul este prestabilit
VM Monitorizare - de îndată ce Windows (de exemplu) în interiorul unei accidente virtuale mașină în BSOD, VM Monitorizare monitorizează că sistemul de operare nu răspunde și apoi repornește VM.
EVC - encahced compatibilitate vMotion - dacă aveți procesoare diferite servere în ESXi sau un număr diferit de nuclee, procesul de mașină virtuală migrației vMotion poate eșua. Aceste servere sunt adăugate la cluster-ul HA Oprirea EveryChild nu va funcționa. servere EVC duce la un numitor comun, că pot lucra într-un cluster și să ofere toleranță la erori. EVC practic se uită la procesor, reducând funcționalitatea tuturor procesoarelor la cele mai slabe din cluster.
Salvați fișierul de paginare în dosarul mașini virtuale.
Totul este gata, aproape a creat un cluster
Creat cu succes. În partea stângă sus, vedem cluster în sine și serverele noastre ESXi separat. Acum aveți nevoie pentru a muta gazdele în cluster. brat Act, Drug-and-drop
Fiecare server ESXi în timp ce adăugarea la agentul de cluster HA este stabilit. Dacă vă întrebați cum funcționează, HA, ca agenții instalate face schimb de informații și de alegeri ustravayut maestru Google. Pentru mine este important ca HA este acum de lucru mai bine decât în VMware vSphere 4.1
Acum, pentru a vedea care dintre serverul ESXi este în prezent rulează mașină virtuală, trebuie să te uiți la proprietățile sale. Atribuit WinXP gazdă 106.
Este timpul pentru a verifica activitatea de înaltă disponibilitate de cluster HA, opriți una dintre gazdele.
Da, suntem siguri că vrem să se închidă, chiar dacă el nu a fost în modul de întreținere. Acest mod este necesar pentru a afișa corect serverul de serviciu să nu reușească din neatenție pentru a rambursa VM, iar acest lucru este ceea ce am nevoie acum.
Se pare că, specificați motivul.
În primul rând, agent de HA, a sunat alarma. Apoi a venit semnul de exclamare roșu pe mașina virtuală.
Am căzut de pe gazdă ESXi