Câteva recomandări generale, toate despre repararea și configurarea computerului

Q Instrumentele VMware trebuie să fie instalate și să ruleze în VM. Ele oferă drivere pentru modelele de controler virtual mai eficiente, un driver pentru redistribuirea memoriei vmmemctl etc.







Q Este foarte de dorit ca instrumentele VMware să fie actualizate. Utilizați VMware Update Manager pentru a controla versiunile și actualizările.

Q Există câteva nuanțe atunci când utilizați ESX (i) pe servere cu arhitectură NUMA. Această arhitectură presupune că controlerul de memorie este integrat în procesor, iar procesorul are propria sa memorie și propria sa memorie, cu un timp de acces diferit. Acestea sunt servere pe AMD Op-

teron și pe unele modele Intel Xeon. Un exemplu de astfel de nuanță nu poate fi de dorit crearea unei VM cu suma vCPU înainte nuclee într-un singur procesor, - caz în care ESX (i) nu sunt punct de vedere fizic, astfel încât toate procesoarele din VM care rulează pe un singur NUMA-nod și toate memoria sa pentru toți procesoarele sale erau disponibile ca "locale". Astfel, dacă aveți servere pe arhitectura NUMA, consultați secțiunea corespunzătoare din "Ghidul de gestionare a resurselor vSphere".

Q Pentru sistemele de operare oaspete, este recomandat să activați

ESX (i) oferă o mulțime de informații despre starea infrastructurii. Aceasta și o varietate de contoare de performanță, și datele privind starea serverului, prezența semnalului de impulsuri (ritm cardiac) al instrumentelor VMware în interiorul VM, jurnalul de evenimente (evenimente), și altele. Cu toate acestea, este adesea util nu numai în sine, o oportunitate de a examina datele, dar, de asemenea, pentru a primi o notificare automată sau o reacție diferită.

În acest scop, cu condiția mecanism vCenter Alarme - nota fila eponimă pentru centre de date, servere, clustere, mașini virtuale, bazine de resurse și foldere (Figura 6.52.).

Fig. 6.52. O alarmă declanșată pentru server

Fiecare alarmă este esența unui declanșator care urmărește un eveniment sau starea unui contor de încărcare. Alarma poate monitoriza contoarele pentru obiecte de diferite tipuri - VM, servere, rețele, depozite. În plus, poate fi monitorizată ca indicator de încărcare (de exemplu procentajul încărcării procesorului sau spațiul liber pe disc) și starea (dacă VM este activat, dacă serverul este disponibil în rețea).

În plus, alarma poate urmări un eveniment cu parametrii specificați.

Pentru a crea o alarmă, mergeți la nivelul de ierarhie dorit. De exemplu, dacă vreau să creez o alarmă pentru monitorizarea mașinilor virtuale, voi selecta Centrul de date în cazul în care vreau să urmăresc toate VM-urile dintr-o dată. Dacă vreau să monitorizez doar grupul VM, voi trece la pool-ul de resurse corespunzător, vApp sau directorul pentru mașinile virtuale.

Apoi mergeți la fila Alarme. butonul Definiții. Acolo vedem

toate nivelurile de alarmă relevante pentru acest nivel. În coloana Definit în, specificați

din care obiect sunt moștenite. Selectând Alarmă nouă în meniul contextual al locului gol din această filă, vom porni expertul pentru crearea unei noi alarme.

În prima filă introduceți numele de alarmă și ce ar trebui să monitorizeze (Figura 6.53).

Câteva recomandări generale, toate despre repararea și configurarea computerului

Fig. 6.53. Crearea alarmei

Variantele tipurilor de obiecte, după cum puteți vedea, sunt multe. De asemenea, aici indicăm faptul că vrem să monitorizăm - starea oricărui contor sau starea obiectului sau evenimentul care a avut loc cu obiectul.

În fila Trigeri, specificăm condițiile de alarmă. Ele pot fi mai multe, alarma poate funcționa ca și cum ați executa orice și imediat toate condițiile. În plus, putem specifica valorile pragului la care alarma modifică starea obiectului la Avertisment sau Eroare.

În fila Raportare specificăm setările de alarmă.

Intervalul este intervalul în care o stare de alarmă modifică starea. Aceasta este "pragul de prag" plus "intervalul" = alarmă declanșată. De exemplu,

dacă ați specificat alarmă de declanșare la încărcare procesor de 70%, iar gama = 5, atunci alarma declanșată la încărcare de peste 75% (= 70 + 5), și revine la starea normală atunci când încărcarea este sub 65% (= 70 - 5).

Frecvența de declanșare - în acest număr de minute după alarma, alarma nu va funcționa din nou.

Indiferent de monitorizarea unei alarme, consecința cheie a acesteia este capacitatea de a răspunde la un eveniment. La crearea unei alarme, specificăm condițiile pentru schimbarea stării obiectului, pe care îl observăm. În ultima filă, indicăm acțiunea care trebuie luată atunci când se schimbă starea.

Printre acțiunile pe care le vom întâlni (în funcție de tipul de alarmă și pentru care observă):

Q notificare prin e-mail. Acțiunea este disponibilă pentru obiecte de toate tipurile. Mesajul va fi trimis la vCenter, deci în meniul Acasă. vCenter Server Settings. Mail trebuie să specificați setările serverului de e-mail;

Q Executarea unei comenzi arbitrare. Acțiunea este disponibilă pentru obiecte de toate tipurile. Coloana Configurare specifică calea și parametrii programului care urmează a fi lansat. De exemplu:

c: \ windows \ system32 \ cdd.exe / c c: \ tools \ cmd.bat

De asemenea, unele câmpuri de alarmă pot fi trecute ca parametri. De exemplu:

c: \ tools \ sendsms.exe Numele de alarmă targetName

Pentru o listă cu câmpurile disponibile, consultați documentul "Administrare vSphere Basic System".

Comanda specificată va fi executată pe serverul vCenter separat de serviciul de flux vCenter;

Q pentru mașinile virtuale - permiteți, dezactivați, întrerupeți, migrați,

Q pentru servere - intrați în modul de întreținere, ieșiți din modul de întreținere, deconectați de la vCenter, reporniți, opriți.







O alarmă creată pe fila cu același nume la un anumit nivel al ierarhiei vCenter monitorizează obiectele din această ramură de ierarhie. De exemplu, o alarmă de monitorizare VM creată la nivelul Datacenter monitorizează toate VM-urile. Și creat la nivel de director pentru VM - toate VM-urile acestui director.

Notă: în meniul contextual al majorității obiectelor din ierarhia vCenter, există un element de alarmă. Dezactivați acțiunile de alarme (Figura 6.54).

Acest element este necesar pentru a dezactiva răspunsul (dar nu și alarma) pentru acest obiect. Din nou, este solicitat de obicei în timpul oricăror proceduri planificate cu infrastructură care pot provoca nedorite

Câteva recomandări generale, toate despre repararea și configurarea computerului

Fig. 6.54. Se dezactivează alarma

tyvaniya de alarmă. Activarea reacțiilor automate de alarmă este dezactivată până când acestea sunt activate din același meniu.

Alarmele implicite sunt create pentru cel mai înalt nivel al ierarhiei. Găsiți-le pentru a vedea proprietățile, pentru a schimba proprietățile sau a șterge

Puteți selecta vCenter în ierarhie. fila Alarme. buton Definiții

Acordați atenție meniului contextual al alarmei active. Elementul de confirmare (Figura 6.40) blochează acțiunea automată a alarmei, fără a-și restabili starea. Acest lucru este util atunci când alarma reacționează la un eveniment planificat, despre care știți și nu trebuie să răspundeți.

Tot în partea de jos a ecranului există un buton Alarme. a căror alegere va fi afișată de toate alarmele active în acest moment (Figura 6.56).

Voi da un exemplu de aplicare a acestui mecanism. Să presupunem că ne-am stabilit sarcina de a evacua mașinile virtuale de pe serverul în care componenta a eșuat. Din considerentele că eșecul componentei, care nu a condus la defectarea serverului, îi reduce totuși fiabilitatea. De exemplu, dacă unul

de la două surse de alimentare. Pentru a face acest lucru, mergeți la Acasă în clientul vSphere. inventar

Hosts și Clusters și în arborele stâng selectați obiectul de nivel înalt al hierarch-

de exemplu, root, Datacenter sau cluster, astfel încât toate serverele noastre să fie

inferior în ierarhie.

Vă interesează fila Alarme. butonul Definiții. Meniul de context este gol -

locul a treia. Noua alarmă. Vom monitoriza serverele (meniul derulant Monitor),

pentru monitorizarea statusului serverelor (Monitor pentru evenimente specifice ...).

Acum, în cazul deteriorării componentelor server, vCenter traduce în întreținere-mode, ceea ce va duce la migrarea mașinilor virtuale de pe acest server la alte mașini virtuale și va preveni lansarea acestui server.

Migrarea unei mașini virtuale (sau suspendarea)

Câteva recomandări generale, toate despre repararea și configurarea computerului

Fig. 6.55. Alarme implicite existente

Dacă mașina virtuală este oprită sau în stare întreruptă (suspend), aceasta poate fi migrată atât între servere, cât și între depozite, între servere și stocare în același timp.

Porniți migrarea prin glisarea VM pe serverul sau spațiul de stocare dorit sau prin elementul Migrate din meniul contextual VM. Nu sunt impuse condiții pentru VM sau pentru servere.

Dacă trebuie să migrați VM fără participarea vCenter, atunci elementul Migrație sau drag and drop nu este disponibil pentru dvs. Apoi, puteți face acest lucru:

1. Opriți VM-ul sau puneți-l în starea de suspendare.

Câteva recomandări generale, toate despre repararea și configurarea computerului

2. Ștergeți VM din ierarhia obiectului ESX (i) - Eliminați din inventar

3. Transferați fișierele VM într-un alt spațiu de stocare, dacă este necesar. Pentru a face acest lucru, puteți utiliza managerul de fișiere încorporat sau orice altul.

4. Înregistrați VM pe serverul dorit. Pentru aceasta, prin managerul de fișiere încorporat, găsiți fișierele sale și selectați Adăugați la inventar din meniul contextual al fișierului de setări (* .vmx).

Dacă este necesar să transferați VM-ul de la server la server sau într-un alt spațiu de stocare cu timp minim de întrerupere, dar vMotion / Storage vMotion nu este disponibil, puteți face acest lucru:

1. Pentru un VM care rulează, creați un instantaneu.

2. Copiați toate fișierele sale, cu excepția fișierelor din ultimul instantaneu de stare, în spațiul de stocare nou.

3. Deplasați VM în starea de suspendare.

4. Transferați fișierele VM rămase (acestea sunt fișierele ultimei imagini și fișierul cu memoria VM într-o stare de pauză) într-un alt spațiu de stocare.

Depozitare vMotion - migrarea live a fișierelor VM între arhive

6. Porniți VM într-o locație nouă, ștergeți instantaneul de stare, ștergeți VM original.

Depozitare vMotion, uneori SvMotion este transferul fișierelor VM din seif în boltă fără oprirea. Se acceptă stocarea de orice tip, inclusiv discurile locale. Acesta acceptă transferul atât a întregului VM, cât și a unuia sau mai multor fișiere vmdk.

Pe lângă transferarea fișierelor VM din seif la seif, Storage vMotion este utilă pentru:

Q convertirea unui disc VM între formate subțiri și grosime;

Q reduce dimensiunea discurilor subțiri. Dacă în interiorul unui disc subțire spațiul a fost ocupat mai întâi de date și apoi eliberat - discul subțire nu va scădea. Pentru ao reduce, mai întâi puteți reseta blocurile neutilizate (de exemplu, utilitarul Sysinternals SDelete) și apoi executați Depozitarea vMotion a acestui VM într-un alt spațiu de stocare. Un disc subțire din nou depozit va conține din nou numai datele existente;

Q copia vRDM în fișierul vmdk. Procesul invers este, prin urmare,

Esența procesului este următoarea:

1. Când administratorul inițiază Storage vMotion, funcția de modificare a blocării blocului este activată pentru VM. Cu ajutorul lui ESX (i), într-un fișier separat, urmăriți care blocuri ale fișierului vmdk au fost modificate.

2. Cea mai mare parte a informațiilor (fișiere vmdk) este copiată. Mai mult, nu fișierele în sine sunt copiate, dar conținutul fișierelor sursă (excluzând blocurile zero) este copiat în fișierele noi goale.

3. Când copia principală vmdk este copiată, matricea acumulată de blocuri schimbate începe să fie copiată și acum se aplică urmărirea blocării modificării. Iterația se repetă până când timpul de transfer al datelor blocate devine suficient de mic. Când se întâmplă acest lucru, apelurile către acest disc sunt blocate temporar, iar ultimele blocuri modificate sunt copiate într-un alt depozit.

4. Hipervizorul trimite cereri de VM către fișierele noi. Fișierele vechi sunt șterse.

Pentru a porni acest proces, selectați Migrare din meniul contextual al VM și

Schimbați Datastore în primul pas al expertului.

Sau mergeți acasă. DataStore. depozitare cu VM. fila virtuală

Mașini și trageți VM dorit într-un alt spațiu de stocare.

În expertul vor exista pași:

1. Selectați Datastore - aici alegeți spațiul de stocare pentru a transfera VM. Și dacă faceți clic pe butonul Avansat. atunci puteți specifica migrarea numai a discurilor individuale ale acestui VM;

2. Format disc - aici puteți specifica tipul de disc pentru VM pe noul spațiu de stocare.

Nu există nicio condiție pentru tipul de stocare - este posibil să se transfere VM între orice tip de sisteme de stocare, inclusiv discuri locale și DAS. Dar, din nou, vă atrag atenția asupra faptului că procesul de stocare vMotion părăsește VM-ul pe același server.

Există două condiții pentru mașinile virtuale:

Q nu ar trebui să existe niciun instantaneu;

Q Discurile VM nu trebuie să fie în mod independent.

Pentru un server, condiția este, în general, una - de a avea o licență pentru stocarea vMotion.

Uneori SVMotion nu se poate termina. Aceasta poate fi atunci când migrați un VM cu mai multe discuri, caz în care stadiul final al transferului lor ar putea să nu atingă timpul alocat pentru aceasta. În acest caz, puteți contribui la creșterea timpului de expirare de la o valoare de 100 de secunde în mod implicit. Aceasta se face prin specificarea valorii necesare cu șirul fsr.maxSwitchoverSeconds din fișierul de configurare VM.

Link-uri utile:







Trimiteți-le prietenilor: