Pentru vKommutatora întregi sau pentru oricare grup de porturi avem capacitatea de a limita capacitatea porturilor sale.
Rețineți că restricția nu este supusă traficului, există doar un comutator virtual. În cazul în care mașinile virtuale se execută pe același server și conectat la aceeași vKommutatoru, traficul dintre ele nu este dincolo de domeniul de aplicare al acestei vKommutatora (cu excepția cazului în care VM în diferite VLAN). În acest caz, restricțiile de lățime de bandă pe canalul de trafic între cele două mașini virtuale nu vor fi distribuite.
Introducerea modelarea fereastra cu setări de trafic (. Proprietăți de configurare. Rețea
pentru vKommutatora dorit. Editare pentru cele mai multe vKommutatora sau un singur grup
porturi), vom vedea trei opțiuni:
Q medie Bandwidth - multe kilobiți pe secundă, în medie, poate trece prin fiecare port al grupului comutator / port. De fapt - media, viteza normală a rețelei;
Q Peak Bandwidth - multe kilobiți pe secundă poate trece prin port, în cazul în care lățimea de bandă nu este complet ocupată. De fapt - o viteză maximă a rețelei. Această valoare trebuie să fie întotdeauna mai mică decât lățimea de bandă medie;
Q Size Burst - cu excepția cazului în VM încearcă să transmită date la o rată mai mare decât lățimea de bandă medie, apoi excesul de această limitare pachete sunt plasate într-un buffer special, dimensiunea sa dat doar această setare. Când tamponul este plin, atunci datele vor fi transmise de acesta, la o lățime de bandă de vârf de viteză (în cazul în care comutatorul este lățimea de bandă liberă).
Notă: Aceste setări se aplică fiecărui controler de rețea virtuală (de fapt - la vKommutatora portuare în cazul în care acestea sunt conectate). Astfel, în cazul în care un VM are 2 virtuale NIC-uri din același grup de porturi, pentru fiecare dintre ele, aceste setări sunt aplicate în mod independent.
Pentru switch-uri virtuale distribuite pot fi restricționate atât pentru traficul de intrare și de ieșire.
2.4.3. NIC Teaming. controlere de rețea Gruparea
Dacă te duci la setările vKommutatora sau un grup de porturi, ultima filă vom vedea «NIC Teaming», controlere de grup. Este nevoie să avem dacă trebuie să vKommutatoru este conectată la mai mult de un controler de rețea de server fizic (vmnic).
De ce vrem să o vKommutatoru au fost conectate mai multe vmnic? Răspunsul este simplu: pentru toleranță la erori, în primul rând, și pentru a crește capacitatea rețelei - în al doilea.
Vă rugăm să ne vnimanie.Esli conectarea la un singur comutator virtual, standard sau distribuite, mai multe controlere de rețea fizice, acestea trebuie să fie din același domeniu de difuzare. VMware nu recomandă să conectați la unul plăci de rețea vKommutatoru conectate la diferite rețele fizice sau diferite VLAN: switch-uri virtuale de proces cadre Ethernet numai (al doilea strat al modelului OSI) și nu se poate efectua de rutare.
Dacă vKommutatora doar un singur controler de rețea fizică, atunci operatorul însuși, portul său din comutator fizic și comutatorul fizic sunt punctul în întregime unic de eșec. Prin urmare, pentru a accesa rețeaua VM critică de mai mult de utilizarea corectă două sau mai multe vmnic, conectat la diferite switch-uri fizice.
Dar aici se pune întrebarea de politică pentru utilizarea lor. Putem folosi o configurație care dă un failover - atunci când numai un singur vmnic, în timp ce restul se așteaptă eșecul pentru al înlocui. Sau putem folosi mai multe controlere de rețea de server, într-un fel sau altul de echilibrare a sarcinii între ele.
Aruncati o privire la fereastra de setări - Fig. 2.32.
Failover comandă. Cel mai mic câmp vă permite să selectați utilizate (Adaptoare active), de înlocuire (adaptoare standby) și neutilizate (adaptoare neutilizate) NIC-uri fizice conectate cu cea a vKommutatoru. Dacă doriți unele vmnic au devenit redundante și nu au fost implicate în modul normal, apoi mutați-le în grupul de așteptare. Toate (sau mai multe) în loc activă. dacă doriți să încărcați echilibru. Ei bine, de obicei neutilizate necesare la nivelul grupurilor de porturi - atunci când vKommutatora multe canale la rețeaua externă, dar traficul este un grup specific de porturi pe care, prin unele de start nu doresc în nici un caz.
Failback. Această setare este direct legată de Ordinul Failover. Dacă vmnic3 activă. și vmnic2 Standby. în caz de eșec al vmnic2 sale submeniuri vmnic3. Și ce să facă atunci când vmnic3 din nou în funcțiune? Dar dacă pui în failback la Da, vmnic2 Standby va fi din nou. și vmnic3 - Activ din nou. Prin urmare, în cazul în care failback = Nu, chiar și atunci când vmnic3 din nou devine operațional, acesta va fi de așteptare. Cum ESX (i) înțelege că inaplicabilă vmnic? A se vedea para. Rețeaua Failover de detectare.
Fig. 2.32. Setări ecran grupuri Controler - NIC Teaming
Rețeaua Failover de detectare. Cum ESX (i) va determina controlerul de rețea fizică nu este operațional? Există două posibilități:
Q Link stare numai - numai atunci când criteriul este prezența semnalului link-ul. Acest regim permite să detecteze probleme, cum ar fi eșecul vmnic, cablu de rețea deconectat, volți liber comutator PERSOANELE cer.
O astfel de abordare nu ajută pentru a determina eșecul de rețea, în cazul unei setări de port incorecte, cum ar fi ceea ce face la VLAN greșit, și așa mai departe. N. De asemenea,
nu va ajuta în cazul în care o întrerupere în rețea a avut loc undeva în comutatorul fizic;
Q Beacon Probing - Această funcție este necesară numai atunci când vKommutatora
Fig. 2.33. Un exemplu de configurație a rețelei,
în care are sens să utilizeze Beacon Probing
În acest exemplu, pachetele trimise prin vmnic5, nu va ajunge la clienții conectate la switch-uri fizice „îndepărtate“. În cazul în care definiția eșecurilor rețelei folosind «Link status numai» - pentru ESX (i) nu poate detecta o astfel de rețea non-funcțional. Un balizajul poate - pentru că pachetele de difuzare de la vmnic5 nu vor fi acceptate pe vmnic3 și vmnic2.
Dar, rețineți că în cazul în care baliză-pachetele sunt trimise sau primite într-o configurație cu două vmnic pe vKommutatore, este imposibil să se determine care dintre ele ar trebui să fie utilizate - de fapt, cu ambele baliză-pachete merge off și ambele nu vin.
Apoi vKommutator începe să lucreze în modul „Shotgun“, care aici poate fi tradus ca „pusca“ - începe să trimită tot traficul prin conexiunea dintre cei doi, spun ei, de unii, dar este vorba.
Desigur, ar trebui evitată o astfel de situație. Puteți face aceasta structura din dreapta a rețelei fizice, pentru orice probleme rezolvat din cauza Spanning copac. In general, mecanismul de balizaj este poziționat ca media finală
Rafalelor - în cazul în care nu vă poate afecta rețeaua de configurare este corectă pe partea fizic, asigura împotriva eșecului folosind balizaj. Dar, în mod eficient atunci când astfel de eșecuri în rețea sunt eliminate prin intermediul acestui balizajul de rețea și nu aveți nevoie.
În cele din urmă, cel mai interesant setare.
De echilibrare a sarcinii. În acest meniu drop-down, puteți selecta ce algoritmul va echilibra traficul între canalele de mașini virtuale pentru a comuta o rețea externă virtuală la care sunt conectate.
Utilizați opțiunea de configurare, pentru failover explicită nu specifică de a utiliza echilibrarea încărcării. prima listă vmnic Activ - a se vedea doar de mai sus descriere Failover comandă .. Și celelalte trei setări - este doar alegerea a ceea ce principiu va echilibra sarcina. Esența a ceea ce - există trafic, și există câteva canale out (vmnic #). Este necesar să se împartă traficul între canale. Trei opțiuni de setare diferă în modul în care traficul va fi împărțit:
Q Traseu bazat pe ID-ul portului original - echilibrare de numărul de port.
Q Route bazate pe hash ip - echilibrare pe hash (control) IP.
De asemenea, această metodă necesită o echilibrare tuned grupurile de porturi (cunoscut sub numele de link-ul de agregare, Eter-Channel, Ethernet portbagaj, canal port, Multi-Link trunking) pe un comutator fizic care este conectat
În direcția opusă - dacă doriți să personalizați gruparea porturilor între fizic și comutatorul virtual, atunci îl setarea în fizic; și a pus soldul hash IP pentru grupurile de port dorite pe virtual - și toate.
Ultimul lucru: dacă aveți un comutator virtuale conectat la mai multe motive (de reziliență) fizice, nu este cu nici un switch-uri fizice vor folosi acest tip de încărcare de echilibrare într-o astfel de configurație.
ESX (i) nu configurează automat grupurile de port utilizând Link Aggregation Control Protocol (LACP).
Link Aggregation (etherchannel) pe comutator fizic trebuie să fie stabilită numai în cazul în care comutatorul virtual utilizează echilibrarea încărcării pentru IP;
Q Traseu bazat pe sarcină NIC fizică - această metodă de echilibrare a sarcinii
Acesta este disponibil numai pentru comutatorul distribuit, și numai din ESX (i) 4.1. Esența acestui mecanism seamănă cu activitatea unui prim exemplu de realizare a echilibrării - prin Port ID. Cu toate acestea, există diferențe semnificative. În primul rând, în decizia prin care pNIC produc o altă „sesiune“, alegerea se face în funcție de sarcina pe pNIC, mai degrabă decât la întâmplare. În al doilea rând, alegerea se repetă la fiecare 30 de secunde (în timp ce toate celelalte opțiuni puse în aplicare odată ce alegere ny nu se schimba până când VM este oprit).
Dacă nu se potrivesc și Route bazate pe hash ip. și Route bazate pe NIC fizică
încărcare. Utilizarea traseului bazat pe ID-ul de port originar.
echilibrarea încărcării mai eficientă, se recomandă să se stabilească numai pentru grupul de porturi, pentru care este necesar - pentru a minimiza aeriene, sub forma unei sarcini pe CPU server.
Pentru switch-uri virtuale distribuite încă, ajustate pentru captarea de canale la o rețea externă, pentru care această setare.
2.4.4. Cisco Discovery Protocol, CDP
CDP - Protocol de la Cisco, care permite de a detecta și de a obține informații cu privire la TION de dispozitive de rețea. ESX (i) 4 susține acest protocol.
Pentru a modifica setările pentru standardul vKommutatorov CDP, veți avea nevoie de linia de comandă. echipă
esxcfg-vswitch -B
CDP va afișa setarea curentă pentru vKommutatora
esxcfg-vswitch -B
CDP va ajuta pentru a schimba setarea pentru vKommutatora
Q Jos - CDP nu este utilizat;
Q Ascultă - ESX primește și afișează informații despre comutatorul Cisco la care este conectat. Pe comutatoare de informații vKommutatorah nu este trimis;
Q Reclama - ESX trimite informații despre vKommutatorah, dar nu acceptă și nu afișează informații despre comutatoarele fizice;
Q Ambele - ESX și detectează comutatoarele fizice conectate, și le trimite informații despre switch-uri virtuale.
pe vSwitch (fig. 2.34).
Pentru comutator distribuit această setare este realizată de GUI.