Puncte:0

vSphere70u1 - Cum pot VM-urile agent vCLS să ofere serviciul de clusterizare?

drapel us

vSphere 7 Update 1 a adăugat un nou „vSphere Clustering Service (vCLS)” și în conformitate cu doc:

  • Arhitectura de bază

    Arhitectura de bază pentru planul de control vCLS constă în maxim 3 mașini virtuale (VM), denumite și VM de sistem sau agent care sunt plasate pe gazde separate într-un cluster. Acestea sunt VM-uri cu agenți ușoare care formează un cvorum de cluster. Pe clustere mai mici cu mai puțin de 3 gazde, numărul de VM-uri agent este egal cu numărul de gazde ESXi. VM-urile agent sunt gestionate de vSphere Cluster Services. Nu se așteaptă ca utilizatorii să mențină ciclul de viață sau starea mașinilor virtuale agent, ei nu ar trebui tratați ca mașinile virtuale obișnuite ale sarcinii de lucru.

Este foarte confuz pentru mine modul în care aceste mașini virtuale vCLS pot oferi Serviciul de Clustering. Aceste VM nici măcar nu au adaptoare de rețea, așa că nu pot vorbi direct între ele. Gazdele ESXi ale clusterului sunt cele care fac schimb de informații despre starea lor. Deci, din punct de vedere tehnic, un serviciu ESXi (care rulează ca procese) poate face orice pot face VM-urile vCLS.

Încercați să căutați pe Google „vsphere disable vcls” și veți vedea că această nouă caracteristică a introdus într-adevăr o oarecare confuzie utilizatorilor. Deci, ce rost mai are folosirea mașinilor virtuale vCLS?

Puncte:1
drapel br

„deci nu pot vorbi direct între ele” - există mai multe moduri prin care VM-urile pot vorbi între ele și cu vCenters decât doar ethernet/IP.

Din moment ce au fost introduse DRS și HA, acestea au fost în esență dependente de activarea vCenter - VC a decis ce VM-uri să mute pentru DRS și a orchestrat gazdele care le mută, iar HA avea nevoie de VC pentru a ajuta la coordonarea procesului de vot HA și pentru a planifica „harta eșecului”. '.

vCLS permite atât DRS, cât și HA să continue nu numai în absența unui VC, ci și să permită votul HA și planurile să evolueze în funcție de disponibilitatea gazdei cu VC în loc. Gândiți-vă la asta ca la funcțiile <7.0u1 VC DRS și HA livrate din VC într-un cluster cu trei căi pentru a îndeplini acest rol pentru el - are sens?

Oricum, ignorați-le, sunt efectiv autogestionate, prin toate mijloacele lipiți-le în propriul folder VM pentru a le ascunde, dar nu vă faceți griji pentru ele.

SF.express avatar
drapel us
„Există mai multe modalități prin care VM-urile pot vorbi între ele și cu vCenters decât doar Ethernet/IP.” -- VM-urile vCLS rulează pe diferite gazde ESXi, deci cum?
SF.express avatar
drapel us
da, le pot ignora. doar curios din punct de vedere tehnic. este dincolo de înțelegerea mea.
drapel br
Există o serie de protocoale interne VMware pe care le au la dispoziție din diverse motive.
SF.express avatar
drapel us
Înțeleg că *protocoalele interne* sunt posibile dacă VM-urile sunt pe aceeași gazdă ESX, dar VM-urile vCLS sunt pe gazde ESX diferite.
drapel br
Mai exact, ei folosesc interfața VMCI/vSocket pentru a permite VM-ului să vorbească cu gazda și, deoarece gazdele pot vorbi între ele, pot folosi acel mecanism pentru a comunica între ele.
SF.express avatar
drapel us
da, dar de ce sa te deranjezi? gazdele ESX își pot comunica starea între ele fără mașinile virtuale vCLS. dreapta? Mi se pare că VM-urile vCLS adaugă doar complicații aici.
drapel br
Nu știu, nu l-am proiectat. Scuze, acesta este probabil un pas evolutiv de la tot ce este controlat de VC la descentralizat complet, acesta este doar un pas cred.
SF.express avatar
drapel us
Sunt de acord că este grozav să faci DRS/HA/... să continue să lucreze când VC este în jos. pur și simplu nu mă pot gândi la ce roluri magice joacă VM-urile vCLS.
drapel br
Ele permit ca DRS să funcționeze fără VC și gazdelor să inițieze un vot și un plan HA, apoi să comunice planul între ei - practic doar distribuind acel rol departe de VC.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.