CheatSheet für VIO – AIX & Systemadministratoren

In den frühen Tagen von IBM AIX® waren Systemadministratoren auf einen logischen Server pro physischem Server beschränkt. Wenn Sie Ihre Computerumgebung erweitern wollten, mussten Sie einen neuen IBM RS / 6000®- oder pSeries®-Server erwerben. Oder umgekehrt, wenn Sie einige freie Ressourcen hatten, die Sie für einen anderen Server freigeben wollten, gab es keine einfache Möglichkeit, dies zu tun, ohne Hardwarekomponenten physisch zu verschieben.

Im Jahr 2001 führte IBM die LPAR-Technologie (Logical Partitioning) ein, mit der mehrere logische Server dieselben physischen Serverressourcen wie Prozessor, Arbeitsspeicher, Festplatte und Adapter verwenden konnten, die von einem speziellen Verwaltungsserver namens verwaltet wurden Hardware Management Console (HMC). Mit dieser Technologie können Systemadministratoren LPARs erstellen, ändern und entfernen, Ressourcen verwalten und Betriebssystemarbeiten auf unterschiedlichen logischen AIX- und Linux®-Servern auf einem einzigen physischen Server ausführen.

Mit mehreren weiteren Iterationen der LPAR-Technologie wurde es möglich, Ressourcen und Mikropartitionsprozessorressourcen dynamisch zu verwalten, sodass mehrere LPARs denselben physischen Prozessor gleichzeitig gemeinsam nutzen können. Anschließend führte IBM die Virtual I / O (VIO) -Technologie ein, mit der dieselben LPARs dieselben Speicher- und Netzwerkressourcen verwenden können, wodurch die Barriere der Festplatten- und Adapterisolierung durchbrochen wird.

Die Grundlagen von VIO

VIO-Technologien bestehen aus Servern, Software und verschiedenen Befehlen.

VIO-Server

Die VIO-Technologie basiert auf der Idee spezieller LPARs, die die Festplatten- und Netzwerkressourcen verwalten, die andere LPARs auf denselben pSeries- oder IBM System p-Servern verwenden. Anstatt die einzelnen Netzwerk- und Festplattenressourcen LPAR-für-LPAR aufzuteilen (insbesondere in Fällen, in denen nicht genügend Ressourcen für alle LPARs vorhanden sind, um das zu besitzen, was sie zum Funktionieren benötigen), ein oder zwei VIO-Server erhalten die Kontrolle über diese Ressourcen und teilen sie mit den anderen LPARs (VIO-Client-LPARs).

VIO-Software

Auf diesem VIO-Server läuft eine spezielle Version des AIX-Betriebssystems mit einem zusätzlichen Softwarepaket namens IOS. Diese Software wird gebündelt geliefert und unabhängig von den üblichen Betriebssystembefehlen (z. B. installp) und der Versionsstruktur (Technologieebenen) verwaltet. Es ist ähnlich, wie HMCs spezialisierte Software für einen bestimmten Zweck auf einen Linux-Kernel geladen haben.

Hinweis: Die Installation von Software von Drittanbietern oder die Änderung des Betriebssystems durch andere Mittel als IOS macht den Support von IBM in der Regel ungültig.

Die VIO-Benutzer-ID und Befehle

Anstatt die Root—Benutzer—ID zum Ausgeben von Befehlen zu verwenden, wird für alle VIO-Steuerelemente eine administrative Benutzer-ID – padmin – verwendet. Diese Benutzer-ID verfügt über eine Shell namens IOS Command-Line Interface (ioscli), die einen eindeutigen Befehlssatz zum Verwalten von Geräten ausführt, die den VIO-Servern zugewiesen sind. Viele dieser Befehle ähneln regulären AIX-Befehlen (z. B. lsdev), verwenden jedoch unterschiedliche Flags und Befehlsstrukturen (z. B. lsdev –dev). Die meisten Befehle auf Superuser-Ebene sind jedoch neu und führen viele verschiedene Vorgänge gleichzeitig aus. Tatsächlich müssen Systemadministratoren bei ordnungsgemäßer Verwaltung selten root werden.

Hilfreich padmin Befehle enthalten:

• help: Dieser Befehl listet alle in der ioscli verfügbaren Befehle auf. Wenn Sie einen bestimmten Befehl übergeben, z. B.help updateios , können Sie die spezifischen Flags und die Syntax für diesen Befehl anzeigen.
• cfgdev: Dieser Befehl entspricht dem Befehl cfgmgr und erkennt neue physische und logische Geräte, die dem VIO-Server hinzugefügt wurden.
• oem_setup_env: Dieser Befehl entspricht dem Ausführen von su – root, jedoch ohne dass ein Kennwort eingegeben werden muss. Auch hier müssen Sie selten Root auf einem VIO-Server werden.
• mkvdev: Dieser Befehl verwaltet die virtuellen Geräte, die Sie erstellen und für die VIO-Client-LPARs bereitstellen.
• mktcpip, lstcpip und rmtcpip: Diese Befehle verwalten Ihr Netzwerk über die Befehlszeile und umgehen die Notwendigkeit von Dienstprogrammen wie smitty tcpip.
• lsmap: Dieser Befehl zeigt die Beziehungen zwischen Datenträgerressourcen und VIO-Client-LPARs an.

Planen Ihrer Umgebung

Wenn Sie mit der Planung Ihrer VIO-Umgebung beginnen, ist eine erfolgreiche, voll funktionsfähige und hochverfügbare VIO-Umgebung direkt proportional zu der Zeit, die Sie in die Überprüfung Ihrer Hardware, das Entwerfen einiger praktischer Tabellenkalkulationen und die Konzentration auf die Details investieren.

Festplattenressourcen

Der erste Bereich, den Sie ansprechen müssen, ist die Verwaltung Ihrer Festplattenressourcen für Ihre VIO-Client-LPARs. Innerhalb von VIO verwenden Sie drei Hauptmethoden, um Festplattenressourcen bereitzustellen:

• Methode 1: Logische Volumes als Festplatten. Diese Methode erfordert das Zuweisen einer Festplatte zu einem VIO-Server und die Verwendung der Benutzer-ID padmin, um eine Volumegruppe und logische Volumes (LVs) auf dieser Festplatte zu erstellen. Anschließend ordnen Sie diese LVs den VIO-Client-LPARs zur Verwendung zu und sehen sie als einzelne Festplatten. In der Regel ist jede LV mehrere Gigabyte groß, um die Anforderungen der VIO-Client-LPARs zu erfüllen, z. B. das AIX-Betriebssystem für diese LPAR.
  • Vorteile: Diese Methode kann die Anzahl der einem VIO-Server zugewiesenen Datenträger reduzieren, da mehrere VIO-Client-LPARs von einem Storage Area Network (SAN) aus auf die einzelnen LVs zugreifen können, die ihnen auf demselben physischen Datenträger oder derselben Logical Unit Number (LUN) zugewiesen sind. Wenn genügend freier Speicherplatz auf der Festplatte vorhanden ist, können Sie im laufenden Betrieb eine zusätzliche LV erstellen und diese schnell zuweisen.
  • Nachteile: Diese Methode kann zu Ressourcenkonflikten führen, wenn die VIO-Client-LPARs eine schnelle Eingabe / Ausgabe (E / A) auf derselben physischen Festplatte durchführen. In einigen Fällen kann es für die Volumegruppenredundanz auf den VIO-Client-LPARs erforderlich sein, dass doppelt so viele physische Datenträger zwei verschiedenen VIO-Servern zugewiesen werden. Und ein fehlerhafter Befehl rmlv kann eine VIO-Client-LPAR vollständig von der Leitung lösen.
• Methode 2: Virtuelle SCSI-Festplatten. Bei dieser Methode werden Festplatten den VIO-Servern zugewiesen und direkt den VIO-Client-LPARs zugeordnet. Die VIO-Server haben keinen Einblick in das, was sich auf den Festplatten befindet oder wie sie verwendet werden, sondern liefern die Festplatten einfach an die VIO-Client-LPARs aus.
  • Vorteile: Diese Methode ist eine schnelle und einfache Möglichkeit, Festplatten an VIO Client LPARs zu senden; Es sind nur zwei kurze Befehle erforderlich, um eine Festplatte zu erkennen und die Tür zu einem Server zur Verwendung zu öffnen. Außerdem müssen sich die VIO-Clients nicht um irgendeine Art von Datenträgerverwaltungssoftware (wie SDDPCM) kümmern, um Redundanz beim Anzeigen der Datenträger auf zwei Pfaden zu haben, wenn sie von zwei VIO-Servern bedient werden.
  • Nachteile: Die Verwaltung einer großen Anzahl von Festplatten auf VIO-Servern und den Clients, denen sie zugeordnet sind, kann schwierig werden. Wenn Sie jemals in System Management Services (SMS) booten müssen, kann es lange dauern, bis der VIO-Server alle Festplatten überprüft und mehrere als Root-Volume-Gruppen identifiziert (der Trick besteht darin, nach dem VIO-Namen zu suchen).
• Methode 3: Virtueller Fibre Channel Adapter (NPIV). Bei dieser Methode werden VIO-Server zu vollständigen Pass-Throughs, wenn sie ihre Fibre Channel (FC) -Adapter direkt an die VIO-Client-LPARs weitergeben. Mit einer neuen Technologie namens N-Port-ID-Virtualisierung kann ein einzelner FC-Adapter, der an ein SAN angeschlossen ist, von mehreren VIO-Client-LPARs gleichzeitig verwendet werden. Die VIO-Server sehen keine der Festplatten, die den VIO-Client-LPARs zugewiesen sind, da jede VIO-Client-LPAR auf jedem FC-Adapter eine eigene weltweite Nummer (WWN) erhält und die LUNs aus dem SAN direkt diesen WWNs zugeordnet sind.
  • Vorteile: Diese Methode ist eine äußerst elegante Methode zur Verwaltung von VIO-Festplattenressourcen und vereinfacht das Zuordnen von Festplatten. Es minimiert den VIO-Aufwand, da Sie nach Abschluss der anfänglichen Zuordnung eines FC—Adapters zu einer VIO-Client-LPAR keine weiteren Befehle auf den VIO-Servern ausführen müssen – im Gegensatz zur Methode der virtuellen SCSI-Festplatte, bei der Befehle auf jedem VIO-Server für jede gemeinsam genutzte Festplatte ausgeführt werden müssen.
  • Nachteile: Der Hauptnachteil dieser Methode besteht darin, dass einige SAN-Technologien noch nicht mit der NPIV-Technologie kompatibel sind. Zum Beispiel hatte ich eine mühsame Erfahrung, bei der ich alle WWNs meiner VIO-Clients manuell in die Zonenkarten eingeben musste, da das SAN sie nicht automatisch erkennen konnte. Und wenn Sie mit Ihrer Lizenzierung nicht vorsichtig sind, können Sie den Bereich der WWNs erschöpfen, den die Virtualisierungstechnologie den VIO-Servern zuweist.

Netzwerkressourcen

Der zweite Bereich, den Sie planen müssen, ist die Aufteilung Ihrer Netzwerkressourcen auf die VIO-Client-LPARs. Ähnlich wie bei den Festplattenressourcen gibt es zwei Möglichkeiten, Dinge einzurichten:

• Methode 1: Gemeinsam genutzte Ethernet-Adapter (SEA). Das Hauptprinzip der SEA-Technologie ist einfach:

  1 physischer Ethernet-Adapter + 1 virtueller Ethernet-Adapter = 1 Gemeinsam genutzter Ethernet-Adapter
  

  Wenn VIO-Server erstellt werden, werden ihnen sowohl physische Ethernet-Adapter als auch virtuelle Ethernet-Adapter zugewiesen. Den VIO-Client-LPARs wird mitgeteilt, welche virtuellen Ethernet-Adapter sie für ihre Kommunikation verwenden sollen. Die VIO-Server ordnen diese virtuellen Adapter dann physischen Ethernet-Adaptern zu, und diese VIO-Client-LPARs können über dasselbe Gerät kommunizieren.

  • Vorteile: Solange Sie ein physisches entX-Gerät zur Verfügung haben, können Sie eine neue Verbindung für Ihre VIO-Client-LPARs herstellen. Und sogar die VIO-Server können IP-Adressen auf dem Server für die Kommunikation konfiguriert haben, wodurch die Notwendigkeit einer speziellen administrativen Netzwerkverbindung umgangen wird.
  • Nachteile: Ressourcenkonflikte können auftreten, wenn zu viele VIO-Client-LPARs denselben physischen Ethernet-Adapter durchlaufen. Wenn VLAN-Trunking (Virtual LAN) verfügbar ist, bei dem über denselben physischen Adapter gleichzeitig auf mehrere Netzwerksubnetze zugegriffen werden kann, nutzt diese Methode diesen Vorteil nicht.
• Methode 2: Integriertes virtuelles Ethernet (IVE). Die IVE-Technologie ähnelt der SEA-Technologie, ermöglicht jedoch den Zugriff auf mehrere VLANs über denselben physischen Adapter. Jedes VLAN wird sowohl über die HMC als auch auf dem VIO-Server für die Kommunikation definiert. Anschließend werden den VIO-Client-LPARs die virtuellen Ethernet-Adapter und VLAN-Nummern mitgeteilt, auf die sie über eine SEA-Zuordnung zugreifen sollen. Die Kommunikation zu mehreren Subnetzen erfolgt nahtlos.
  • Vorteile: IVE reduziert die Anzahl der physischen Ethernet-Adapter und -Verbindungen, die zur Erleichterung der Kommunikation erforderlich sind. Es wird möglich, Datenverkehr über dasselbe Kabel an Produktions-, Entwicklungs- und Sicherungsnetzwerke zu senden.
  • Nachteile: Derzeit können Sie einer IVE-Verbindung nicht spontan neue VLANs hinzufügen. Wenn Sie einer vorhandenen IVE-Verbindung ein neues VLAN hinzufügen müssen, müssen Sie zuerst das zugrunde liegende SEA-Gerät logisch zerstören und neu erstellen, wodurch möglicherweise VIO-Client-LPARs, die diese Verbindung verwenden, behindert werden. Darüber hinaus können ältere Netzwerkgeräte wie ältere SAN-Technologie und NPIV möglicherweise keine IVE-Verbindungen verarbeiten.

Redundante VIO-Server

Der dritte Bereich, den Sie planen müssen, besteht darin, redundante VIO-Server auf demselben physischen pSeries- oder System P-Server zu haben. Wenn ein einzelner VIO-Server ein Dutzend VIO-Client-LPARs unterstützt und dieser Server durch etwas Katastrophales offline geschaltet wird, stürzt alles darüber ab.

Wenn zwei VIO-Server mit demselben Ressourcensatz vorhanden sind, können VIO-Client-LPARs unbeeinträchtigt weiter funktionieren, wenn einer der VIO-Server ausfällt. Die VIO-Client-LPARs gehen für ihre Festplatten- und Netzwerkressourcen zum anderen VIO-Server. Das Zuordnen von Festplatten zu beiden VIO-Servern und das Erstellen von Netzwerksteuerungskanälen gibt VIO-Client-LPARs zwei Beine, auf denen sie stehen können. Außerdem ist es möglich, IOS-Upgrades auf den VIO-Servern dynamisch durchzuführen, ohne die VIO-Client-LPARs zu beeinträchtigen.

Die Ressourcen, die Sie jedem VIO-Server zuweisen, sollten möglichst identisch sein und auf maximale Verfügbarkeit ausgelegt sein. Mischen Sie keinen langsameren Ethernet-Adapter auf einem VIO-Server mit einem schnelleren auf einem anderen. Legen Sie nicht alle FC-Adapter, die von beiden VIO-Servern verwendet werden, in dieselbe physische Schublade. Staffeln Sie stattdessen die Adapter zwischen mehreren Schubladen und weisen Sie sie unabhängig voneinander zu. Planen Sie jeden möglichen Hardwarefehler und suchen Sie nach Möglichkeiten, die Redundanz zu maximieren.

Darüber hinaus ist es besonders wichtig zu dokumentieren, wie alles abgebildet ist. Zeichnen Sie Ihre Umgebung in einer Tabelle auf und verweisen Sie sie häufig mit der Ausgabe von Befehlen wie vfcmap . Abbildung 1 zeigt ein Beispiel für ein einfaches Blatt, das einen System p-Server mit zwei VIO-Servern und vier VIO-Client-LPARs mit einer Mischung aus SEA, IVE, virtuellem SCSI und virtuellem FC beschreibt.

Abbildung 1. Tabellenkalkulation für Beispielvariablen

Erstellen des VIO-Servers

Nachdem Sie nun festgelegt haben, was Sie für Ihre Umgebung benötigen, führt Sie das folgende Verfahren durch das Erstellen eines VIO-Servers. Dieses Verfahren setzt voraus, dass Sie mit der HMC und SMS zusammen mit ihren Menüsystemen vertraut sind.

1. Bestätigen Sie, dass Advanced Power Virtualization verfügbar ist:
   1. Wählen Sie in der HMC Ihr verwaltetes System aus.
   2. Klicken Sie auf Eigenschaften.
   3. Bestätigen Sie auf der Registerkarte Capabilities, dass Virtual I/O Server Capable auf Available gesetzt ist. Wenn es nicht verfügbar ist, wenden Sie sich an IBM, um einen Advanced Power Virtualization-Code zu erhalten, und installieren Sie ihn, um VIO verfügbar zu machen.
2. Definieren Sie die VIO-LPAR:
   1. Klicken Sie in der HMC bei ausgewähltem verwaltetem System auf Konfiguration > Logische Partition erstellen > VIO Server.
   2. Benennen Sie Ihren Server und rufen Sie dieses Profil auf $SERVER.novirtuals.
   3. Geben Sie die gewünschte Anzahl an Prozessoren, Arbeitsspeicher und E/ A-Ressourcen an, erstellen Sie jedoch zu diesem Zeitpunkt keine virtuellen Adapter.
   4. Wenn Sie Ihren VIO-Server von CD oder DVD erstellen möchten, weisen Sie das Laufwerk nach Bedarf zu.
3. IOS installieren:
   1. Wählen Sie den VIO-Server aus und klicken Sie auf Vorgänge > Aktivieren.
   2. Klicken Sie auf Erweitert und wählen Sie SMS für den Startmodus.
   3. Aktivieren Sie das Kontrollkästchen, um einen Terminalbildschirm zu öffnen.
   4. Wenn Sie von einer CD oder DVD installieren, legen Sie die CD ein und lassen Sie den Server innerhalb von Sekunden von ihr booten.
   5. Wenn Sie Network Installation Manager (NIM)verwenden, konfigurieren Sie die Netzwerkadaptereinstellungen, und zeigen Sie auf den NIM-Server. Lassen Sie den Server das IOS auf Ihrer Festplatte installieren.
4. Richten Sie das Kennwort, die Lizenzierung, das Patching und die Spiegelung ein:
   1. Wenn der VIO-Server aktiv ist, melden Sie sich mit der padmin -Benutzer-ID an und legen Sie das Kennwort fest.
   2. Wenn Sie dazu aufgefordert werden, führen Sie den Befehl license –accept aus, um die Softwarelizenzierung zu bestätigen.
   3. Wenn Sie ein Update für den Server haben, verwenden Sie den Befehl updateios, um Patches zu installieren.
   4. Spiegeln Sie die Root-Volume-Gruppe mit dem Befehl mirrorios, falls zutreffend.
   5. Starten Sie den VIO–Server mit dem Befehl shutdown -restart neu.
5. Klonen Sie den Server:
   1. Sichern Sie den Server mit dem Befehl backupios und verwenden Sie dieses Image, um Ihren redundanten VIO-Server zu erstellen (ich bevorzuge die Leichtigkeit von NIM für diese Aufgabe).
6. Erstellen Sie das virtuell aktivierte Profil:
   1. Erstellen Sie in der HMC Kopien der aktuellen VIO-Serverprofile und rufen Sie sie auf $SERVER.vio. Diese Profile enthalten die Konfigurationen Ihrer VIO-Server mit virtuellen Geräten.
7. Definieren Sie Ihre virtuellen Ethernet-Geräte (HMC):
   1. Öffnen Sie in der HMC die virtuell aktivierten Profile über das Menü Bearbeiten.
   2. Klicken Sie auf die Registerkarte Virtuelle Adapter und ändern Sie die maximale Anzahl virtueller Adapter auf einen hohen Wert, z. B. 1000 (damit Sie keine Fehler erhalten, wenn Sie den Standardwert von 20 überschreiten).
   3. Klicken Sie auf Aktionen > Erstellen > Ethernet-Adapter.
   4. Legen Sie die Adapter-ID fest und geben Sie VLANs ein, wenn Sie IVE verwenden.
   5. Aktivieren Sie für den virtuellen Hauptadapter das Kontrollkästchen Auf externes Netzwerk zugreifen.
   6. Legen Sie unterschiedliche Trunkprioritätsnummern zwischen den beiden VIO-Servern fest.
   7. Wiederholen Sie denselben Vorgang für einen Steuerkanaladapter für Redundanz, aktivieren Sie jedoch nicht das Kontrollkästchen Auf externes Netzwerk zugreifen.
   8. Speichern Sie Ihre Änderungen und booten Sie dann von diesem Profil.
8. Definieren Sie Ihre virtuellen Ethernet-Geräte (VIO):
   1. Melden Sie sich bei den VIO-Servern als padmin an.
   2. Überprüfen Sie Ihre Geräteliste mit dem Befehl lsdev.
   3. Überprüfen Sie die Attribute der virtuellen Ethernet–Adapter mit dem Befehl lsdev –dev entX -attr, um zu bestätigen, welche Adapter welche sind.
   4. Führen Sie den folgenden Befehl aus, um ein SEA zu erstellen und Ihre entX-Geräte und ID-Nummer aus Ihrer Tabelle zu ersetzen:

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

   5. Wenn Sie diese IP vom VIO-Server zur Verfügung stellen müssen, verwenden Sie den Befehl mktcpip, um eine IP-Adresse festzulegen. Ein ping Test bestätigt schnell, ob Sie alles richtig eingerichtet haben.

Erstellen der VIO-Clients

Nachdem Ihre VIO-Server aktiv sind, führt Sie das folgende Verfahren durch das Erstellen einer VIO-Client-LPAR:

1. Definieren Sie die VIO-Client-LPAR:
   1. Klicken Sie in der HMC bei ausgewähltem verwaltetem System auf Konfiguration > Logische Partition erstellen > AIX Server.
   2. Benennen Sie Ihren Server und rufen Sie dieses Profil auf $SERVER.vio für Leichtigkeit.
   3. Geben Sie die gewünschte Anzahl an Prozessoren, Arbeitsspeicher und E/ A-Ressourcen an, erstellen Sie jedoch zu diesem Zeitpunkt keine virtuellen Adapter.
2. Erstellen Sie die VIO Server-Datenträgerressourcen:
   1. Öffnen Sie in der HMC die virtuell aktivierten Profile der VIO-Server über das Menü Bearbeiten.
   2. Klicken Sie auf die Registerkarte Virtuelle Adapter.
   3. Klicken Sie auf Aktionen > Erstellen > Fibre Channel Adapter oder SCSI Adapter.
   4. Geben Sie die Slot-Nummern aus Ihrer Tabelle ein.
   5. Wählen Sie die Option Nur ausgewählte Clientpartition kann eine Verbindung herstellen, und wählen Sie Ihre VIO-Client-LPAR aus.
   6. Fahren Sie Ihre VIO-Server herunter und aktivieren Sie sie über diese Profile, oder fügen Sie den LPARs dynamisch dieselben Ressourcen hinzu.

      Hinweis: Sie haben die VIO-Client-LPAR als leere Tafel erstellt, damit Sie diese einfach definieren können.

3. Bearbeiten Sie die VIO Client LPAR:
   1. Öffnen Sie in der HMC die virtuell aktivierten Profile der VIO Client LPARs über das Menü Bearbeiten.
   2. Klicken Sie auf die Registerkarte Virtuelle Adapter.
   3. Klicken Sie auf Aktionen > Erstellen > Fibre Channel Adapter oder SCSI Adapter.
   4. Geben Sie die Slot-Nummern aus Ihrer Tabelle ein.
   5. Klicken Sie auf Aktionen > Erstellen > Ethernet-Adapter, legen Sie die Adapter-ID fest und geben Sie VLANs nach Bedarf aus Ihrer Tabelle ein.

      Wenn Sie virtuelle Fibre Channel-Adapter erstellt haben, klicken Sie auf deren Eigenschaften, um deren WWNs abzurufen.

4. Definieren Sie die virtuellen SCSI-Datenträgerzuordnungen (Virtual SCSI Disk Maps, VIO):
   1. Wenn Sie virtuelle SCSI-Adapter zur Bereitstellung von Datenträgerressourcen verwenden, ordnen Sie diese Datenträger zu diesem Zeitpunkt Ihrem SAN zu (falls zutreffend).
   2. Melden Sie sich mit der Benutzer-ID padmin bei den VIO-Servern an und führen Sie cfgdev aus, um neue Festplatten zu erkennen.
   3. Untersuchen Sie sie mit den Befehlen lspv und lsdev –dev hdiskX –attr.
   4. Untersuchen Sie die Vhosts auf dem Server mit dem Befehl lsmap –all.
   5. Führen Sie den folgenden Befehl aus, um die Festplatten den angegebenen Vhosts zuzuordnen und ihnen VTD-Namen (Virtual Target Disk) zu geben, damit Sie sie nach Ihren Wünschen verfolgen können:

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

5. Definieren der virtuellen FC-Karten (VIO):
   1. Wenn Sie virtuelle FC–Adapter zur Bereitstellung von Festplattenressourcen verwenden, überprüfen Sie die vfchosts auf dem Server mit dem Befehl lsmap –all -npiv.
   2. Führen Sie den folgenden Befehl aus, um die FC-Adapter den angegebenen vfchosts zuzuordnen:

      vfcmap -vadapter vfchostX -fcp fcsX
      

   3. Geben Sie Ihre WWNs in Ihr SAN ein und schneiden Sie Festplatten aus und ordnen Sie sie zu. Sie werden zum VIO-Client LPARs gehen.
6. Aktivieren Sie die Client-LPARs (HMC):
   1. Wählen Sie die VIO-Client-LPARs aus und klicken Sie auf Vorgänge > Aktivieren.
   2. Klicken Sie auf Erweitert, und wählen Sie SMS für den Startmodus.
   3. Aktivieren Sie das Kontrollkästchen, um einen Terminalbildschirm zu öffnen.

Ab diesem Zeitpunkt folgt die Installation einer Standard-AIX-Serverinstallation.