Nu planificați modificări hardware.
Activați modul EVC în clustere și încercați să utilizați echipamente care au procesoare foarte asemănătoare. Nu amestecați procesoarele Intel și AMD. Și chiar dacă toate procesoarele aceluiași furnizor, noile procesoare vor suporta instrucțiuni suplimentare care nu sunt disponibile pe modele mai vechi. Acordați atenție procesatorilor pe care îi cumpărați.
Nu planificați svMotion (stocare vMotion).
Snapshots sunt rău, și nu ar trebui să le utilizeze, cu excepția cazurilor rare. Asigurați-vă că VMDK-ul este în mod presetat sau că utilizați RDM. Serverele ar trebui să vadă stațiile de date sursă și țintă, iar grupul trebuie să dispună de suficiente resurse pentru a avea două copii simultan VM în momentul transferului.
Nu există suficiente noduri în cluster.
Planificați resursele de cluster necesare și luați în considerare necesitatea unei rezerve. Ca regulă, rezervele de resurse pe gazde ar trebui să fie în totalitate un server cu drepturi depline. Soluția este de a utiliza politica de control al accesului și de a planifica eșecul unei gazde.
Instalarea unei singure gazde în ansamblu.
Nu toate VM-urile sunt critice și fiecare are o altă prioritate de repornire. Rezervarea întregii gazde alocate poate fi irațională. Utilizați pentru rezervă un procent din resurse, care este puțin mai mic decât contribuția fiecărei gazde la întregul grup, în raport cu numărul total de gazde. De exemplu, într-un cluster cu patru noduri, fiecare server contribuie cu 25%, caz în care puteți seta un procent de rezervă de aproximativ 20 sau 15%.
Fără prioritizarea repornirii VM.
Dacă utilizați propoziția din al patrulea element, trebuie să configurați corect prioritatea de a reporni VM, deoarece nu veți rezerva resursele de cluster pentru a reporni TOATE mașinile dvs. virtuale. Setați VM normal la o prioritate scăzută, iar VM-urile individuale au prioritate la nivel mediu sau ridicat, după cum este necesar.
Dezactivați controlul accesului.
Idee rea! Niciodata, niciodata, niciodata nu o face! Activați opțiunea "nu porniți dacă resursele cluster necorespunzătoare"
Nu modificați procentajul de rezervare a resurselor.
Pe măsură ce nodurile sunt adăugate la grup, procentajul rezervării resurselor trebuie recalculat, altfel sistemul va fi dezechilibrat.
Achiziționați servere eterogene.
Toleranța la defecte trebuie să ofere opțiunea de a nega cel mai mare server din cluster. Dacă există un grup de șase servere cu 96 GB de memorie RAM și apoi adăugați un server cu 384 GB de memorie RAM, vor exista calcule prea neechilibrate pentru redundanță și veți avea o mulțime de resurse neutilizate.
Acesta este un subiect confuz pentru mulți. Înainte de versiunea vSphere 5.0 în această configurație, ați putea face greșeli care nu au dat rezultate precise. Puteți configura deconectarea mașinii virtuale la nivel de izolare, dar la nivelul fiecărei mașini virtuale, modificați setările dacă există aplicații critice pe VM pentru care trebuie să vă asigurați că deconectarea lor nu este o eroare accidentală. Începând cu versiunea 5.0, hartbitele de stocare au fost adăugate la setarea de izolare a gazdei, care sunt utilizate numai dacă rețeaua gazdă nu este disponibilă. Serverele din cluster trebuie să aibă cel puțin un magazin partajat.
Utilizarea excesivă a rezervărilor, limitelor și afinităților pentru VM.
Utilizați acțiunile în loc de rezervări și restricționați utilizarea regulilor de afinități (sau anti-afinități). Aceste limite pot afecta performanța DRS. Utilizați cu prudență!
Faceți o limită a memoriei.
Nu o faceți niciodată, niciodată, niciodată! Limitați utilizarea memoriei utilizând aplicațiile, dacă este posibil. De exemplu, puteți configura SQL pentru a limita cantitatea de memorie pe care o va utiliza în interiorul mașinii virtuale gazdă.
Nici o persoană nu poate calcula valorile tuturor variabilelor și poate da răspunsul corect. Lăsați software-ul să-și facă treaba.
Nu înțeleg regulile de echilibrare DRS.
Calculele pentru DRS sunt prea complexe
Migrarea are resurse, indiferent dacă este vorba de lățime de bandă a rețelei sau de timp CPU. Nu configurați DRS pentru a migra definitiv volumul de lucru între servere. Trebuie să stabiliți praguri pentru a face o migrare rezonabilă atunci când resursele sunt cu adevărat neechilibrate. vMotion a fost rece în urmă cu 5 ani, dar acum nu este nevoie să muți în mod constant VM doar pentru distracție.
Prea multe noduri de cluster.
Deși, din punct de vedere tehnic, restricția asupra clusterului este de 32 de noduri, dar este mai bine să nu folosiți mai mult de 16-24. Cu cât sunt mai multe gazde, cu atât sunt mai multe calculele DRS și tot mai mult consumul de resurse.
Crearea de mașini virtuale mari.
Acestea sunt noile valori din schema de licențiere vSphere 5.0. Alocați cantitatea potrivită de memorie și CPU-uri virtuale la VM. Nu fi prea liberal. Faceți dimensiunea VM corectă, nu creșteți în mod inutil resursele.