CheatSheet for VIO – Aix & System p Community

az IBM AIX kezdeti napjaiban a rendszergazdák fizikai szerverenként egy logikai szerverre korlátozódtak. Ha növelni akarta a számítástechnikai környezetét, akkor új IBM RS/6000, vagy pSeries, stb.kiszolgálót kellett vásárolnia. Vagy fordítva, ha volt néhány szabad erőforrása, amelyet meg akart osztani egy másik szerverrel, akkor nem volt egyszerű módja annak, hogy fizikailag mozgó hardverelemek nélkül tegye meg.

2001-ben az IBM bevezette a logikai particionálási (LPAR) technológiát, amely lehetővé tette több logikai szerver számára, hogy ugyanazt a fizikai szerver erőforrásait használja, beleértve a processzort, a memóriát, a lemezt és az adaptereket, amelyeket egy speciális adminisztrációs szerver, a theHardware Management Console (HMC). Ez a technológia lehetővé teszi a rendszergazdák számára, hogy létrehozzák, módosítsák és eltávolítsák az LPAR-okat, kezeljék az erőforrásokat, és az operációs rendszer munkáját különböző logikai Aix és Linux szervereken egyetlen fizikai szerveren belül.

az LPAR technológia több iterációjával lehetővé vált az erőforrások és a mikropartíciós processzor erőforrásainak dinamikus kezelése, lehetővé téve, hogy több LPAR is ugyanazt a fizikai processzort használja egyszerre. Ezután az IBM bevezette a virtuális I / O (VIO) technológiát, amely lehetővé teszi ugyanazon LPARs számára, hogy ugyanazokat a tárolási és hálózati erőforrásokat használja, ezáltal megtörve a lemez és az adapter elszigetelésének akadályát.

a VIO

a VIO technológiák alapjai szerverekből, szoftverekből és különböző parancsokból állnak.

VIO servers

a VIO technológia azon az elképzelésen alapul, hogy speciális LPAR-ok vannak, amelyek kezelik azokat a lemezeket és hálózati erőforrásokat, amelyeket más LPAR-ok használnak ugyanazon a pSeries vagy IBM System p szerveren. Ahelyett, hogy az egyes hálózati és lemez erőforrásokat LPAR-by-LPAR alapon faragnák ki (különösen azokban az esetekben, amikor nem lenne elegendő erőforrás az összes LPAR számára ahhoz, hogy rendelkezzen a működéséhez szükséges erőforrásokkal), egy vagy két VIO szerver kapja meg az irányítást ezen erőforrások felett, és osztja ki őket a többi LPAR-nak (VIO kliens LPAR-ok).

VIO software

ez a VIO szerver az AIX operációs rendszer speciális verzióját futtatja, egy IOS nevű kiegészítő szoftvercsomaggal. Ez a szoftver csomagban van, és a szokásos operációs rendszer parancsoktól (például installp) és a verziókezelési struktúrától (technológiai szintektől) függetlenül kezelhető. Hasonló ahhoz, ahogyan a HMC-k speciális szoftvereket töltenek be egy Linux kernelre egy adott célra.

Megjegyzés: Harmadik féltől származó szoftverek telepítése vagy az operációs rendszer bármilyen módon történő megváltoztatása az IOS-en kívül általában érvényteleníti az IBM támogatását, ezért a legjobb elkerülni a szerver nem szabványos, nem VIO módon történő módosítását.

a VIO felhasználói azonosítója és parancsai

a root felhasználói azonosító használata helyett a parancsok kiadásához egy adminisztratív felhasználói azonosítót—padmin —használnak az összes VIO vezérlőhöz. Ennek a felhasználói azonosítónak van egy iOS command-line interface (ioscli) nevű héja, amely egyedi parancskészletet futtat a VIO-kiszolgálókhoz rendelt eszközök kezeléséhez. Ezek közül a parancsok közül sok hasonló a szokásos Aix parancsokhoz (például lsdev), de különböző zászlókat és parancsstruktúrákat használnak (például lsdev –dev). De a superuser szintű parancsok többsége új, és egyszerre sok különböző műveletet hajt végre. Valójában, ha megfelelően kezelik, a rendszergazdáknak ritkán kell root-nak lenniük.

hasznos padmin a parancsok tartalmazzák:

• help: ez a parancs felsorolja az ioscli-ben elérhető összes parancsot. Ha átad egy adott parancsot, például help updateios, láthatja a parancs konkrét zászlóit és szintaxisát.
• cfgdev: ez a parancs megfelel a cfgmgr parancsnak, és új fizikai és logikai eszközöket észlel a VIO szerveren.
• oem_setup_env: ez a parancs egyenértékű a su – root futtatásával, jelszó megadása nélkül. Ismét ritkán kell gyökérré válnia egy VIO szerveren.
• mkvdev: Ez a parancs kezeli a létrehozott és a VIO kliens LPARs-jáig kiszolgált virtuális eszközöket.
• mktcpip, lstcpipés rmtcpip: ezek a parancsok a parancssorból kezelik a hálózatot, és megkerülik az olyan segédprogramok szükségességét, mint a smitty TCPIP.
• lsmap: ez a parancs a lemezerőforrások és a VIO kliens LPARs közötti kapcsolatot mutatja.

a környezet megtervezése

a VIO-környezet tervezésének megkezdésekor a sikeres, teljesen működőképes és rendkívül elérhető VIO-környezet egyenesen arányos azzal az idővel, amelyet a hardver ellenőrzésébe, néhány praktikus táblázattervezésbe és a részletekre összpontosít.

lemez erőforrások

az első terület, amellyel foglalkoznia kell, hogyan kezelheti a lemez erőforrásait a VIO kliens LPARs-ra. A VIO-n belül három fő módszert használ a lemez erőforrásainak kiszolgálására:

• 1. módszer: logikai kötetek lemezként. Ez a módszer megköveteli a lemez hozzárendelését egy VIO-kiszolgálóhoz, és apadmin felhasználói azonosítót használja a kötetcsoport és a logikai kötetek (LVS) létrehozásához az adott lemezen. Ezután leképezi ezeket az LV-ket VIO kliens LPARs használatra, egyedi lemezekként látva őket. Általában minden LV több gigabájt méretű, hogy kielégítse a VIO kliens LPARs igényét,például az adott LPAR-hoz tartozó AIX operációs rendszert.
  • előnyök: Ez a módszer csökkentheti a VIO-kiszolgálóhoz rendelt lemezek mennyiségét, mivel több VIO kliens LPARs hozzáférhet az ugyanazon a fizikai lemezen vagy logikai Egységszámon (LUN) hozzárendelt egyedi LV-khez egy Tárolóterület-hálózatról (SAN). Ha elegendő szabad hely van a lemezen, létrehozhat egy további LV-t menet közben, és gyorsan hozzárendelheti.
  • hátrányok: ez a módszer némi erőforrás-vitát okozhat, ha a VIO kliens LPARs gyors bemenetet/kimenetet (I/O) hajt végre ugyanazon a fizikai lemezen. Bizonyos esetekben a Vio kliens LPARs kötet Csoportos redundanciájához kétszer annyi fizikai lemezt kell hozzárendelni két különböző VIO szerverhez. És egy errant rmlv parancs teljesen leütheti a Vio kliens LPAR-t a vezetékről.
• 2. módszer: virtuális SCSI lemezek. Ebben a módszerben a lemezeket a VIO kiszolgálókhoz rendelik, és közvetlenül a VIO kliens LPARs-hoz rendelik. A VIO szerverek nem láthatóságot, hogy mi van a lemezeken, vagy hogyan használják őket, hanem egyszerűen szolgálja a lemezeket ki a VIO kliens LPARs.
  • előnyök: Ez a módszer egy gyors és egyszerű módja a lemezek kijuttatásának a VIO kliens LPARs-ba; csak két rövid parancsra van szükség ahhoz, hogy egy lemezt észleljünk, és az ajtót egy szerverhez használjuk. Ráadásul a VIO klienseknek nem kell aggódniuk semmilyen Lemezkezelő szoftver (például SDDPCM) miatt, hogy redundanciájuk legyen a lemezek két útvonalon történő megjelenítésében, amikor két VIO szerver szolgálja ki őket.
  • hátrányok: hatalmas mennyiségű lemez kezelése VIO szervereken és a klienseken, amelyekhez leképezték őket, bonyolulttá válhat. Továbbá, ha valaha is be kell indítania a System Management Services (SMS) szolgáltatást, akkor hosszú időbe telhet, amíg a VIO szerver megvizsgálja az összes lemezt, és többet azonosíthat gyökérkötetcsoportként (a trükk az, hogy keresse meg a VIO nevet).
• 3. módszer: virtuális Fibre Channel Adapter (NPIV). Ebben a módszerben a VIO szerverek teljes átjárókká válnak, amikor megosztják Fibre Channel (FC) adaptereiket közvetlenül a VIO kliens LPARs-jával. Egy új technológia, az úgynevezett N-Port ID virtualizáció, egyetlen FC adapter akasztott fel a SAN lehet használni több VIO kliens LPARs egyszerre. A VIO szerverek soha nem látják a VIO kliens LPARs-hoz rendelt lemezeket, mert minden VIO kliens LPAR-nak megvan a saját világméretű száma (WWN) minden FC adapteren, és a San-ból származó LUN-ok közvetlenül azokhoz a WWN-ekhez vannak hozzárendelve.
  • előnyök: ez a módszer rendkívül elegáns módja a VIO lemez erőforrásainak kezelésének, és egyszerűsíti a lemezek leképezésének folyamatát. Ez minimalizálja a VIO részvétel, mert miután a kezdeti leképezése FC adapter egy VIO kliens LPAR befejeződött, akkor nem kell futtatni más parancsokat a VIO szerverek-ellentétben a virtuális SCSI lemez módszer, ahol parancsokat kell futtatni minden VIO szerver minden egyes lemez, amely megosztott ki.
  • hátrányok: ennek a módszernek a fő hátránya, hogy egyes SAN technológiák még nem kompatibilisek az NPIV technológiával. Például volt egy unalmas tapasztalatom, amikor manuálisan kellett beírnom a Vio klienseim összes WWN-jét a zónatérképekbe, mert a SAN nem tudta automatikusan felismerni őket. Ha pedig nem vagy óvatos a licenceléssel, kimerítheti a virtualizációs technológia által a Vio szerverekhez rendelt WWN-ek körét.

hálózati erőforrások

a második terület, amelyet meg kell terveznie, az, hogy hogyan oszthatja meg hálózati erőforrásait a VIO kliens LPARs-jával. A lemez erőforrásaihoz hasonlóan a dolgok beállításának két fő módja van:

• 1.módszer: megosztott Ethernet adapterek (SEA). A SEA technológia mögött álló fő elv egyszerű:
  

   1 fizikai Ethernet Adapter + 1 virtuális Ethernet Adapter = 1 megosztott Ethernet Adapter
  

  a VIO szerverek létrehozásakor mind fizikai Ethernet adaptereket, mind virtuális Ethernet adaptereket rendelnek hozzájuk. A VIO kliens LPARs megmondják, hogy mely virtuális Ethernet adaptereket kell használni a kommunikációhoz. A VIO szerverek ezután leképezik ezeket a virtuális adaptereket fizikai Ethernet adapterekre, és ezek a VIO kliens LPAR-ok ugyanazon az eszközön keresztül kommunikálhatnak.

  • előnyök: mindaddig, amíg van egy fizikai entX eszköz áll rendelkezésre, akkor lehet, hogy egy új kapcsolatot a VIO kliens LPARs. Sőt, még a VIO szerverek IP-címei is konfigurálhatók a Seas-re a kommunikációhoz, megkerülve bármilyen speciális adminisztratív hálózati kapcsolat szükségességét.
  • hátrányok: erőforrás-vita akkor fordulhat elő, ha túl sok VIO kliens LPARs megy keresztül ugyanazon a fizikai Ethernet adapteren. Ha virtuális LAN (VLAN) csatorna áll rendelkezésre, ahol több hálózati alhálózat érhető el egyszerre ugyanazon a fizikai adapteren keresztül, ez a módszer nem használja ezt az előnyt.
• 2. módszer: integrált virtuális Ethernet (Ive). Az IVE technológia hasonló a SEA technológiához, de lehetővé teszi a hozzáférést több VLAN-hoz ugyanazon a fizikai adapteren keresztül. Minden VLAN-t mind a HMC-n, mind a VIO-kiszolgálón definiálunk a kommunikációhoz. Ezután a VIO kliens LPARs-nak megmondják a virtuális Ethernet adaptereket és a VLAN-számokat, amelyeket egy SEA-térképezésen keresztül kell elérniük. A több alhálózattal történő kommunikáció zökkenőmentesen történik.
  • előnyök: az IVE csökkenti a kommunikáció megkönnyítéséhez szükséges fizikai Ethernet adapterek és csatlakozások számát. Lehetővé válik, hogy ugyanazon a huzalon keresztül forgalmat küldjön a termelési, fejlesztési és biztonsági hálózatokba.
  • hátrányok: jelenleg nem lehet spontán módon új VLAN-okat hozzáadni egy IVE-kapcsolathoz. Ha új VLAN-t kell hozzáadnia egy meglévő IVE-kapcsolathoz, először logikusan meg kell semmisítenie és újra létre kell hoznia az alapul szolgáló SEA-eszközt, ami akadályozhatja a Vio kliens LPARs-ját a kapcsolat használatában. Továbbá, mint a régebbi SAN technológia és az NPIV, a régebbi hálózati eszközök nem képesek kezelni az IVE kapcsolatokat.

redundáns VIO szerverek

a harmadik terület, amelyet meg kell terveznie, hogy redundáns VIO szerverek legyenek ugyanazon a fizikai pSeries vagy System p szerveren. Ha egyetlen VIO szerver támogatja egy tucat VIO kliens LPARs és valami katasztrofális kopogtat, hogy a szerver offline, minden a tetején jön összeomlik.

azáltal, hogy két VIO szerver azonos erőforrásokkal rendelkezik, a VIO kliens LPARs továbbra is zavartalanul működhet, ha valami leállítja az egyik VIO szervert. A VIO kliens LPARs megy a másik VIO szerver a lemez és a hálózati erőforrások. A lemezek leképezése mind a VIO szerverekre, mind a hálózati vezérlőcsatornák létrehozása lehetővé teszi a VIO kliens LPARs két lábát. Azt is lehetővé teszi, hogy végre IOS frissítéseket a VIO szerverek dinamikusan anélkül, hogy a VIO kliens LPARs.

az egyes VIO-kiszolgálókhoz hozzárendelt erőforrásoknak a lehető legközelebb kell lenniük az azonossághoz, és a rendelkezésre állás maximalizálása érdekében kell megtervezniük őket. Ne keverje össze a lassabb sebességű Ethernet adaptert az egyik VIO szerveren a gyorsabb sebességgel. Ne tegye a két VIO szerver által használt összes FC adaptert ugyanabba a fizikai fiókba. Ehelyett tántorog az adapterek között több fiók és rendelje őket egymástól függetlenül. Tervezzen meg minden lehetséges hardverhibát, és keresse meg a redundancia maximalizálásának módjait.

ezenkívül különösen fontos dokumentálni, hogy minden hogyan van feltérképezve. Jegyezze fel a környezetet egy táblázatban, és gyakran hivatkozzon rá a vfcmapparancsok kimenetével. Az 1. ábra példát mutat egy egyszerű lapra, amely részletezi a System p szervert két VIO szerverrel és négy VIO kliens Lparral, a SEA, az IVE, a virtual SCSI és a virtual FC keverékét használva.

1.ábra. Minta változók táblázatkezelő

a VIO-kiszolgáló felépítése

most, hogy meghatározta, mire van szüksége a környezetéhez, az alábbi eljárás végigvezeti a VIO-kiszolgáló felépítésén. Ez az eljárás feltételezi, hogy ismeri a HMC-t és az SMS-t a menürendszerükkel együtt.

1. ellenőrizze, hogy elérhető-e a fejlett teljesítményvirtualizáció:
   1. a HMC-ben válassza ki a felügyelt rendszert.
   2. Kattintson A Tulajdonságok Elemre.
   3. a képességek lapon ellenőrizze, hogy a Virtual I/O Server Ababled (Virtuális I / O kiszolgáló képes) érték elérhető-e. Ha nem érhető el, forduljon az IBM-hez egy speciális Power virtualizációs kódért, és telepítse azt a VIO elérhetővé tételéhez.
2. adjuk meg a VIO LPAR:
   1. a HMC, a felügyelt rendszer kiválasztása, Kattintson Configuration > Create Logical Partition > VIO Server.
   2. nevezze el a kiszolgálót, és hívja ezt a profilt $SERVER.novirtuals.
   3. adja meg a kívánt processzorok, memória és I/O erőforrások mennyiségét, de jelenleg ne hozzon létre virtuális adaptert.
   4. ha a VIO szervert CD-ről vagy DVD-ről kívánja felépíteni, rendelje hozzá a meghajtót szükség szerint.
3. iOS telepítése:
   1. válassza ki a VIO szervert, majd kattintson a műveletek > aktiválás elemre.
   2. kattintson a Speciális gombra, és válassza az SMS lehetőséget a rendszerindítási módhoz.
   3. jelölje be a jelölőnégyzetet a terminál képernyő megnyitásához.
   4. ha CD-ről vagy DVD-ről telepít, helyezze be a lemezt, és indítsa el a kiszolgálót az SMS-ben.
   5. a Network Installation Manager (Nim) használata esetén adja meg a hálózati adapter beállításait, és mutasson a NIM-kiszolgálóra. Hagyja, hogy a szerver telepítse az IOS-t a merevlemezre.
4. Jelszó beállítása, licencelés, javítás és tükrözés:
   1. amikor a VIO szerver fel van kapcsolva, jelentkezzen be a padmin felhasználói azonosítóval, és állítsa be a jelszavát.
   2. ha a rendszer kéri, futtassa a license –accept parancsot a szoftverlicencelés megerősítéséhez.
   3. ha van frissítés a kiszolgálóhoz, használja a updateios parancsot a javítások telepítéséhez.
   4. tükrözze a gyökérkötetcsoportot a mirrorios paranccsal, ha van ilyen.
   5. indítsa újra a VIO szervert a shutdown –restart paranccsal.
5. a kiszolgáló klónozása:
   1. készítsen biztonsági másolatot a kiszolgálóról a backupios paranccsal, és használja ezt a képet a redundáns VIO szerver felépítéséhez (én inkább a Nim egyszerűségét szeretem ehhez a feladathoz).
6. hozza létre a virtual-enabled profilt:
   1. a HMC-ben, készítsen másolatot az aktuális VIO-kiszolgálók profiljairól, és hívja őket $SERVER-nek.vio. Ezek a profilok tartalmazzák a VIO szerverek konfigurációit virtuális eszközökkel.
7. a virtuális Ethernet-eszközök (HMC) meghatározása:
   1. a HMC-ben nyissa meg a virtuális használatra engedélyezett profilokat a Szerkesztés menü segítségével.
   2. kattintson a virtuális Adapterek fülre, és módosítsa a virtuális adapterek maximális számát valami magasra, például 1000-re (így nem kap hibát az alapértelmezett 20 túllépése miatt).
   3. Kattintson A Műveletekre > Hozzon Létre > Ethernet Adaptert.
   4. állítsa be az illesztő azonosítóját, és adja meg a VLAN-okat, ha IVE-t használ.
   5. a fő virtuális adapter esetében jelölje be a külső hálózat elérése jelölőnégyzetet.
   6. állítson be különböző törzsprioritási számokat a két VIO szerver között.
   7. ismételje meg ugyanezt a folyamatot egy vezérlőcsatorna-adapternél a redundancia érdekében, de ne jelölje be a külső hálózat elérése jelölőnégyzetet.
   8. mentse el a módosításokat, majd indítsa el ezt a profilt.
8. a virtuális Ethernet-eszközök (VIO) meghatározása:
   1. jelentkezzen be a VIO-kiszolgálókra padminnéven.
   2. ellenőrizze az eszközlistát a lsdev paranccsal.
   3. ellenőrizze a virtuális Ethernet adapterek attribútumait a lsdev –dev entX –attr paranccsal, hogy melyik adapter melyik.
   4. futtassa a következő parancsot egy SEA létrehozásához, helyettesítve az entX eszközöket és az azonosító számot a táblázatból:
      

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

   5. ha ezt a SEA-t elérhetővé kell tennie a VIO szerverről, használja a mktcpip parancsot az IP-cím beállításához. A ping teszt gyorsan megerősíti, hogy mindent helyesen állított-e be.

a VIO-kliensek felépítése

most, hogy a VIO-kiszolgálók üzemelnek, a következő eljárás végigvezeti Önt a VIO-kliens LPAR felépítésén:

1. adja meg a VIO kliens LPAR:
   1. a HMC, a felügyelt rendszer kiválasztása, Kattintson Configuration > Create logikai Partition > AIX Server.
   2. nevezze el a kiszolgálót, és hívja ezt a profilt $SERVER.vio az egyszerűség kedvéért.
   3. adja meg a kívánt processzorok, memória és I/O erőforrások mennyiségét, de jelenleg ne hozzon létre virtuális adaptert.
2. a VIO-kiszolgáló lemez erőforrásainak létrehozása:
   1. a HMC-ben nyissa meg a Vio-kiszolgálók virtuális engedélyezett profiljait a Szerkesztés menü segítségével.
   2. kattintson a virtuális Adapterek fülre.
   3. kattintási műveletek > > Fiber Channel Adapter vagy SCSI Adapter létrehozása.
   4. írja be a slot számokat a táblázatból.
   5. válassza ki az egyetlen kiválasztott ügyfélpartíció csatlakoztatható opciót, majd válassza ki a VIO kliens LPAR-t.
   6. állítsa le a VIO-kiszolgálókat, és aktiválja őket ezekből a profilokból, vagy dinamikusan adja hozzá ugyanazokat az erőforrásokat az LPARs-hoz.

      megjegyzés: a VIO kliens LPAR-t üres lapként hozta létre, hogy ezt könnyen meghatározhassa.

3. a VIO kliens LPAR szerkesztése:
   1. a HMC-ben nyissa meg a Vio kliens lpars virtuális-engedélyezett profiljait a Szerkesztés menü segítségével.
   2. kattintson a virtuális Adapterek fülre.
   3. kattintási műveletek > > Fiber Channel Adapter vagy SCSI Adapter létrehozása.
   4. írja be a slot számokat a táblázatból.
   5. kattintson a műveletek > > Ethernet Adapter létrehozása elemre, állítsa be az Adapter azonosítóját, és szükség szerint írja be a VLAN-okat a táblázatból.

      ha virtuális Fibre Channel adaptereket hozott létre, kattintson a tulajdonságaikra a WWN-ek megszerzéséhez.

4. adja meg a virtuális SCSI-lemez leképezéseket (VIO):
   1. ha virtuális SCSI-adaptereket használ a lemez erőforrásainak kiszolgálására, akkor ezeket a lemezeket a SAN-ból (ha van ilyen) leképezze.
   2. jelentkezzen be a VIO szerverekre a padminfelhasználói azonosítóval, majd futtassa a cfgdev parancsot az új lemezek észleléséhez.
   3. vizsgálja meg őket alspv éslsdev –dev hdiskX –attr parancsokkal.
   4. vizsgálja meg a szerveren lévő vhostokat a lsmap –all paranccsal.
   5. futtassa a következő parancsot a lemezek hozzárendeléséhez a megadott vhost-okhoz, megadva nekik a virtuális Céllemez (VTD) neveket, amelyek segítenek nyomon követni őket, ahogy szeretné:

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

5. határozza meg a virtuális FC térképeket (VIO):
   1. ha virtuális FC adaptereket használ a lemez erőforrásainak kiszolgálásához, vizsgálja meg a kiszolgáló vfchostjait a lsmap –all –npiv paranccsal.
   2. futtassa a következő parancsot az FC adapterek hozzárendeléséhez a megadott vfchostokhoz:
      

       vfcmap-vadapter vfchostX -fcp fcsX
      

   3. írja be a WWNs be a SAN és faragni, és térkép lemezek. A VIO kliens LPARs-hoz mennek.
6. a kliens LPARs (HMC) aktiválása:
   1. válassza ki a VIO kliens lpars-t, majd kattintson a műveletek > aktiválás elemre.
   2. kattintson a Speciális gombra, és válassza az SMS lehetőséget a rendszerindítási módhoz.
   3. jelölje be a jelölőnégyzetet a terminál képernyő megnyitásához.

ettől a ponttól kezdve a telepítés egy szabványos Aix server telepítést követ.