CheatSheet pentru VIO-Aix & System P Community

în primele zile ale IBM AIX, administratorii de sisteme erau limitați la un server logic pe server fizic. Dacă ați dorit să vă dezvoltați mediul de calcul,a trebuit să achiziționați un nou server IBM RS/6000 Irak sau pseries XV. Sau, dimpotrivă, dacă ați avut niște resurse gratuite pe care ați dorit să le partajați pe un alt server, nu a existat o modalitate ușoară de a face acest lucru fără a muta fizic componentele hardware.

în 2001, IBM a introdus partiționarea logică (LPAR) tehnologie, care a permis mai multor servere logice să utilizeze resursele aceluiași server fizic, inclusiv procesor, memorie, disc și Adaptoare, gestionate de un server administrativ special numit consola de administrare hardware (HMC). Această tehnologie permite administratorilor de sisteme să creeze, să modifice și să elimine LPAR-urile, să gestioneze resursele și să lucreze la sistemul de operare pe servere logice AIX și Linux, într-un singur server fizic.

cu mai multe iterații ale tehnologiei LPAR, a devenit posibilă gestionarea dinamică a resurselor și a resurselor procesorului de micropartiție, permițând mai multor LPAR-uri să partajeze simultan același procesor fizic. Apoi, IBM a introdus tehnologia virtuală i / o (VIO), care permite acelorași LPARs să utilizeze aceleași resurse de stocare și rețea, rupând astfel bariera izolării discului și adaptorului.

elementele de bază ale VIO

tehnologiile VIO constau în servere, software și diverse comenzi.

VIO servers

tehnologia VIO se bazează pe ideea de a avea LPAR-uri speciale care gestionează discul și resursele de rețea pe care alte LPAR-uri le utilizează pe aceleași servere pSeries sau IBM System P. În loc ca resursele individuale de rețea și disc să fie sculptate pe o bază LPAR-by-LPAR (în special în cazurile în care nu ar exista resurse suficiente pentru ca toate LPAR-urile să posede ceea ce au nevoie pentru a funcționa), unuia sau două servere VIO li se oferă controlul acestor resurse și le partajează celorlalte LPAR-uri (LPAR-uri client VIO).

VIO software

acest server VIO rulează o versiune specială a sistemului de operare AIX, cu un pachet software suplimentar numit IOS. Acest software vine la pachet și este gestionat independent de comenzile obișnuite ale sistemului de operare (de exemplu, installp) și structura versiunilor (niveluri tehnologice). Este similar cu modul în care HMC – urile au software specializat încărcat pe un kernel Linux pentru un anumit scop.

notă: Instalarea software-ului terț sau modificarea sistemului de operare prin orice mijloace în afara IOS invalidează de obicei suportul de la IBM, deci este mai bine să evitați modificarea serverului în orice mod nestandard, non-VIO.

ID—ul de utilizator VIO și comenzile

în loc să utilizeze ID—ul de utilizator rădăcină pentru a emite comenzi, un ID de utilizator administrativ – padmin – este utilizat pentru toate controalele VIO. Acest ID de utilizator are un shell numit iOS command-line interface (IOSCLI) care rulează un set unic de comenzi pentru gestionarea dispozitivelor atribuite serverelor VIO. Multe dintre aceste comenzi sunt similare cu comenzile Aix obișnuite (de exemplu, lsdev), dar folosesc diferite steaguri și structuri de comandă (de exemplu, lsdev –dev). Dar, majoritatea comenzilor de nivel superuser sunt noi și efectuează multe operații diferite simultan. De fapt, atunci când sunt administrați corect, administratorii de sisteme vor trebui rareori să devină rădăcină.

utile padmin comenzile includ:

• ajutor: această comandă listează toate comenzile disponibile în ioscli. Dacă treceți o comandă specifică în ea, cum ar fihelp updateios, puteți vedea steagurile și sintaxa specifice pentru acea comandă.
• cfgdev : această comandă este echivalentul comenziicfgmgr și detectează noi dispozitive fizice și logice adăugate la serverul VIO.
• oem_setup_env: această comandă este echivalentul rulării su – root dar fără a fi nevoie să introduceți o parolă. Din nou, rareori va trebui să deveniți root pe un server VIO.
• mkvdev: Această comandă gestionează dispozitivele virtuale pe care le creați și le serviți până la LPAR-urile clientului VIO.
• mktcpip, lstcpipși rmtcpip: aceste comenzi vă gestionează rețeaua din linia de comandă și ocolesc nevoia de utilități precum Smitty tcpip.
• lsmap: această comandă arată relațiile dintre resursele discului și LPAR-urile clientului VIO.

planificarea mediului dvs.

pe măsură ce începeți să vă planificați mediul VIO, un mediu Vio de succes, complet funcțional și foarte disponibil este direct proporțional cu timpul pe care îl investiți în verificarea hardware-ului, proiectarea unor foi de calcul la îndemână și concentrarea asupra detaliilor.

resurse de disc

prima zonă pe care trebuie să o abordați este cum să gestionați resursele de disc pe LPARs-urile clientului VIO. În cadrul VIO, utilizați trei metode principale pentru a servi resurse de disc:

• Metoda 1: volume logice ca discuri. Această metodă necesită atribuirea unui disc unui server VIO și utilizarea ID-ului de utilizatorpadmin pentru a crea un grup de volum și volume logice (LVs) pe acel disc. Apoi, mapați aceste LVs la LPARs client VIO pentru utilizare, văzându-le ca discuri individuale. De obicei, fiecare LV are o dimensiune de mai mulți gigaocteți pentru a se potrivi nevoii LPAR-urilor clientului VIO, cum ar fi plasarea sistemului de operare AIX pentru acel LPAR.
  • beneficii: Această metodă poate reduce cantitatea de discuri atribuite unui server VIO, deoarece mai multe LPAR-uri client VIO pot accesa LV-urile individuale pe care le sunt atribuite pe același disc fizic sau număr de unitate logică (Lun) dintr-o rețea de zonă de stocare (SAN). Dacă există suficient spațiu liber pe disc, puteți crea un LV suplimentar în zbor și îl puteți atribui rapid.
  • dezavantaje: această metodă poate provoca o anumită dispută a resurselor dacă LPAR-urile clientului VIO efectuează intrare/ieșire rapidă (I/o) pe același disc fizic. În unele cazuri, pentru redundanța grupului de volum pe LPAR-urile clientului VIO, poate necesita de două ori mai multe discuri fizice atribuite la două servere VIO diferite. Și, o eroarermlv comanda poate bate complet un client VIO LPAR de pe fir.
• Metoda 2: discuri SCSI virtuale. În această metodă, discurile sunt atribuite serverelor VIO și mapate direct la LPAR-urile clientului VIO. Serverele VIO nu au vizibilitate în ceea ce este pe discurile sau modul în care acestea sunt utilizate, ci pur și simplu servi discurile la LPARS client VIO.
  • beneficii: Această metodă este o modalitate rapidă și ușoară de a obține discuri la LPARs client VIO; este nevoie de doar două comenzi scurte pentru a obține un disc detectat și în afara ușii la un server pentru utilizare. În plus, clienții VIO nu trebuie să vă faceți griji cu privire la orice fel de software de gestionare a discurilor (cum ar fi SDDPCM) pentru a avea redundanță în a vedea discurile pe două căi atunci când sunt deservite de două servere VIO.
  • dezavantaje: gestionarea unei cantități masive de discuri pe serverele VIO și clienții la care sunt mapate pot deveni dificil. De asemenea, dacă trebuie să porniți vreodată în System Management Services (SMS), poate dura mult timp ca serverul VIO să sondeze toate discurile și poate identifica mai multe ca fiind grupuri de volum rădăcină (trucul este să căutați numele VIO).
• metoda 3: Adaptor virtual pentru Fibre Channel (NPIV). În această metodă, serverele VIO devin treceri complete în partajarea adaptoarelor Fiber Channel (FC) direct la LPAR-urile clientului VIO. Folosind o nouă tehnologie numită virtualizare n-Port ID, un singur adaptor FC conectat la un SAN poate fi utilizat de mai multe LPAR-uri client VIO simultan. Serverele VIO nu văd niciodată niciunul dintre discurile care sunt atribuite LPAR-urilor clientului VIO, deoarece fiecărui LPAR client VIO i se dă propriul număr Mondial (WWN) pe fiecare adaptor FC, iar Lun-urile din SAN sunt mapate direct la acele WWN-uri.
  • beneficii: această metodă este un mod extrem de elegant de a gestiona resursele de disc VIO și simplifică procesul de mapare a discurilor. Minimizează cantitatea de implicare VIO, deoarece după ce maparea inițială a unui adaptor FC la un client VIO LPAR este completă, nu trebuie să rulați alte comenzi pe serverele VIO—spre deosebire de metoda virtuală a discului SCSI, unde comenzile trebuie rulate pe fiecare server VIO pentru fiecare disc partajat.
  • dezavantaje: principalul dezavantaj al acestei metode este că unele tehnologii SAN nu sunt încă compatibile cu tehnologia NPIV. De exemplu, am avut o experiență plictisitoare în care a trebuit să introduc manual toate WWN-urile de la clienții mei VIO în hărțile zonei, deoarece SAN nu le-a putut detecta automat. Și, dacă nu sunteți atent cu licențierea dvs., puteți epuiza gama de WWN-uri pe care tehnologia de virtualizare le alocă serverelor VIO.

resurse de rețea

a doua zonă pe care trebuie să o planificați este cum să partajați resursele de rețea către LPAR-urile clientului VIO. Similar cu resursele de disc, există două modalități principale de a configura lucrurile:

• Metoda 1: adaptoare Ethernet partajate (SEA). Principiul principal din spatele tehnologiei SEA este simplu:
  

   1 adaptor Ethernet fizic + 1 adaptor Ethernet virtual = 1 adaptor Ethernet partajat
  

  când sunt create servere VIO, li se atribuie atât adaptoare Ethernet fizice, cât și adaptoare Ethernet virtuale. LPAR-urile clientului VIO li se spune ce adaptoare Ethernet virtuale ar trebui să utilizeze pentru comunicarea lor. Serverele VIO mapează apoi aceste adaptoare virtuale la adaptoare Ethernet fizice, iar acele LPAR-uri client VIO pot comunica prin același dispozitiv.

  • beneficii: atâta timp cât aveți un dispozitiv entX fizic disponibil, puteți face o nouă conexiune pentru LPARs-ul clientului VIO. Și, chiar și serverele VIO pot avea adrese IP configurate pe mări pentru comunicare, ocolind necesitatea oricărui tip de conexiune de rețea administrativă specializată.
  • dezavantaje: disputa de resurse poate apărea dacă aveți prea multe LPAR-uri client VIO care trec prin același adaptor Ethernet fizic. Dacă virtual LAN (VLAN) trunking este disponibil, unde mai multe subrețele de rețea pot fi accesate simultan prin același adaptor fizic, această metodă nu utilizează acest beneficiu.
• Metoda 2: Ethernet virtual integrat (IVE). Tehnologia IVE este similară cu tehnologia SEA, dar permite accesul la mai multe VLAN-uri prin același adaptor fizic. Fiecare VLAN este definit atât prin HMC, cât și pe serverul VIO pentru comunicare. Apoi, LPAR-urile clientului VIO sunt informate despre adaptoarele Ethernet virtuale și numerele VLAN pe care ar trebui să le acceseze printr-o cartografiere maritimă. Comunicarea către mai multe subrețele are loc fără probleme.
  • beneficii: IVE reduce numărul de adaptoare Ethernet fizice și conexiuni necesare pentru a facilita comunicațiile. Devine posibil să trimiteți trafic către rețelele de producție, dezvoltare și backup prin aceeași bucată de sârmă.
  • dezavantaje: în acest moment, nu puteți adăuga spontan noi VLAN-uri la o conexiune IVE. Dacă trebuie să adăugați un nou VLAN la o conexiune IVE existentă, trebuie mai întâi să distrugeți și să recreați logic dispozitivul SEA de bază, împiedicând eventual orice LPAR client VIO care utilizează acea conexiune. Mai mult, ca și în cazul tehnologiei SAN mai vechi și NPIV, este posibil ca echipamentele de rețea mai vechi să nu poată gestiona conexiunile IVE.

Servere Vio redundante

a treia zonă pe care trebuie să o planificați este să aveți servere Vio redundante pe același pSeries fizic sau server System P. Dacă un singur server VIO acceptă o duzină de LPAR-uri client VIO și ceva catastrofal bate acel server offline, totul deasupra acestuia se va prăbuși.

având două servere VIO cu același set de resurse, LPAR-urile clientului VIO pot continua să funcționeze fără probleme dacă ceva ia unul dintre serverele VIO în jos. LPAR-urile clientului VIO vor merge la celălalt server VIO pentru discul și resursele de rețea. Maparea discurilor pe ambele servere VIO și crearea canalelor de control al rețelei oferă clienților VIO lpars două picioare pe care să stea. De asemenea, face posibilă efectuarea dinamică a actualizărilor IOS pe serverele VIO fără a afecta LPAR-urile clientului VIO.

resursele pe care le atribuiți fiecărui server VIO ar trebui să fie cât mai aproape de identice și concepute pentru a maximiza disponibilitatea. Nu amestecați un adaptor Ethernet cu viteză mai mică pe un server VIO cu o viteză mai mare unul pe altul. Nu puneți toate adaptoarele FC utilizate de ambele servere VIO în același sertar fizic. În schimb, eșalonați adaptoarele între mai multe sertare și atribuiți-le independent. Planificați fiecare defecțiune hardware posibilă și căutați modalități de maximizare a redundanței.

în plus, este deosebit de important să documentăm modul în care totul este cartografiat. Înregistrați mediul într-o foaie de calcul și de referință încrucișată de multe ori cu ieșire de comenzi, cum ar fi vfcmap. Figura 1 oferă un exemplu de foaie simplă care detaliază un server System p cu două servere VIO și patru LPAR-uri client VIO folosind un amestec de SEA, IVE, virtual SCSI și virtual FC.

Figura 1. Exemplu variabile foaie de calcul

construirea serverului VIO

acum că ați determinat ce aveți nevoie pentru mediul dvs., următoarea procedură vă ghidează prin construirea unui server VIO. Această procedură presupune că sunteți familiarizat cu HMC și SMS împreună cu sistemele lor de meniu.

1. confirmați că este disponibilă virtualizarea avansată a puterii:
   1. în HMC, selectați sistemul gestionat.
   2. Faceți Clic Pe Proprietăți.
   3. în fila capabilități, confirmați că Virtual I/O Server Capable este setat la Disponibil. Dacă nu este disponibil, contactați IBM pentru un cod avansat de virtualizare a puterii și instalați-l pentru a face VIO disponibil.
2. definiți Vio LPAR:
   1. în HMC, cu sistemul gestionat selectat, faceți clic pe Configurare > Creare partiție logică > VIO Server.
   2. denumiți serverul și apelați acest profil $SERVER.novirtuals.
   3. dați-i cantitatea de procesoare, memorie și resurse I/O dorite, dar nu creați adaptoare virtuale în acest moment.
   4. dacă intenționați să construiți serverul VIO de pe CD sau DVD, atribuiți unitatea după cum este necesar.
3. instalați IOS:
   1. Selectați serverul VIO și faceți clic pe operații > activare.
   2. Faceți clic pe Advanced și alegeți SMS pentru modul de pornire.
   3. bifați caseta de selectare pentru a deschide un ecran terminal.
   4. dacă instalați de pe un CD sau DVD, introduceți discul și porniți serverul din acesta în SMS.
   5. dacă utilizați Network Installation Manager (Nim), configurați setările adaptorului de rețea și indicați spre serverul NIM. Lăsați serverul să instaleze IOS pe hard disk.
4. configurați parola, licențierea, corecția și oglindirea:
   1. când serverul VIO este activat, conectați-vă cu ID-ul de utilizator padmin și setați parola.
   2. dacă vi se solicită, executați comanda license –accept pentru a confirma licențierea software-ului.
   3. dacă aveți o actualizare pentru server, utilizați comanda updateios pentru a instala orice patch-uri.
   4. oglindiți grupul de volum rădăcină cu comandamirrorios , dacă este cazul.
   5. reporniți serverul VIO cu comandaoprire –repornire .
5. clonați serverul:
   1. faceți o copie de rezervă a serverului cu comanda backupios și utilizați acea imagine pentru a vă construi serverul Vio redundant (prefer ușurința NIM pentru această sarcină).
6. creați profilul activat virtual:
   1. în HMC, faceți copii ale profilurilor serverelor Vio curente și apelați-le $SERVER.vio. Aceste profiluri vor conține configurațiile serverelor VIO cu dispozitive virtuale.
7. definiți dispozitivele Ethernet virtuale (HMC):
   1. în HMC, deschideți profilurile activate virtual utilizând meniul Editare.
   2. Faceți clic pe fila adaptoare virtuale și modificați numărul maxim de adaptoare virtuale la ceva ridicat, cum ar fi 1000 (astfel încât să nu primiți erori pentru depășirea valorii implicite a 20).
   3. Faceți Clic Pe Acțiuni > Creați > Adaptor Ethernet.
   4. setați ID-ul adaptorului și introduceți VLAN-uri dacă utilizați IVE.
   5. pentru adaptorul virtual principal, bifați caseta de selectare Access External Network.
   6. setați diferite numere de prioritate trunchi între cele două servere VIO.
   7. repetați același proces pentru un adaptor de canal de control pentru redundanță, dar nu bifați caseta de selectare Access External Network.
   8. Salvați modificările, apoi porniți din acest profil.
8. definiți dispozitivele Ethernet virtuale (VIO):
   1. Conectați-vă la serverele VIO ca padmin.
   2. verificați lista de dispozitive cu comandalsdev .
   3. verificați atributele adaptoarelor Ethernet virtuale cu comandalsdev –dev entX –attr pentru a confirma ce adaptoare sunt care.
   4. rulați următoarea comandă pentru a crea o mare, înlocuind dispozitivele entX și numărul de identificare din foaia de calcul:
      

       mkvdev-sea $PHYS-vadapter $VIRT-default $ VIRT-defaultid $ID 
       - attr ha_mode = auto CTL_CHAN = $ CTRL
      

   5. dacă trebuie să faceți această mare disponibilă de pe serverul VIO, utilizați comanda mktcpip pentru a seta o adresă IP pe ea. Un test ping va confirma rapid dacă ați configurat totul corect.

construirea clienților VIO

acum că serverele VIO sunt în sus, următoarea procedură vă ghidează prin construirea unui client VIO LPAR:

1. definiți clientul VIO LPAR:
   1. în HMC, cu sistemul gestionat selectat, faceți clic pe Configurare > Creare partiție logică > Server Aix.
   2. denumiți serverul și apelați acest profil $SERVER.vio pentru ușurință.
   3. dați – i cantitatea de procesoare, memorie și resurse I/O dorite, dar nu creați adaptoare virtuale în acest moment.
2. creați resursele discului VIO server:
   1. în HMC, deschideți profilurile activate virtual ale serverelor VIO utilizând meniul Editare.
   2. Faceți clic pe fila adaptoare virtuale.
   3. Faceți clic pe acțiuni > creați > Adaptor pentru canale de fibră sau adaptor SCSI.
   4. introduceți numerele sloturilor din foaia de calcul.
   5. selectați singura partiție client selectată se poate conecta opțiune, și alegeți clientul VIO LPAR.
   6. închideți serverele VIO și activați-le din aceste profiluri sau adăugați dinamic aceleași resurse la LPARs.

      notă: ați creat clientul VIO LPAR ca o tabula rasa, astfel încât să puteți defini acest lucru cu ușurință.

3. Editați LPAR-ul clientului VIO:
   1. în HMC, deschideți profilurile virtuale activate ale LPAR-ului clientului VIO utilizând meniul Editare.
   2. Faceți clic pe fila adaptoare virtuale.
   3. Faceți clic pe acțiuni > creați > Adaptor pentru canale de fibră sau adaptor SCSI.
   4. introduceți numerele sloturilor din foaia de calcul.
   5. Faceți clic pe acțiuni > creare > adaptor Ethernet, setați ID-ul adaptorului și introduceți VLAN-uri după cum este necesar din foaia de calcul.

      dacă ați creat adaptoare virtuale Fibre Channel, faceți clic pe proprietățile lor pentru a obține WWN-urile lor.

4. definiți hărțile de disc SCSI virtuale (VIO):
   1. dacă utilizați adaptoare SCSI virtuale pentru a servi resurse de disc, mapați aceste discuri în acest moment din SAN (dacă este cazul).
   2. Conectați-vă la serverele VIO cu ID-ul de utilizatorpadmin și rulațicfgdev pentru a detecta orice discuri noi.
   3. examinați –le cu comenzilelspv șilsdev –dev hdiskX-attr .
   4. examinați vhost –urile de pe server cu comandalsmap-all .
   5. rulați următoarea comandă pentru a mapa discurile la vhost-urile specificate, oferindu – le nume de discuri țintă virtuale (VTD )pentru a vă ajuta să le urmăriți după cum doriți:
      

       mkvdev-vdev hdiskX-vadapter $vhost-dev $VTD
      

5. definiți hărțile FC virtuale (VIO):
   1. dacă utilizați adaptoare FC virtuale pentru a servi resurse de disc, examinați vfchosts pe server cu comanda lsmap –all –NPIV.
   2. executați următoarea comandă pentru a mapa adaptoarele FC la vfchosturile specificate:

       vfcmap-vadapter vfchostx-fcp fcsX
      

   3. introduceți în WWNs dvs. în SAN și sculpta și harta discuri. Vor merge la LPARs-ul clientului VIO.
6. activați LPAR-urile client (HMC):
   1. selectați LPAR-urile client VIO și faceți clic pe operații > activare.
   2. Faceți clic pe Advanced și alegeți SMS pentru modul de pornire.
   3. bifați caseta de selectare pentru a deschide un ecran terminal.

din acest punct, instalarea urmează o instalare standard a serverului Aix.