Pentru a rula un set de teste personalizate de validare, puteți utiliza Expertul de verificare a configurației, care este integrat în Managerul de cluster de defecțiuni sau în cmdletul Windows PowerShell Test-Cluster. Puteți efectua acest proces pe o colecție de servere care vor servi ca noduri în cluster. În acest caz, hardware-ul și software-ul de bază sunt testate în mod individual pentru a obține o evaluare exactă a capacității de a suporta clustering failover într-o configurație dată.
Această secțiune descrie pașii de verificare a hardware-ului pentru un cluster de eroare.
Expertul de configurare a configurației și cmdlet-ul Windows PowerShell Test-Cluster vă permit să efectuați un set de teste personalizate pentru un set de servere, rețele și sistemele de stocare asociate pe care intenționați să le utilizați ca cluster failover. În timpul procesului de validare a clusterului, hardware-ul și software-ul subiacent sunt verificate pentru a obține o evaluare exactă a capacităților de a suporta clustering failover într-o configurație dată.
Înainte de a crea un cluster de eroare, este recomandat să efectuați toate testele de verificare a clusterului.
Verificarea cluster-ului este proiectată pentru a rezolva următoarele sarcini:
Identificarea problemelor de hardware sau de configurare înainte de a muta un cluster de erori în modul operațional;
asigurarea funcționării fiabile a soluției de clustering implementate;
verificați modificările în hardware-ul unui cluster existent;
Efectuați teste de diagnostic într-un grup existent.
Sistemul în configurație completă (servere, subsisteme de rețea și stocare) trebuie să treacă toate testele solicitate în Expertul de configurare a verificării, care poate fi pornit de la Managerul de cluster de defecțiuni. Testele de verificare pot fi de asemenea efectuate cu ajutorul cmdletului Windows PowerShell Test-Cluster.
Următoarele liste descriu scenarii în care este necesar sau util să efectuați o verificare hardware. De regulă, este necesar să se efectueze toate testele de screening (excepțiile sunt marcate în special).
Verificați înainte de a configura clusterul
Un set de servere care sunt gata să fie incluse într-un cluster de eroare
Acesta este cel mai simplu scenariu de verificare. Componentele echipamentelor (sisteme, rețele și dispozitive de stocare) sunt conectate, însă sistemele nu funcționează ca un cluster. Executarea testelor în această situație nu afectează disponibilitatea.
Clonat și restaurat din imaginea sistemului
Pentru sistemele și sistemele clonate restaurate dintr-o imagine pe alt hardware, trebuie să executați Expertul de configurare a verificării în același mod ca și pentru orice alt cluster nou. Se recomandă să rulați expertul imediat după conectarea componentelor hardware și instalarea componentei Failover Clustering în timp ce clusterul nu este încă utilizat de clienți.
Dacă clusterul conține servere virtualizate, executați Expertul de configurare a configurației în același mod ca pentru noul cluster. Cerința pentru rularea vrăjitorului rămâne aceeași pentru nodurile clusterului (la comutarea de protecție se realizează între două calculatoare fizice), precum și la cluster-ul a vizitat (la comutarea de protecție se realizează între sistemele de operare în mașini virtuale pe un singur computer fizic), precum și alte configurații care includ unul sau mai multe servere virtualizate.
Validarea unui cluster cu un nod
Pentru un singur server pe care intenționați să îl utilizați într-un grup, puteți efectua un număr limitat de teste de screening. Unele teste nu pot fi efectuate în această situație, de exemplu teste care verifică conformitatea programelor și actualizărilor pe servere și teste ale sistemelor de stocare care imită o copiere de rezervă între noduri. Pentru a finaliza procesul de validare a clusterului, acesta trebuie să aibă cel puțin două noduri în el. Prin urmare, după adăugarea serverelor în configurație, trebuie să rulați din nou Expertul de verificare a configurației pentru a efectua toate testele.
Verificarea clusterului utilizat (după configurare)
Înainte de adăugarea unui nod
Atunci când un server este adăugat la un cluster, este recomandat să conectați mai întâi serverul la rețelele de cluster și de stocare, apoi să executați Expertul de configurare a verificării, specificând nodurile de cluster existente și noul nod.
Când adăugați un sistem de stocare
Atunci când se adaugă un nou sistem de stocare în cluster (aceasta este diferită de furnizarea unui nou număr de dispozitiv logic (LUN) în sistemul de stocare existent), trebuie să executați Expertul de verificare a configurației pentru a confirma funcționarea corectă a noului sistem de stocare. Pentru a reduce impactul asupra disponibilității, este recomandat să rulați expertul după conectarea sistemului de stocare, dar înainte de a începe să utilizați noile LUN-uri în servicii sau aplicații grupate.
Când efectuați modificări care afectează driverele sau firmware-ul
Dacă doriți să actualizați cluster, sau să producă alte modificări care necesită drivere de înlocuire sau firmware-ului, trebuie să executați VALIDATI un Expert de configurare pentru a confirma performanța unui failover cluster într-o nouă combinație de hardware, firmware, drivere, și software-ul. În cazul în care schimbarea este propagată la software-ul încorporat sau drivere pentru sistemul de stocare, puteți păstra un dispozitiv LUN mic este disponibil (nu este utilizat în rolurile de cluster) pentru a fi în măsură să efectueze teste de verificare de stocare, fără a lua rolul deconectat cluster.
După restaurarea sistemului dintr-o copie de rezervă
După restaurarea sistemului din copia de rezervă, executați Expertul de verificare a configurației pentru a confirma că sistemul funcționează corect în cluster. Înainte de finalizarea testelor de screening, sistemul nu este considerat a fi acceptat.
În timp ce verificați modificările hardware ale unui cluster existent (în scenariul extins), unele dintre testele sistemului de stocare pot fi omise. Pentru mai multe informații și recomandări, consultați Scenariile avansate de verificare.
Tasta Windows PowerShell Test-Cluster execută toate încercările de stocare în mod implicit. Puteți specifica parametrul -Include. pentru a efectua numai testele din magazin sau numai testul de stocare specificat. Opțiunile -Disc și -Pool vă permit să verificați resursa de stocare specificată (disc sau piscină). Opțiunile -Disc și -Pool specifică unul sau mai multe discuri și unul sau mai multe grupuri media, respectiv pentru includerea în testul de validare a stocării. Dacă parametrul -Disc sau -Pool specifică un disc sau un fond media care este în prezent conectat la rețea și atribuit unui rol de cluster sau unui volum de cluster, trebuie să specificați opțiunea -Force. Pentru a verifica unitatea de discuri sau mediile corespunzătoare. În caz contrar, înainte de a efectua teste, trebuie să transferați acest disc de tip cluster sau grupul media în modul offline. În cazul în care parametrii și -Disk -Pool nu este specificat, cmdlet Test-Cluster efectuează teste pe toate unitățile de stocare și piscine media sunt disponibile pentru a fi utilizate în cluster sunt offline sau într-o stare de eroare. Este recomandat să dezactivați rolul de cluster sau alt proces pe care discul sau fondul de medii îl pot utiliza înainte de a activa discul sau piscina pentru a efectua testele.
Un depozit care nu este atașat direct la toate nodurile din cluster
Există situații în care structura clusterului include o unitate de stocare care nu este conectată la toate nodurile clusterului. Un exemplu comun este clustere multi-site atunci când nodurile de cluster pe site-ul SiteA conectat la un set de resurse de stocare, unitățile de pe site-ul SiteB conectat la un alt set de resurse de stocare, precum și pentru a sincroniza datele de pe două seturi de resurse de stocare utilizate soluții de replicare părți dezvoltator. Un cluster de detectare a erorilor detectează o astfel de configurație de stocare asimetrică, iar discurile de pe site-ul SiteA sunt verificate numai cu nodurile SiteA. iar discurile de pe SiteB sunt verificate numai cu nodurile SiteB.
Dacă un cluster de eroare a trecut printr-un set complet de teste de validare și nu s-au făcut modificări hardware și software pentru acesta, va fi considerată o configurație acceptată. Cu toate acestea, după ce face actualizări periodice ale componentelor software (drivere, firmware, și așa mai departe. N.) Poate fi necesar pentru a reporni VALIDATI un Expertul de configurare, asigurați-vă că configurația actuală a unui cluster failover este încă acceptată. Următoarele indicații vă vor ajuta să determinați când este necesar.
Testele de configurare a sistemului, testele de contabilitate și testele de rețea consumă o cantitate mică de resurse și pot fi efectuate fără impact sau puțin asupra serverelor din cluster.