În ziua următoare mi sa dat sarcina de a organiza o rețea cu mai multe vlanimi pe o singură gazdă ESX 3.5 u4.
Inițial, totul părea bine, dar bine, atunci am fost împușcat puțin de sarcină. A trebuit să-mi amintesc cum lucrez cu rețele și vlan. Tocmai sa dovedit, așa că am avut un warm-up, pentru a nu uita de vechi.
Și de la mine o mică teorie, și bineînțeles sarcina tehnică și rezolvarea problemei.
VMware ESX Server 3.5 face parte din Virtual Infrastructure 3 și, desigur, VMware ESX Server 4 inclus în VMware vSphere 4 (există și mai multe posibilități pentru rețele virtuale) vă permit să creați rapid și convenabil rețele virtuale cu diverse complexități.
Infrastructura de rețea virtuală constă din switch-uri virtuale (vSwitch), vLAN-uri virtuale, carduri de rețea virtuale pe mașini virtuale și carduri fizice de rețea vmnic pe gazde.
Comutatoarele virtuale vSwitch sunt create pe gazde, mașinile virtuale sunt atașate la acestea cu cartelele lor virtuale de rețea și de asemenea, vSwitch poate fi atașat la una sau mai multe cartele fizice de rețea pentru conectarea la o rețea externă. vSwitch este un fel de comutator fizic și funcționează pe aceleași reguli și principii, schimbând canalele între porturile sale. Porturile pot fi grupate pe grupuri și legate de vlan-ul dorit.
Vlan el și în Africa vlan. În această problemă, puteți citi aici sau pur și simplu Google, există o mulțime de informații pe această temă.
Vlan în infrastructura virtuală a VMware privind principiile de bază ale muncii practic nu diferă de vlanul clasic în infrastructura fizică uzuală a rețelei.
Mai multe despre teoria rețelelor virtuale în VMware Vă recomandăm să citiți aici și în engleză foarte mult aici.
Există suficientă teorie. Îmi place practica și sarcinile specifice și soluția lor.
Și așa foarte mult. sarcină. Există o gazdă pe ESX 3.5 U4 cu 8 servere virtuale (de exemplu Server1-Server8). Serverul are doi adaptori de rețea fizică. Ambele sunt conectate la comutatorul HP ProCurve J4903A Switch 2824. Are 3 vlan'a.
- Rețea locală 1 (vlan ID 1).
- Rețea locală 2 (vlan ID 2).
- Internetul (vlan ID 3).
Este necesar să conectați și să distribuiți servere virtuale prin propriul vlan'am printr-un singur adaptor fizic de rețea. Serverul 1 - Server4 se leagă de primul vlan. Server5, Server6 la cel de-al doilea server vlan și Server7-Server8 la al treilea vlan.
Aici am oprit minutul 30. Prima și cea mai simplă soluție care a avut loc la mine este, desigur, pentru a face trecerea și virtuale 3 fiecare se leagă la o placă de rețea fizică (ei încă mai au trebuit să cumpere și să se conecteze la gazdă și, desigur, să fie identificate ESX ) și, la rândul său, se conectează la porturile necesare ale comutatorului fizic, care sunt legate de vlan'am lor. Prea ușor pe de o parte, dar un pic off (nu vreau să te pui cu plăci de rețea, cabluri, drivere, etc.), iar sarcina a fost de a lega prin intermediul unei singure NIC fizic.
Totul este mai simplu. Pentru că îmi place produsele VMware. Nu există carduri, cabluri de rețea inutile, etc.
Primul lucru de făcut este să intre în comutatorul fizic și configurați portul să fie conectat la o hartă fizică a serverului ESX (vmnic0). În exemplul meu, HP ProCurve J4903A switch 2824. Se trece la rândul său, pe dreapta, am etichetat modul de port (în alte dispozitive pot fi diferite, cum ar fi Cisco în cazul în care memoria mea mi acest trunchi servește) și se adaugă portul tuturor treia VLAN ' am pe comutator. În acest mod, acest port va marca pachetele (etichetate) provenind de la vlan din porturile normale pentru transferul ulterior la comutatorul nostru virtual.
Apoi, în ESX pe comutatorul virtual (vSwitch0) creăm trei grupuri de porturi VMNetwork1, VMNetwork2, VMNetwork3. Fiecare grup de port este legat de vlan: vlan id 1, vlan id 2, vlan id 3 corespunzând vlanului nostru de pe switch-ul fizic. Următorul comutator virtual vSwitch0 se conectează la harta fizică vmnic0, care este conectată la portul fizic al comutatorului care funcționează în modul marcat.
Toate setările sunt complete. Acum rețelele noastre virtuale sunt separate și conectate numai cu rețelele necesare. De exemplu, VMNetwork1 cu rețea locală 1 (vlan ID 1), VMNetwork2 cu rețea locală 2 (vlan ID) și VMNetwork3 cu Internet (vlan ID 3).
Este atât de simplu și ușor și, cel mai important, nu este nimic inutil, nu există cabluri inutile, nu există carduri suplimentare de rețea, niciun fel de agitație cu instalare și lemne de foc din carduri de rețea. Și, cel mai important, timpul petrecut la configurație, fără a-mi număra starea de 30 de minute și mă gândeam la problemă, mi-am petrecut o perioadă de 15 minute configurându-l. Iată pentru dvs. și beneficiile virtualizării.
Distribuiți acest link:
Da, întrebarea este tocmai în ajustarea mai fină a pachetului vSwitch cu un switch fizic extern ...
Reglare fină în ce? Lucrați prin mai multe fiz. adaptoare? Soldul de încărcare?
Sincer nu înțeleg când vorbește abstract. Este mai bine să vorbim, pornind de la un exemplu sau rezolvând o problemă. Este posibil să se concretizeze întrebarea și apoi o discuție constructivă va începe deja. 😉
clare. Îmi cer scuze pentru rezumat
avem de exemplu 4 adaptoare fizice, de exemplu, de exemplu
creați 3 switch-uri virtuale: consolă, mașini, stocare
pentru mașini alegem 2 fiz.apadtera
că sunt opțiuni interesante de a folosi "la maxim" (din nou, poate abstract)
load balancing poate vSwitch'om configura? iar routerul fizic va înțelege acest lucru corect?
La sarcină, de parcă aș fi decis.
Pe gazda 4 fiz.apadtera. Aș crea 2 vSwitch - vSwitch0 și vSwitch1. Primul a dat o VM, a doua sub VMkernel (iSCSI, VMotion) trafic.
Pe vSwitch0 ar atârna o consolă VM și două fiz.stevyh. Într-un ideal pentru toleranța la erori, fiecare rețea ar fi blocată în diferite fizice. comutatoare. Dacă trebuie să împărțiți cu vlan. Aproximativ la fel ca cele descrise mai sus în articol. Lucrul în rețea ar fi atât activ. Configurarea echilibrării și trecerea la eroare.
Pe vSwitch1 a aruncat, de asemenea, consola, port VMkernel și conectat 2 fiz. de rețea. Ei, de asemenea, ar fi lovit în diferite fiz. comutatoare. De asemenea, aș configura configurarea failover și echilibrarea.
În mod ideal, dacă utilizați VMotion și iSCSI, i-aș distribui, de asemenea, în diferite vSwitch și fiecare ar lua 2 fiz. carte.
Întotdeauna, te rog. Dacă aveți întrebări, scrieți aici în comentarii sau trimiteți-mi un e-mail. Voi încerca să răspund și să ajut cu decizia.
Alo
La mine o astfel de problemă: toate au făcut sub instrucțiuni ... Dar pe o mașină virtuală există 2 carduri de rețea. La comutatorul intern, cisco3020, pe port fac un trunchi și nimic nu funcționează (((
Spune-mi unde poate fi ceva!
Alexandru,
Cred că ar trebui să sapi în direcția trunchiului, deoarece vmvare funcționează excelent cu traficul marcat.
Anul trecut, într-un fel, sarcina a fost de a transfera TMG (fizic) la o mașină virtuală cu două interfețe de rețea, respectiv una în vlan și o altă rețea.
Mașinile virtuale au lucrat pe un coș HPBlade c7000. Nu știu cum funcționează comutatoarele cisco, am cerut să aduc trunchiul la interfața fizică a rețelei la coșul în care era mașina virtuală și totul a fost răsturnat așa cum este descris mai sus.
Există un server cu esxi pe el (4 mașini virtuale), un server cu o singură placă de rețea. are 4 porturi. Cum se face astfel încât toate VM-urile să fie în portul de rețea alocat. Pentru mine ye'yj așa că mașina virtuală era ca un server fizic. Cum se face acest lucru?
Bine ai venit! La mine o astfel de întrebare: și este posibil pe un VM un pic virtual carduri? Am un card curent pe VM! dacă puteți atunci cum?
Mulțumesc
Poți. Intrăm în proprietatea VM și acolo vom selecta Adăugare, lista apărută selectați rețeaua virtuală.
Este posibil mai mult în detaliu și de la zero
Cum accesez și configurez switchul HP ProCurve J4903A 2824?
N-am făcut niciodată așa ceva.
A fost cu mult timp în urmă, nu există procurații la îndemână și nu-mi amintesc sigur cu exactitate. În Manul, există exact modul de configurare a comutatorului.
Bună, Michael.
Nu-mi spuneți, dar în exemplul dvs. cardul fizic gazdă ar trebui să accepte etichetarea sau nu?
Deoarece nu se gândește explicit la această problemă.
Cartea de rețea acționează aici ca un canal, iar filtrarea etichetelor se face doar de către ESXi. Prin urmare, orice rețea compatibilă cu ESXi este potrivită.
Articole similare
Trimiteți-le prietenilor: