CheatSheet for Vio-AIK & System P Community

i IBM ‘ s tidlige dage var systemadministratorer begrænset til en logisk server pr.fysisk server. Hvis du ønskede at vokse dit computermiljø, måtte du købe en ny IBM RS/6000 liter eller pSeries liter server. Eller omvendt, hvis du havde nogle gratis ressourcer, du ønskede at dele til en anden server, var der ingen nem måde at gøre det på kort af fysisk bevægelige komponenter.

i 2001 introducerede IBM logisk partitionering (LPAR) teknologi, som gjorde det muligt for flere logiske servere at bruge den samme fysiske servers ressourcer, herunder processor, hukommelse, disk og adaptere, administreret af en særlig administrativ server kaldet HMC. Denne teknologi giver systemadministratorer mulighed for at oprette, ændre og fjerne LPARs, administrere ressourcer og udføre operativsystemarbejde på forskellige logiske servere inden for en enkelt fysisk server.

med flere flere iterationer af LPAR-teknologi blev det muligt dynamisk at styre ressourcer og mikropartitionsprocessorressourcer, så flere LPARs deler selv den samme fysiske processor samtidigt. Derefter introducerede IBM virtual i / O (vio) teknologi, som gør det muligt for de samme LPARs at bruge de samme lager-og netværksressourcer og derved bryde barrieren for disk-og adapterisolering.

det grundlæggende i VIO

vio teknologier består af servere, programmer og forskellige kommandoer.

VIO-servere

VIO-teknologi er baseret på ideen om at have specielle LPARs, der administrerer de disk-og netværksressourcer, som andre LPARs bruger på de samme pSeries eller IBM System p-servere. I stedet for at de enkelte netværks-og diskressourcer udskæres på en LPAR-by-LPAR-basis (især i tilfælde, hvor der ikke ville være tilstrækkelige ressourcer til, at alle LPARs kunne besidde det, de har brug for for at fungere), får en eller to vio-servere kontrol over disse ressourcer og deler dem ud til de andre LPARs (VIO client LPARs).

vio-program

denne vio-server kører en speciel version af operativsystemet med en ekstra programpakke kaldet IOS. Dette program leveres sammen og styres uafhængigt af de sædvanlige operativsystemkommandoer (for eksempel installp) og versionsstruktur (teknologiniveauer). Det svarer til, hvordan HMC ‘ er har specialprogrammer indlæst på en Linuk-kerne til et bestemt formål.

Bemærk: Installation af tredjepartsprogrammer eller ændring af operativsystemet på nogen måde uden for IOS ugyldiggør typisk support fra IBM, så det er bedst at undgå at ændre serveren på en ikke-standard, ikke-VIO måde.

VIO—bruger—ID ‘et og kommandoerne

i stedet for at bruge root-bruger-ID’ et til at udstede kommandoer, bruges et administrativt bruger-ID – padmin – til alle vio-kontrolelementerne. Dette bruger-ID har en shell kaldet IOS command-line interface (ioscli), der kører et unikt sæt kommandoer til styring af enheder, der er tildelt VIO-serverne. Mange af disse kommandoer ligner almindelige kommandoer (for eksempel lsdev), men bruger forskellige flag og kommandostrukturer (for eksempel lsdev –dev). Men de fleste kommandoer på superbrugerniveau er nye og udfører mange forskellige operationer på en gang. Faktisk, når de administreres korrekt, skal systemadministratorer sjældent blive rod.

nyttig padmin kommandoer inkluderer:

  • hjælp : denne kommando viser alle de kommandoer, der er tilgængelige i ioskli. Hvis du sender en bestemt kommando ind i den, f.ekshjælp updateios, kan du se de specifikke flag og syntaks for den kommando.
  • cfgdev: denne kommando svarer til kommandoen cfgmgr og registrerer nye fysiske og logiske enheder tilføjet til vio-serveren.
  • oem_setup_env: denne kommando svarer til at køre su – root men uden at skulle indtaste en adgangskode. Igen bliver du sjældent nødt til at blive rod på en vio-server.
  • mkvdev: Denne kommando styrer de virtuelle enheder, som du opretter og tjener op til vio client LPARs.
  • mktcpip, lstcpipog rmtcpip: disse kommandoer administrerer dit netværk fra kommandolinjen og omgår behovet for hjælpeprogrammer som smitty tcpip.
  • lsmap: denne kommando viser forholdet mellem diskressourcer og vio client LPARs.

planlægning af dit miljø

når du begynder at planlægge dit VIO-miljø, er et vellykket, fuldt fungerende og meget tilgængeligt vio-miljø direkte proportionalt med den tid, du investerer i at kontrollere dit udstyr, designe nogle praktiske regneark og fokusere på detaljerne.

diskressourcer

det første område, du skal adressere, er, hvordan du administrerer dine diskressourcer til din VIO-klient LPARs. Inden VIO, du bruger tre vigtigste metoder til at tjene op disk ressourcer:

  • Metode 1: logiske volumener som diske. Denne metode kræver tildeling af en disk til en vio-server og brug af padminbruger-ID til at oprette en volumengruppe og logiske volumener (LVS) på den disk. Derefter kortlægger du disse LV ‘ er til VIO client LPARs til brug og ser dem som individuelle diske. Typisk er hver LV flere gigabyte i størrelse for at imødekomme behovet for VIO-klient LPARs, f.eks.
    • fordele: Denne metode kan reducere mængden af diske, der er tildelt en vio-server, fordi flere VIO-klient-LPAR ‘er kan få adgang til de individuelle LV’ er, de er tildelt på den samme fysiske disk eller logiske enhedsnummer (LUN) fra et lagringsområde netværk (SAN). Hvis der er tilstrækkelig ledig plads på disken, kan du oprette en ekstra LV på farten og tildele den hurtigt.
    • ulemper: denne metode kan forårsage en vis ressourcekonflikt, hvis VIO client LPARs udfører hurtig input/output (i/O) på den samme fysiske disk. I nogle tilfælde kan det for volumengrupperedundans på VIO client LPARs kræve dobbelt så mange fysiske diske, der tildeles to forskellige vio-servere. Og en vildfarendermlv kommando kan helt banke en vio klient LPAR ud af ledningen.
  • Metode 2: virtuelle SCSI-diske. I denne metode tildeles diske til vio-serverne og kortlægges direkte til VIO-klient LPARs. Vio-serverne har ingen synlighed i, hvad der er på diskene, eller hvordan de bruges, men serverer simpelthen diskene ud til VIO-klient LPARs.
    • fordele: Denne metode er en hurtig og nem måde at få diske ud til VIO client LPARs; det tager kun to korte kommandoer at få en disk opdaget og ud af døren til en server til brug. SDDPCM) for at have redundans ved at se diskene ned ad to stier, når de betjenes af to vio-servere.
    • ulemper: styring af en massiv mængde diske på VIO-servere og de klienter, som de er kortlagt til, kan blive vanskelige. Også, hvis du nogensinde skal starte I System Management Services (SMS), kan det tage lang tid for VIO-serveren at undersøge alle diske, og det kan identificere flere som rodvolumengrupper (tricket er at kigge efter vio-navnet).
  • metode 3: virtuel Fiber Channel Adapter (NPIV). I denne metode bliver vio-servere komplette gennemgange ved at dele deres Fiber Channel (FC) adaptere direkte til VIO client LPARs. Ved hjælp af en ny teknologi kaldet N-Port ID virtualisering kan en enkelt FC-adapter, der er tilsluttet en SAN, bruges af flere VIO-klient-LPARs samtidigt. VIO-serverne ser aldrig nogen af de diske, der er tildelt VIO-klientens LPARs, fordi hver VIO-klient LPAR får sit eget verdensomspændende nummer på hver FC-adapter, og lun ‘ erne fra SAN er direkte kortlagt til disse vinger.
    • fordele: denne metode er en ekstremt elegant måde at styre vio-diskressourcer på og forenkler processen med kortlægning af diske. Det minimerer mængden af VIO—involvering, fordi efter den første kortlægning af en FC-adapter til en VIO-klient LPAR er afsluttet, behøver du ikke køre andre kommandoer på VIO-serverne-i modsætning til den virtuelle SCSI-diskmetode, hvor kommandoer skal køres på hver VIO-server for hver eneste disk, der deles ud.
    • ulemper: den største ulempe ved denne metode er, at nogle SAN-teknologier endnu ikke er kompatible med NPIV-teknologi. For eksempel, Jeg havde en kedelig oplevelse, hvor jeg manuelt skulle indtaste alle Vio-klienterne fra mine vio-klienter i områdekortene, fordi SAN ikke automatisk kunne registrere dem. Og hvis du ikke er forsigtig med din licens, kan du udtømme det udvalg af bånd, som virtualiseringsteknologien tildeler VIO-serverne.

netværksressourcer

det andet område, du skal planlægge, er, hvordan du deler dine netværksressourcer til VIO client lpars. I lighed med diskressourcerne er der to hovedmåder til opsætning af ting:

  • Metode 1: delte Ethernet-adaptere (hav). Hovedprincippet bag SEA-teknologi er simpelt:
     1 Fysisk Ethernet-Adapter + 1 Virtuel Ethernet-Adapter = 1 delt Ethernet-Adapter

    når vio-servere oprettes, tildeles de både fysiske Ethernet-adaptere og virtuelle Ethernet-adaptere. VIO client LPARs får at vide, hvilke virtuelle Ethernet-adaptere de skal bruge til deres kommunikation. VIO-serverne kortlægger derefter disse virtuelle adaptere til fysiske Ethernet-adaptere, og disse VIO-klient LPARs kan kommunikere via den samme enhed.

    • fordele: så længe du har en fysisk enhed til rådighed, kan du oprette en ny forbindelse til din vio client LPARs. Og selv vio-serverne kan have IP-adresser konfigureret på havene til kommunikation og omgå behovet for enhver form for specialiseret administrativ netværksforbindelse.
    • ulemper: ressource påstand kan opstå, hvis du har for mange vio klient LPARs går gennem den samme fysiske Ethernet-adapter. Hvis virtual LAN (VLAN) trunking er tilgængelig, hvor flere netværks-undernet kan tilgås samtidigt via den samme fysiske adapter, bruger denne metode ikke denne fordel.
  • Metode 2: Integreret virtuelt Ethernet (IVE). IVE-teknologi ligner SEA-teknologi, men giver adgang til flere VLAN ‘ er gennem den samme fysiske adapter. Hver VLAN defineres både gennem HMC og på Vio-serveren til kommunikation. Derefter får VIO client LPARs at vide de virtuelle Ethernet-adaptere og VLAN-numre, de skal få adgang til via en HAVKORTLÆGNING. Kommunikationen til flere undernet sker problemfrit.
    • fordele: IVE skærer ned på antallet af fysiske Ethernet-adaptere og forbindelser, der er nødvendige for at lette kommunikationen. Det bliver muligt at sende trafik til Produktions -, udviklings-og backupnetværk gennem det samme stykke ledning.
    • ulemper: på dette tidspunkt kan du ikke spontant tilføje nye VLAN ‘ er til en IVE-forbindelse. Hvis du har brug for at tilføje en ny VLAN til en eksisterende IVE-forbindelse, skal du først logisk ødelægge og genskabe den underliggende SEA-enhed, muligvis hindre enhver VIO-klient LPARs ved hjælp af denne forbindelse. Desuden, som med ældre SAN-teknologi og NPIV, ældre netværksudstyr er muligvis ikke i stand til at håndtere IVE-forbindelser.

redundante vio-servere

det tredje område, du skal planlægge, er at have redundante vio-servere på de samme fysiske pSeries eller System P-server. Hvis en enkelt vio-server understøtter et dusin vio-klient-LPARs, og noget katastrofalt banker den server offline, vil alt oven på det gå ned.

ved at have to vio-servere med det samme sæt ressourcer, kan vio client LPARs fortsætte med at fungere uhindret, hvis noget tager en af VIO-serverne ned. Vio client LPARs går til den anden vio-server for deres disk-og netværksressourcer. Kortlægning af diske til både vio-servere og oprettelse af netværkskontrolkanaler giver vio client LPARs to ben at stå på. Det gør det også muligt at udføre IOS-opgraderinger på VIO-serverne dynamisk uden at påvirke Vio-klientens LPARs.

de ressourcer, du tildeler hver VIO-server, skal være så tæt på identiske som muligt og designet til at maksimere tilgængeligheden. Bland ikke en Ethernet-adapter med langsommere hastighed på en VIO-server med en hurtigere hastighed på en anden. Læg ikke alle FC-adaptere, der bruges af begge vio-servere, i den samme fysiske skuffe. I stedet forskyde adaptere mellem flere skuffer og tildele dem uafhængigt. Planlæg alle mulige maskinfejl og se efter måder at maksimere redundans på.

derudover er det især vigtigt at dokumentere, hvordan alt er kortlagt. Optag dit miljø i et regneark og krydshenvisning det ofte med output af kommandoer som vfcmap. Figur 1 giver et eksempel på et simpelt ark, der beskriver en System p-server med to Vio-servere og fire vio-klient-LPARs ved hjælp af en blanding af SEA, IVE, virtual SCSI og virtual FC.

Figur 1. Eksempelvariabler regneark
skærmbillede af eksempelvariabler regneark

opbygning af VIO-serveren

nu hvor du har bestemt, hvad du har brug for til dit miljø, guider følgende procedure dig gennem opbygning af en vio-server. Denne procedure forudsætter, at du er bekendt med HMC og SMS sammen med deres menusystemer.

  1. Bekræft, at Avanceret strømvirtualisering er tilgængelig:
    1. i HMC skal du vælge dit administrerede system.
    2. Klik På Egenskaber.
    3. under fanen Funktioner skal du bekræfte, at den virtuelle I/O-Server, der er i stand til, er indstillet til tilgængelig. Hvis den ikke er tilgængelig, skal du kontakte IBM for en avanceret Virtualiseringskode og installere den for at gøre vio tilgængelig.
  2. Definer VIO LPAR:
    1. i HMC, med dit administrerede system valgt, skal du klikke på Konfiguration > Opret logisk Partition > VIO Server.
    2. Navngiv din server, og ring til denne profil $SERVER.novirtuals.
    3. giv det mængden af processorer, hukommelse og I/O-ressourcer, du ønsker, men opret ikke nogen virtuelle adaptere på dette tidspunkt.
    4. hvis du har til hensigt at opbygge din vio-server fra CD eller DVD, skal du tildele drevet efter behov.
  3. installer IOS:
    1. Vælg vio-serveren, og klik på operationer > aktiver.
    2. Klik på Avanceret og vælg SMS for opstartstilstand.
    3. Marker afkrydsningsfeltet for at åbne en terminalskærm.
    4. hvis du installerer fra en CD eller DVD, skal du indsætte disken og få serveren til at starte fra den inden for SMS.
    5. hvis du bruger NETVÆRKSINSTALLATIONSADMINISTRATOR (NIM), skal du konfigurere dine netværksadapterindstillinger og pege på din NIM-server. Lad serveren installere IOS på din harddisk.
  4. Indstil adgangskode, licensering, patching og spejling:
    1. når vio-serveren er op, skal du logge ind med padmin bruger-ID og indstille adgangskoden.
    2. hvis du bliver bedt om det, skal du køre kommandoen Licens –accepter for at bekræfte licenseringen.
    3. hvis du har en opdatering til serveren, skal du bruge kommandoen updateios til at installere eventuelle patches.
    4. spejle rodvolumengruppen med kommandoen mirrorios, hvis relevant.
    5. genstart vio –serveren med kommandoen nedlukning-genstart .
  5. klon serveren:
    1. sikkerhedskopier serveren med kommandoen backupios og brug det billede til at opbygge din overflødige vio-server (Jeg foretrækker den lette NIM til denne opgave).
  6. Opret den virtuelle aktiverede profil:
    1. i HMC skal du lave kopier af de aktuelle vio-servers profiler og kalde dem $SERVER.vio. Disse profiler indeholder dine vio-serveres konfigurationer med virtuelle enheder.
  7. Definer dine virtuelle Ethernet-enheder (HMC):
    1. i HMC skal du åbne de virtuelle aktiverede profiler ved hjælp af menuen Rediger.
    2. Klik på fanen virtuelle adaptere, og skift det maksimale antal virtuelle adaptere til noget højt, som 1000 (så du ikke får fejl for at overskride standard på 20).
    3. Klik Handlinger > Opret > Ethernet-Adapter.
    4. Indstil Adapter-ID ‘et, og indtast VLAN’ er, hvis du bruger IVE.
    5. marker afkrydsningsfeltet access eksternt netværk for den vigtigste virtuelle adapter.
    6. Indstil forskellige trunk prioritetsnumre mellem de to vio-servere.
    7. gentag den samme proces for en kontrolkanaladapter til redundans, men marker ikke afkrydsningsfeltet access eksternt netværk.
    8. Gem dine ændringer, start derefter fra denne profil.
  8. Definer dine virtuelle Ethernet-enheder (VIO):
    1. Log ind på Vio-serverne som padmin.
    2. Tjek din enhedsliste med kommandoen lsdev.
    3. kontroller attributterne for de virtuelle Ethernet –adaptere med kommandoen lsdev –dev-attr for at bekræfte, hvilke adaptere der er hvilke.
    4. Kør følgende kommando for at oprette et hav, erstatte dine enheder og ID-nummer fra dit regneark: 
      mkvdev-sea $PHYS-vadapter $VIRT-default $VIRT-defaultid $ID 
       - attr ha_mode=auto CTL_CHAN=$CTRL

    5. hvis du har brug for at gøre dette hav tilgængeligt fra Vio-serveren, skal du bruge kommandoen mktcpip til at indstille en IP-adresse på den. En ping test vil hurtigt bekræfte, om du har konfigureret alt korrekt.

opbygning af VIO-klienter

nu hvor dine vio-servere er oppe, guider følgende procedure dig gennem opbygning af en vio-klient LPAR:

  1. Definer vio client LPAR:
    1. klik på Konfiguration > Opret logisk Partition > i HMC, når dit administrerede system er valgt.
    2. Navngiv din server, og ring til denne profil $SERVER.vio for at lette.
    3. giv det mængden af processorer, hukommelse og I/O-ressourcer, du ønsker, men opret ikke nogen virtuelle adaptere på dette tidspunkt.
  2. Opret vio-serverdiskressourcerne:
    1. i HMC skal du åbne vio-servernes virtuelle aktiverede profiler ved hjælp af menuen Rediger.
    2. Klik på fanen virtuelle adaptere.
    3. klik handlinger > Opret > Fiber Channel Adapter eller SCSI Adapter.
    4. indtast slot numre fra dit regneark.
    5. Vælg den eneste valgte klientpartition, der kan tilsluttes, og vælg din VIO client LPAR.
    6. Luk dine vio-servere ned, og aktiver dem fra disse profiler, eller tilføj dynamisk de samme ressourcer til LPARs.

      Bemærk: du oprettede vio client LPAR som en tom skifer, så du nemt kan definere dette.

  3. Rediger vio client LPAR:
    1. i HMC skal du åbne vio client LPARs’ virtuelle aktiverede profiler ved hjælp af menuen Rediger.
    2. Klik på fanen virtuelle adaptere.
    3. klik handlinger > Opret > Fiber Channel Adapter eller SCSI Adapter.
    4. indtast slot numre fra dit regneark.
    5. Klik på Handlinger > Opret > Ethernet-Adapter, Indstil Adapter-ID ‘et, og indtast VLAN’ er efter behov fra dit regneark.

      hvis du har oprettet virtuelle Fiberkanaladaptere, skal du klikke på deres egenskaber for at få deres vinger.

  4. Definer virtual SCSI disk maps (VIO):
    1. hvis du bruger virtuelle SCSI-adaptere til at betjene diskressourcer, skal du kortlægge disse diske på dette tidspunkt fra din SAN (hvis relevant).
    2. Log ind på Vio-serverne med padmin bruger-ID og kør cfgdev for at registrere nye diske.
    3. undersøg dem med kommandoerne lspv og lsdev –dev hdisks –attr .
    4. Undersøg vhosts på serveren med kommandoen lsmap –all .
    5. Kør følgende kommando for at kortlægge diskene til de angivne vhosts og give dem virtuelle måldisk (VTD) navne for at hjælpe dig med at spore dem, som du ønsker:
       mkvdev-vdev hdisks-vadapter $VHOST-dev $VTD

  5. Definer de virtuelle FC-kort (VIO):
    1. hvis du bruger virtuelle FC –adaptere til at betjene diskressourcer, skal du undersøge vfchosts på serveren med kommandoen lsmap –all-npiv.
    2. Kør følgende kommando for at kortlægge FC-adapterne til de angivne vfchosts:
       vfcmap-vadapter

    3. Indtast i dine vinger i din SAN og skære ud og kort diske. De vil gå til vio klient LPARs.
  6. aktiver client LPARs (HMC):
    1. Vælg vio client lpars, og klik på Operations > Activate.
    2. Klik på Avanceret, og vælg SMS til opstartstilstand.
    3. Marker afkrydsningsfeltet for at åbne en terminalskærm.

fra dette tidspunkt følger installationen en standard installation.

Write a Comment

Din e-mailadresse vil ikke blive publiceret.