Obiectivul clusterului VMware HA este de a minimiza timpii morți de toate sau cele mai multe VM la eșecul server (și componenta de numărare VM Monitorizare - și din cauza eșecului la nivelul sistemului de operare vizitator). O Toleranță VMware Defect permite separat VM elimina timpii morți din cauza unei erori de server (presupunând o eroare de hardware sau de o problemă cu ESX de (i)). Se presupune că în acest fel vom proteja cel mai critic pentru BM noi.
Notă: FT nu va proteja împotriva eșecul sistemului de stocare VM sau o aplicație software și sisteme de operare accidente de oaspeți. Dar, de la un eșec de server, această funcție protejează în mod transparent de către sistemul de operare și aplicațiile de oaspeți.
Esența FT - care pentru SMN protejat a crea o copie pe un alt server. Și efectuează instrucțiuni originale procesor VM sunt reproduse în mod continuu pentru a copia. În cazul în care cade serverul pe care se execută original VM, apoi eliberați suficient în copia de rețea pentru lucrările au continuat fără întrerupere.
O altă opțiune - la cererea toleranta la erori. De exemplu, există o VM
Emerging server de raportare. De obicei, acest lucru este protejat numai VM HA. Dar, în perioada în care generarea rapoartelor de întrerupere amenință pierderea de timp pentru VM permite cu ușurință FT și pentru a obține un acces mai mare decât o face HA.
Configurarea VMware FT
Pentru a lucra VMware FT, trebuie îndeplinite anumite condiții.
Condiții pentru infrastructură:
Q trebuie să fie un cluster HA. FT este subfunction său. În plus, în cazul în care HA este activat pentru cluster și protejează toate mașinile virtuale în ea, atunci FT este activată în mod individual pentru mașinile virtuale individuale în ea;
De mare disponibilitate pentru mașini virtuale
Q pentru toate serverele care sunt utilizate pentru FT, aveți nevoie de activarea JavaScript-ului verifica certificatul serverului (activat implicit);
Q pe fiecare server trebuie să fie interfață VMkernel configurată pentru VMotion și interfață VMkernel configurat pentru FT Logarea (și apoi, și mai mult - verificați casetele în proprietățile de interfață VMkernel). VMware recomandă ca acestea au fost două interfețe diferite, care lucrează prin diferite INDIVIZI skie controlere de rețea;
Q între serverele trebuie să fie compatibilitatea între procesoare;
Q de la versiunea 4.1 servere nu trebuie să aibă aceeași versiune de ESX (i) și același set de actualizări. Noile versiuni ale vSphere verificat numai compatibilitatea versiunilor de componente, care sunt responsabile pentru toleranță defectelor. Astfel, este posibil ca FT funcționează între gazde diferite versiuni ale ESX (i), și chiar și o versiune a FT-componenta poate diferi camping - dar acestea trebuie să fie compatibile;
Q protejate FT trebuie să utilizeze resursele mașinile virtuale pe disc
din toate serverele.
Condiții pentru servere:
procesoare de server Q trebuie să fie lista de compatibilitate VMware toleranță la deranjamente. Detalii - în Baza de cunoștințe numărul de articol 1008027. Este de dorit ca frecvența de ceas a procesorului în server diferă de cel mult 300 MHz;
Q virtuali- suport hardware trebuie să fie activat în BIOS Server
Condiții pentru mașini virtuale. Din păcate, FT impune o mulțime de restricții pe o mașină virtuală sub protecția ta:
Q trebuie să fie instantanee într-o mașină virtuală (instantaneu) pe
includerea timp de FT, și nu pot crea mașini virtuale pentru protecția FT. Acest lucru poate fi important pentru copia de rezervă a VM - multe soluții de backup instantanee folosesc în munca lor (din păcate, această limitare este prezentă în versiunea 4.1);
Q VMware FT nu este testat pentru orice sistem de operare, precum și orice combinații ale sistemului de operare
și procesoare. Detalii - în baza de cunoștințe numărul de articol 1008027;
Q nu poate fi efectuată de stocare VMotion HMW sub FT pentru protecție (din păcate, această limitare este prezentă și în versiunea 4.1);
Q DRS a primit integrarea completă cu FT începând cu versiunea 4.1. Acum VMs primare și secundare pot fi migrat între servere pentru echilibrarea încărcării, inclusiv în mod automat;
Q y VM ar trebui să fie doar un singur vCPU. Acest lucru limitează în mare măsură pri-
Menen această funcție pentru sarcini critice și solicitante pentru procesor, deoarece unul vCPU - acesta este un singur nucleu;
Q la VM nu trebuie să fie conectat în format fizic roți RDM;
Q CD-ROM și FDD că VM se poate referi numai la fișierele de imagine pentru stocare partajat. În cazul în care imaginea montată nosuid de depozitare privată și pro-
emanat de eșec server primar VM, mutarea va avea loc, dar noul primar pentru a avea acces la această imagine nu este obținută;
Q nu este acceptat cu GMR paravirtualized SCSI-controler, asa
această configurație VM nu ar trebui să fie PVSCSI;
Q nu ar trebui să fie utilizat paravirtualizare pentru OS oaspeți;
Q ar trebui să fie dispozitive audio USBi;
Q NPIV nu trebuie utilizat pentru această VM;
Q VMDirectPath I / O, nu ar trebui să fie utilizate pentru acest VM;
Q pentru dispozitivul imposibil adăugarea securizat VM FT la cald;
Q nu acceptă tabelele Pagina Extins / Rapid Virtualization Indexing (EPT / RVI);
Fișierele Q VM trebuie aranjate pe un depozit comun. tip hrani-
Q disc VM poate fi virtuală RDM sau VMDK tip de fișier eagerzeroedthick.
Pentru a crea un astfel de control VMDK Opțiuni caseta de cluster atunci când acesta este creat (fig. 7.12).
Fig. 7.12. crearea fișierelor VMDK cu o resetare
De mare disponibilitate pentru mașini virtuale
Cu toate acestea, discuri VM pot fi convertite în și după stabilirea. Pentru a face acest lucru va ajuta la orice acțiune din lista de mai jos:
Q începe de stocare VMotion gros și selectarea ca tipurile de discuri, pre
adăugarea unui șir de fișier VMX Set cbtmotion.forceEagerZeroedThick = true;
Q, sau faceți clic pe comanda rapidă Umflați meniul VMDK fișier, dacă îl găsiți prin intermediul built-in managerul de fișiere;
Sau vmkfstools comandă Q -diskformat eagerzeroedthick;
Q În cele din urmă, cel mai simplu - atunci când FT în sine expertul vă solicită să schimbați tipul de disc la dorit. Dar, rețineți: ESX (i) convertește unitatea de disc subțire în formatul dorit pentru FT, numai dacă activați FT pentru VM off.
Instalarea infrastructurii și includerea FT
Deci, pentru a permite toleranței la erori, trebuie să faceți următorii pași:
1. Activați verificarea certificatului de server.
2. Configurarea rețelei pe fiecare server.
3. Crearea unui cluster HA, adăugați server pentru a verifica dacă setările.
Pentru a activa verificarea certificatului de server, mergeți la meniul de administrare. Setări vCenter. Setări SSL. verifica certificatele de check-gazdă.
Sub setarea de rețea înseamnă: aveți nevoie de două interfețe VMkernel, una dintre care vor fi utilizate pentru VMotion, iar al doilea - sub toleranta la erori de trafic. Această configurație este susținută, acestea trebuie să fie pe cont propriu și dedicat controler lor de rețea gigabit, cel puțin unul.
Astfel, aveți nevoie pentru a crea un VMkernel două porturi, să fie alocate pentru fiecare dintre controlerul de rețea fizică și locul casetele (Fig. 7.13 și 7.14).
Am dat doar un exemplu de configurare a rețelei. Desigur, nu este nevoie de a pune interfețe vMotion și FT VMkernel pe un singur comutator virtual.
Fig. 7.13. VMkernel configurare port pentru FT
Fig. 7.14. Exemplu de rețea pentru FT
Fig. 7.22. Fila Performanță pentru SMN protejat FT
Managementul infrastructurii virtuale upgrade-uri