CheatSheet för Vio-AIX & System P Community

under de tidiga dagarna av IBM AIX Australia var systemadministratörer begränsade till en logisk server per fysisk server. Om du ville växa din datormiljö, var du tvungen att köpa en ny IBM RS/6000 eller pSeries server. Eller omvänt, om du hade några gratis resurser som du ville dela med en annan server, fanns det inget enkelt sätt att göra det utan att fysiskt flytta hårdvarukomponenter.

under 2001 introducerade IBM logical partitioning (LPAR) – teknik, som gjorde det möjligt för flera logiska servrar att använda samma fysiska serverresurser, inklusive processor, minne, disk och adaptrar, som hanteras av en speciell administrativ server som heter theHardware Management Console (HMC). Denna teknik låter systemadministratörer skapa, ändra och ta bort lpar: er, hantera resurser och göra operativsystemarbete på olika logiska AIX-och Linux-servrar inom en enda fysisk server.

med flera fler iterationer av LPAR-teknik blev det möjligt att dynamiskt hantera resurser och mikropartitionsprocessorresurser, så att flera lpar delar till och med samma fysiska processor samtidigt. Sedan introducerade IBM virtual I / O (VIO) – teknik, vilket gör det möjligt för samma lpar att använda samma lagrings-och nätverksresurser och därigenom bryta barriären för disk-och adapterisolering.

grunderna i Vio

Vio-teknologier består av servrar, programvara och olika kommandon.

Vio-servrar

Vio-tekniken bygger på tanken på att ha speciella lpar som hanterar disk-och nätverksresurser som andra lpar använder på samma pSeries eller IBM System p-servrar. Istället för att de enskilda nätverks-och diskresurserna huggas ut på lpar-för-LPAR-basis (särskilt i fall där det inte skulle finnas tillräckliga resurser för att alla lpar ska ha vad de behöver för att fungera), får en eller två Vio-servrar kontroll över dessa resurser och delar dem ut till de andra lpar: erna (VIO client LPARs).

Vio software

denna Vio-server kör en specialversion av AIX-operativsystemet, med ett extra mjukvarupaket som heter IOS. Denna programvara levereras och hanteras oberoende av de vanliga operativsystemkommandon (till exempel installp) och versionshanteringsstruktur (tekniknivåer). Det liknar hur HMCs har specialiserad programvara laddad på en Linux-kärna för ett specifikt syfte.

notera: Installera programvara från tredje part eller ändra operativsystemet på något sätt utanför IOS ogiltigförklarar vanligtvis stöd från IBM, så det är bäst att undvika att ändra servern på något icke-standard, icke-VIO sätt.

VIO-användar-ID och kommandon

istället för att använda root—användar—ID för att utfärda kommandon används ett administrativt användar-ID – padmin – för alla Vio-kontroller. Detta användar-ID har ett skal som heter iOS command-line interface (ioscli) som kör en unik uppsättning kommandon för hantering av enheter som tilldelats VIO-servrarna. Många av dessa kommandon liknar vanliga AIX-kommandon (till exempel lsdev) men använder olika flaggor och kommandostrukturer (till exempel lsdev –dev). Men de flesta kommandon på superanvändarnivå är nya och utför många olika operationer samtidigt. Faktum är att systemadministratörer sällan måste bli rot när de administreras korrekt.

användbarpadmin kommandon inkluderar:

  • hjälp: detta kommando listar alla kommandon som är tillgängliga i ioscli. Om du skickar ett specifikt kommando till det, till exempelhelp updateios, kan du se specifika flaggor och syntax för det kommandot.
  • cfgdev : detta kommando motsvarar kommandotcfgmgr och upptäcker nya fysiska och logiska enheter som läggs till VIO-servern.
  • oem_setup_env: detta kommando motsvarar att köra su – root men utan att behöva ange ett lösenord. Återigen måste du sällan bli rot på en VIO-server.
  • mkvdev: Det här kommandot hanterar de virtuella enheter som du skapar och serverar upp till VIO client LPARs.
  • mktcpip, lstcpipoch rmtcpip: dessa kommandon hanterar ditt nätverk från kommandoraden och kringgår behovet av verktyg som smitty tcpip.
  • lsmap: detta kommando visar relationerna mellan diskresurser och VIO-klient-lpar.

planera din miljö

när du börjar planera din Vio-miljö är en framgångsrik, fullt fungerande och mycket tillgänglig VIO-miljö direkt proportionell mot den tid du investerar i att kontrollera din hårdvara, designa några praktiska kalkylblad och fokusera på detaljerna.

diskresurser

det första området du måste ta itu med är hur du hanterar dina diskresurser till dina VIO-klient-lpar. Inom VIO använder du tre huvudmetoder för att servera diskresurser:

  • Metod 1: logiska volymer som diskar. Den här metoden kräver att en skiva tilldelas en Vio-server och använder padminanvändar-ID för att skapa en volymgrupp och logiska volymer (lvs) på den disken. Sedan kartlägger du dessa LVs till VIO client lpar för användning och ser dem som enskilda diskar. Vanligtvis är varje LV flera gigabyte i storlek för att tillgodose behovet av VIO-klientens lpar, till exempel att ha AIX-operativsystemet för den LPAR placerad på den.
    • fördelar: Den här metoden kan minska mängden skivor som tilldelats en Vio-server, eftersom flera VIO-klient-lpar kan komma åt de enskilda lv: erna som de tilldelas på samma fysiska disk eller logiska enhetsnummer (LUN) från ett lagringsnätverk (SAN). Om det finns tillräckligt med ledigt utrymme på skivan kan du skapa en extra LV i farten och tilldela den snabbt.
    • nackdelar: den här metoden kan orsaka viss resurskonflikt om VIO-klient-lpar: erna utför Snabb input/output (I/O) på samma fysiska disk. I vissa fall, för volymgruppsredundans på Vio client LPARs, kan det kräva dubbelt så många fysiska diskar som tilldelas två olika vio-servrar. Och ett felaktigtrmlv – kommando kan helt slå en VIO-klient LPAR av ledningen.
  • Metod 2: virtuella SCSI-skivor. I den här metoden tilldelas diskar till VIO-servrarna och mappas direkt till VIO-klienten lpar. VIO-servrarna har ingen insyn i vad som finns på diskarna eller hur de används utan serverar helt enkelt skivorna till VIO-klienten lpar.
    • fördelar: Denna metod är ett snabbt och enkelt sätt att få skivor ut till VIO client LPARs; det tar bara två korta kommandon för att få en skiva upptäckt och ut genom dörren till en server för användning. Dessutom behöver Vio-klienterna inte oroa sig för någon form av diskhanteringsprogramvara (som SDDPCM) för att ha redundans när de ser skivorna ner två vägar när de serveras av två vio-servrar.
    • nackdelar: att hantera en enorm mängd diskar på VIO-servrar och de klienter som de mappas till kan bli knepiga. Om du någonsin måste starta upp System Management Services (SMS) kan det ta lång tid för VIO-servern att sondra alla diskar, och det kan identifiera flera som rotvolymgrupper (tricket är att leta efter Vio-namnet).
  • Metod 3: virtuell Fiberkanaladapter (NPIV). I den här metoden blir VIO-servrar kompletta genomgångar när de delar ut sina Fibre Channel (FC) – Adaptrar direkt till Vio-klientens lpar. Med hjälp av en ny teknik som kallas N-Port ID virtualisering, en enda FC adapter ansluten till en SAN kan användas av flera VIO klient LPARs samtidigt. VIO-servrarna ser aldrig någon av diskarna som tilldelas VIO client lpar, eftersom varje VIO client LPAR får sitt eget Worldwide Number (WWN) på varje FC-adapter, och LUN från SAN mappas direkt till dessa WWN.
    • fördelar: denna metod är ett extremt elegant sätt att hantera Vio-diskresurser och förenklar processen för kartläggning av skivor. Det minimerar mängden Vio-engagemang, för efter att den första kartläggningen av en FC—adapter till en Vio-klient LPAR är klar behöver du inte köra några andra kommandon på vio-servrarna-till skillnad från den virtuella SCSI-diskmetoden, där kommandon måste köras på varje VIO-server för varje disk som delas ut.
    • nackdelar: den största nackdelen med denna metod är att viss SAN-teknik ännu inte är kompatibel med NPIV-teknik. Till exempel hade jag en tråkig upplevelse där jag var tvungen att manuellt ange alla WWNs från mina Vio-klienter i zonkartorna, eftersom SAN inte automatiskt kunde upptäcka dem. Och om du inte är försiktig med din licensiering kan du uttömma utbudet av WWNs som virtualiseringstekniken allokerar till Vio-servrarna.

nätverksresurser

det andra området du måste planera är hur du delar ut dina nätverksresurser till VIO client LPARs. I likhet med diskresurserna finns det två huvudsakliga sätt att ställa in saker:

  • Metod 1: delade Ethernet-adaptrar (hav). Huvudprincipen bakom SEA-tekniken är enkel: 
    1 fysisk Ethernet-Adapter + 1 virtuell Ethernet-Adapter = 1 delad Ethernet-Adapter

    när VIO-servrar skapas tilldelas de både fysiska Ethernet-adaptrar och virtuella Ethernet-adaptrar. VIO client lpar får veta vilka virtuella Ethernet-adaptrar de ska använda för sin kommunikation. VIO-servrarna kartlägger sedan dessa virtuella adaptrar till fysiska Ethernet-adaptrar, och de VIO-klient-lpar: erna kan kommunicera via samma enhet.

    • fördelar: så länge du har en fysisk entX-Enhet tillgänglig kan du skapa en ny anslutning för dina VIO client LPARs. Och även VIO-servrarna kan ha IP-adresser konfigurerade på haven för kommunikation, kringgå behovet av någon form av specialiserad administrativ nätverksanslutning.
    • nackdelar: resurskonflikt kan uppstå om du har för många Vio-klient-lpar: er som går igenom samma fysiska Ethernet-adapter. Om virtuell Lan (VLAN) trunking är tillgänglig, där flera nätverksundernät kan nås samtidigt via samma fysiska adapter, använder den här metoden inte den fördelen.
  • Metod 2: integrerad virtuell Ethernet (Ive). Ive-teknik liknar SEA-teknik men ger åtkomst till flera VLAN via samma fysiska adapter. Varje VLAN definieras både genom HMC och på VIO-servern för kommunikation. Sedan får VIO-klient-lpar: erna de virtuella Ethernet-adaptrarna och VLAN-nummer som de ska komma åt via en havskartläggning. Kommunikationen till flera subnät sker sömlöst.
    • fördelar: IVE minskar antalet fysiska Ethernet-adaptrar och anslutningar som behövs för att underlätta kommunikation. Det blir möjligt att skicka trafik till Produktions -, utvecklings-och backupnätverk genom samma tråd.
    • nackdelar: för närvarande kan du inte spontant lägga till nya VLAN till en Ive-anslutning. Om du behöver lägga till en ny VLAN till en befintlig Ive-anslutning måste du först logiskt förstöra och återskapa den underliggande SEA-enheten, vilket eventuellt hindrar alla Vio-klient-lpar: er som använder den anslutningen. Dessutom, som med äldre SAN-teknik och NPIV, kanske äldre nätverksutrustning inte kan hantera Ive-anslutningar.

redundanta Vio-servrar

det tredje området du behöver planera är att ha redundanta Vio-servrar på samma fysiska pSeries eller System P-server. Om en enda Vio-server stöder ett dussin Vio-klient-lpar och något katastrofalt slår den servern offline, kommer allt ovanpå det att krascha ner.

genom att ha två Vio-servrar med samma uppsättning resurser kan VIO client LPARs fortsätta fungera obehindrat om något tar ner en av VIO-servrarna. VIO client LPARs kommer att gå till den andra Vio-servern för sina disk-och nätverksresurser. Kartläggning diskar till både Vio servrar och skapa nätverkskontrollkanaler ger VIO klient LPARs två ben att stå på. Det gör det också möjligt att utföra iOS-uppgraderingar på VIO-servrarna dynamiskt utan att påverka Vio-klientens lpar.

de resurser som du tilldelar varje Vio-server ska vara så nära identiska som möjligt och utformade för att maximera tillgängligheten. Blanda inte en långsammare Ethernet-adapter på en VIO-server med en snabbare hastighet på en annan. Lägg inte alla FC-adaptrar som används av båda Vio-servrarna i samma fysiska låda. Placera istället adaptrarna mellan flera lådor och tilldela dem oberoende. Planera ut alla möjliga hårdvarufel och leta efter sätt att maximera redundans.

dessutom är det särskilt viktigt att dokumentera hur allt kartläggs. Spela in din miljö i ett kalkylblad och korsreferera det ofta med utmatningen av kommandon som vfcmap. Figur 1 ger ett exempel på ett enkelt ark som beskriver en System p-server med två Vio-servrar och fyra VIO-klient-lpar med en blandning av SEA, IVE, virtual SCSI och virtual FC.

Figur 1. Exempelvariabler kalkylblad
skärmbild av exempelvariabler kalkylblad

bygga Vio-servern

nu när du har bestämt vad du behöver för din miljö, guidar följande procedur dig genom att bygga en vio-server. Denna procedur förutsätter att du är bekant med HMC och SMS tillsammans med deras menysystem.

  1. bekräfta att advanced power virtualization är tillgängligt:
    1. i HMC väljer du ditt hanterade system.
    2. Klicka På Egenskaper.
    3. på fliken Funktioner, bekräfta att Virtual I/O Server Capable är inställd på tillgänglig. Om det inte är tillgängligt, kontakta IBM för en avancerad Power Virtualization-kod och installera den för att göra VIO tillgänglig.
  2. definiera VIO LPAR:
    1. i HMC, med ditt hanterade system valt, klicka på Konfiguration > skapa logisk Partition > Vio Server.
    2. namnge din server och ring den här profilen $SERVER.novirtuals.
    3. ge den mängden processorer, minne och I/O-resurser du önskar, men skapa inga virtuella Adaptrar just nu.
    4. om du tänker bygga din VIO-server från CD eller DVD, tilldela enheten efter behov.
  3. installera IOS:
    1. Välj Vio-servern och klicka på operationer > aktivera.
    2. klicka på Avancerat och välj SMS för startläget.
    3. markera kryssrutan för att öppna en terminalskärm.
    4. om du installerar från en CD eller DVD, sätt i skivan och starta servern från den i SMS.
    5. om du använder Nätverksinstallationshanteraren (Nim) konfigurerar du inställningarna för nätverksadaptern och pekar på din nim-server. Låt servern installera IOS på hårddisken.
  4. Ställ in lösenord, licensiering, patching och spegling:
    1. när Vio-servern är uppe loggar du in med padmin användar-ID och ställer in lösenordet.
    2. om du uppmanas, kör kommandotlicense –accept för att bekräfta programvarulicensen.
    3. om du har en uppdatering för servern, använd kommandot updateios för att installera några korrigeringar.
    4. spegla rotvolymgruppen med kommandotmirrorios , om tillämpligt.
    5. starta om Vio –servern med kommandotavstängning-starta om .
  5. klona servern:
    1. säkerhetskopiera servern med kommandotbackupios och använd den bilden för att bygga din redundanta Vio-server (Jag föredrar enkelheten i NIM för den här uppgiften).
  6. skapa den virtuella aktiverade profilen:
    1. i HMC gör du kopior av de aktuella Vio-servrarnas profiler och kallar dem $SERVER.vio. Dessa profiler innehåller dina Vio-servrars konfigurationer med virtuella enheter.
  7. definiera dina virtuella Ethernet-enheter (HMC):
    1. i HMC öppnar du de virtuella aktiverade profilerna med menyn Redigera.
    2. klicka på fliken virtuella adaptrar och ändra det maximala antalet virtuella Adaptrar till något högt, som 1000 (så att du inte får fel för att överskrida standardvärdet 20).
    3. Klicka På Åtgärder > Skapa > Ethernet-Adapter.
    4. Ställ in adapterns ID och ange VLAN om du använder IVE.
    5. för den virtuella huvudadaptern markerar du kryssrutan Öppna externt nätverk.
    6. Ställ in olika stamprioritetsnummer mellan de två Vio-servrarna.
    7. upprepa samma process för en kontrollkanaladapter för redundans, men markera inte kryssrutan Access externt nätverk.
    8. Spara dina ändringar och starta sedan från den här profilen.
  8. definiera dina virtuella Ethernet-enheter (Vio):
    1. logga in på Vio-servrarna som padmin.
    2. kontrollera din Enhetslista med kommandotlsdev .
    3. kontrollera attributen för de virtuella Ethernet –adaptrarna med kommandotlsdev –dev entX-attr för att bekräfta vilka adaptrar som är vilka.
    4. kör följande kommando för att skapa ett hav, ersätta dina entX-enheter och ID-nummer från ditt kalkylblad: 
      MKVDEV-sea $PHYS-vadapter $VIRT-defaultid $ID 
      -attr ha_mode=auto ctl_chan=$CTRL

    5. om du behöver göra detta hav tillgängligt från Vio-servern, använd kommandot mktcpip för att ställa in en IP-adress på den. Ett ping – test bekräftar snabbt om du har ställt in allt korrekt.

bygga Vio-klienterna

nu när dina Vio-servrar är uppe, guidar följande procedur dig genom att bygga en Vio client LPAR:

  1. definiera Vio-klienten LPAR:
    1. i HMC, med ditt hanterade system valt, klicka på Konfiguration > skapa logisk Partition > AIX Server.
    2. namnge din server och ring den här profilen $SERVER.vio för att underlätta.
    3. ge den mängden processorer, minne och I/O-resurser du önskar men skapa inga virtuella Adaptrar just nu.
  2. skapa Vio server disk resources:
    1. i HMC öppnar du Vio-serverns virtuella aktiverade profiler med hjälp av menyn Redigera.
    2. klicka på fliken virtuella Adaptrar.
    3. klicka på åtgärder > skapa > Fiberkanaladapter eller SCSI-Adapter.
    4. ange kortnummer från kalkylbladet.
    5. Välj det enda valda klientpartitionen kan ansluta alternativet och välj din VIO-klient LPAR.
    6. Stäng av dina Vio-servrar och aktivera dem från dessa profiler, eller lägg dynamiskt till samma resurser i lpar: erna.

      Obs: du skapade Vio client LPAR som en tom skiffer så att du enkelt kan definiera detta.

  3. redigera Vio client LPAR:
    1. i HMC öppnar du Vio client LPARs virtuella aktiverade profiler med menyn Redigera.
    2. klicka på fliken virtuella Adaptrar.
    3. klicka på åtgärder > skapa > Fiberkanaladapter eller SCSI-Adapter.
    4. ange kortnummer från kalkylbladet.
    5. klicka på åtgärder > skapa > Ethernet-Adapter, Ställ in Adapter-ID och ange VLAN efter behov från kalkylarket.

      om du skapade virtuella Fibre Channel-Adaptrar klickar du på deras egenskaper för att få deras WWN.

  4. definiera virtuella SCSI-diskkartor (Vio):
    1. om du använder virtuella SCSI-adaptrar för att betjäna diskresurser, mappa dessa diskar just nu från din SAN (om tillämpligt).
    2. logga in på Vio-servrarna medpadmin användar-ID och körcfgdev för att upptäcka nya diskar.
    3. undersök dem med kommandonalspv ochlsdev –dev hdiskX –attr .
    4. Undersök vhosts på servern med kommandotlsmap –all .
    5. kör följande kommando för att mappa diskarna till de angivna vhosts, vilket ger dem virtuella mål disk (VTD) namn för att hjälpa dig att spåra dem som du vill: 
      mkvdev-vdev hdiskX-vadapter $VHOST-dev $VTD

  5. definiera de virtuella FC-kartorna (VIO):
    1. om du använder virtuella FC –adaptrar för att betjäna diskresurser, undersök vfchosts på servern med kommandot lsmap –all-npiv.
    2. kör följande kommando för att mappa FC adaptrar till de angivna vfchosts: 
      vfcmap-vadapter vfchostX-fcp fcsX

    3. ange i dina WWNs i din SAN och skära ut och kartlägga diskar. De kommer att gå till Vio-klienten LPARs.
  6. aktivera client LPARs (HMC):
    1. Välj Vio client lpars och klicka på Operations > Activate.
    2. klicka på Avancerat och välj SMS för startläget.
    3. markera kryssrutan för att öppna en terminalskärm.

från denna punkt följer installationen en standard AIX-serverinstallation.

Write a Comment

Din e-postadress kommer inte publiceras.