Figura 2 pentru a descrie mai jos cablajul pentru acest XenServer. Vă dați seama că există multe modalități de a configura rețeaua XenServer. Configurarea depinde de organizație și de rolul XenServer. Soluția de aici a fost aleasă deoarece permite discutarea unor configurații comune pe un XenServer.
Acum că toată conceptualizarea este completă, să începem procesul de configurare propriu-zis.
Acest ghid presupune că toată configurația se va face folosind XenServer CLI. În mod normal, interfața de gestionare este configurată în timpul instalării XenServer, dar acest ghid va presupune că nu este configurat nimic în afară de instalarea XenServer.
Prima sarcină este de a obține informații despre interfețele fizice de pe acest XenServer special. Acest lucru se realizează cu un utilitar cunoscut sub numele de „xe‘.
# xe pif-list.
Aceasta va returna majoritatea informațiilor cruciale necesare pentru a configura aceste interfețe de rețea. Cele mai importante părți din această ieșire includ numele Linux tradițional pentru interfețe (
eth0, eth1, etc) și UUID din fiecare dintre aceste interfețe.Configurările efectuate vor necesita UUID a interfeței, mai degrabă decât a numelui, deci este important să înțelegem modul în care cele două sunt mapate logic în XenServer.
O notă specială de precauție, nu este în afara posibilităților de inițializare a XenServer PIF interfețe într-o ordine ciudată sau o comandă care face ca setările rețelei de grup să se rupă.
În cazul în care XenServer inițializează un PIF cu un „incorectet„Identificator, există un utilitar care va permite redenumirea interfețelor încorporate în XenServer. Utilitatea este „redenumire interfață„Și și-a văzut destul de multă utilizare de către autor.
Acum că este disponibilă o listă de PIF-uri, poate avea loc configurarea rețelelor corespunzătoare la interfețele adecvate. Pentru acest server, configurația PIF va fi următoarea:
Să începem prin a face LACP conexiunea de legătură mai întâi. Pentru a face acest lucru, comutatorul TREBUIE să fie configurat pentru LACP! Acest lucru nu va funcționa dacă comutatorul nu este configurat și pentru LACP. Din nouxeComanda ‘va fi utilizată pentru a configura aceste PIF-uri. Primul pas este de a crea rețeaua legată.
# xe network-create name-label = ”Tecmint-LACP-Bond”
Această comandă va crea o nouă rețea XenServer numită Tecmint-LACP-Bond. Odată ce această comandă este emisă, a UUID pentru această rețea va fi afișat în terminal. Păstrați acest UUID, deoarece va fi necesar atunci când adăugați PIF-uri la obligațiune.
În cazul în care UUID nu a fost notat sau este uitat, acesta poate fi întotdeauna recuperat folosind următoarele xe comanda.
# xe network-list name-label = "Tecmint-LACP-Bond"
Aceasta va returna informațiile rețelei și în mod specific UUID-ul necesar pentru adăugarea PIF-urilor în rețea.
Acum, corectul PIF-uri trebuie adăugate la rețea. Cablarea fizică pentru acest server se conectează eth0 și eth1 la un comutator care este configurat cu LACP.
# xe bond-create mode = lacp network-uuid = fc5a79cd-a90e-c6a2-a0ff-2bf235cf7a81 pif-uuids = f6dc2f62-24b1-419f-0d61-02365848ffb0, a398d6c8-341d-3846-b0ca-226
Aceasta este o comandă ocupată; să aruncăm o privire la ceea ce se întâmplă. “xe bond-create mode = lacp
”Indică XenServer că se creează o legătură și modul va fi LACP.
„network-uuid =
”Indică UUID-ul rețelei care a fost creat anterior pe XenServer.
„pif-uuids =
”Este o listă separată prin virgulă a UUID-urilor pentru fiecare dintre PIF-urile care urmează să fie separate de obligațiunea LACP. Dacă această comandă are succes, va răspunde cu UUID-ul legăturii de rețea nou create.
Ca și în cazul tuturor sarcinilor de administrare a sistemului, este întotdeauna o idee bună să confirmați că modificările sunt recunoscute de sistem.
# xe bond-list.
Din această ieșire este clar că XenServer a creat într-adevăr legătura și le-a atașat pe cele două PIF-uri care au fost indicate pe linia de comandă.