|
|
Deutschland - Deutsch | |
|
|
 |
|
HP Integrity Virtual Machines A.03.00: Installation, Konfiguration und Verwaltung > Kapitel 7 Erstellen von virtuellen Speichergeräten
Konfigurieren des Integrity VM-Speichers |
|
|
In diesem Abschnitt wird das Planen und Einrichten des Integrity VM-Speichers behandelt. Dabei werden die folgenden Themen berücksichtigt: Wenn Sie Speicher für ein virtuelles System konfigurieren, sollten Sie die folgenden Aspekte berücksichtigen: In den folgenden Abschnitten wird jeder der genannten Aspekte erläutert. Bevor Sie den Speicher eines virtuellen Systems konfigurieren, sollten Sie sich vergewissern, dass der VM Host-Speicher vom virtuellen System unterstützt werden kann.
Berücksichtigen Sie die potenzielle Leistung jedes Typs von VM-Speichergerät, um die Leistungsanforderungen von Anwendungen zu erfüllen, die auf Gastsystemen ausgeführt werden. Verschiedene Typen virtueller Medien haben unterschiedliche Auswirkungen auf die Leistung des virtuellen Geräts, weil sie auf unterschiedliche Weise mit dem VM Host kommunizieren, um E/A-Vorgänge des virtuellen Systems zu verarbeiten. Zum Verständnis, welche Auswirkungen der Typ eines virtuellen Gerätes auf die mögliche Leistung hat, können Sie den in Abbildung 7-1 gezeigten E/A-Stapel des Integrity VM-Speichers heranziehen. Bevor ein virtueller E/A-Vorgang abgeschlossen werden kann, muss er einen vollständigen Zyklus zwischen dem virtuellen Speicheradapter und dem physischen Speichergerät des VM Hosts durchlaufen. Je länger der Pfad ist, desto länger dauert es, bis die virtuelle E/A abgeschlossen ist. Wie in Abbildung 7-1 gezeigt, muss ein virtueller E/A-Vorgang jede Softwareschicht in der richtigen Reihenfolge durchlaufen – von seinem Ursprung bis hin zu den physischen Medien. Ein virtueller E/A-Vorgang für eine virtuelle FileDisk muss z. B. alle logischen Volumen-Manager, die das Dateisystem verwendet, sowie die Plattentreiber durchlaufen, die die ganze Platte steuern. Daher gilt grundsätzlich, dass ein virtuelles Medium umso langsamer arbeitet, je höher es sich im E/A-Stapel des VM Hosts befindet. Der vereinfachte E/A-Stapel in Abbildung 7-1 zeigt nicht alle Aspekte, die sich negativ auf die Leistung auswirken können:
Weitere Informationen zum Optimieren der Leistung in jeder Softwareschicht auf dem VM Host finden Sie in den Informationsblättern zu Integrity VM unter http://docs.hp.com. Wenn Sie virtuelle Geräte konfigurieren, sollten Sie berücksichtigen, wie die virtuellen Medien dem physischen Speicher zugeordnet sind. Alle virtuellen Medien sind mit einem bestimmten physischen Medium im Rechenzentrum verbunden. Sie können die optimale Leistung sicherstellen, wenn Sie die Auswirkungen des physischen Speichers und die Art und Weise verstehen, wie die E/A darauf zugreift. Die Kenntnis des genauen Speicherorts der virtuellen Medien auf den physischen Speichergeräten ist wichtig. Mit Integrity VM kann eine physische Platte in logische Volumen oder Dateien aufgeteilt sein. Das Aufteilen physischer Platten steigert deren Nutzung, kann sich jedoch negativ auf die Leistung des physischen Geräts auswirken. Das Gastbetriebssystem behandelt die virtuelle Platte als ganze Platte, nicht als Teil einer physischen Platte. Wenn der physische Speicher zu stark aufgeteilt wird, kann eine Überlastung des physischen Geräts hinsichtlich der Verarbeitung virtueller E/A auftreten, die für ganze Platten gedacht ist. Abbildung 7-2 zeigt den gängigen Fehler der Überlastung des physischen Speichers mit mehreren Gastbetriebssystem-Startplatten, die häufig E/A-intensiv sind. Stellen Sie Auslastungen bereit, die die physischen Geräte für alle virtuellen Geräte verarbeiten können, die sich in Softwareschichten über ihnen befinden. Verwenden Sie Werkzeuge zur Leistungsüberwachung auf dem VM Host, z. B. sar(1M), damit Sie feststellen können, wie der physische Speicher die Anforderungen des virtuellen Geräts erfüllt. Die Art und Weise, wie die E/A des virtuellen Mediums auf den physischen Hintergrundspeicher gelangt, ist ebenfalls ein wichtiger Aspekt. Wie Abbildung 7-1 zeigt, durchläuft jede virtuelle E/A eine allgemeine E/A-Diensteschicht des VM Hosts, die die virtuelle E/A an den richtigen Schnittstellentreiber des VM Hosts weiterleitet. Der Schnittstellentreiber steuert dann den physischen E/A-Adapter so, dass die virtuelle E/A an das physische Speichergerät ausgegeben wird. Durch Lastausgleich zwischen diesen physischen Adaptern können E/A-Engpässe in den physischen Hardwareschichten beseitigt werden. Somit wird die Leistung gesteigert. Der Lastausgleich kann durch Installieren einer Mehrpfad-Lösung auf dem VM Host durchgeführt werden. Unterstützung beim Auswählen einer Mehrpfad-Lösung für einen virtuellen Medientyp finden Sie unter Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“. Die Leistung verbundener Geräte wird hauptsächlich vom Typ des physischen Geräts bestimmt, das mit dem virtuellen System verbunden ist. Bänder, Medienwechsler und CD/DVD-Brenner sind naturgemäß langsame Geräte, die vom Softwareoverhead von Integrity VM nicht wesentlich beeinflusst werden. Für Lastausgleich und eine höhere Verfügbarkeit der virtuellen Systeme kann eine Mehrpfad-Lösung auf dem VM Host in Betracht gezogen werden. Zurzeit sind keine Mehrpfad-Lösungen für die folgenden Typen verbindbarer Geräte verfügbar: Bänder, Medienwechsler und CD/DVD-Brenner. Es stehen jedoch mehrere Mehrpfad-Lösungen des VM Hosts für virtuelle Geräte zur Verfügung. Mehrpfad-Lösungen werden aus den folgenden Gründen nur auf dem VM Host unterstützt, nicht auf den virtuellen Systemen:
Jede Mehrpfad-Softwarelösung für HP-UX 11.23 interagiert auf verschiedenen Schichten auf dem E/A-Stapel. Da Integrity VM auch mit verschiedenen Schichten im E/A-Stapel interagiert, gelten nur bestimmte Optionen für jeden virtuellen Medientyp. Tabelle 7-1 listet die Mehrpfad-Lösungen auf, die auf einem VM Host für jeden Typ von virtuellem Speichermedium verwendet werden: Tabelle 7-1 Mehrpfad-Lösungen
Tabelle 7-1 nennt nur die möglichen Lösungen für jeden virtuellen Medientyp, gibt jedoch nicht an, welche Lösung in Ihrer VM Host-Konfiguration unterstützt wird. Jede dieser Mehrpfad-Lösungen wird nur für bestimmte Hardware und Software unterstützt. Die Lösungshersteller stellen diese Informationen für ihre Mehrpfad-Produkte bereit. Überprüfen Sie die Installations- und Versionsanmerkungen dieser Produkte sorgfältig, um eine gültige VM Host-Konfiguration zu erstellen, bevor Sie diese für ein virtuelles System verwenden. Einige Mehrpfad-Lösungen funktionieren nicht zusammen, und sie haben alle unterschiedliche Funktionen für Lastausgleiche. Bevor Sie die Aufteilung des VM Host-Speichers festlegen, berücksichtigen Sie die Auswirkungen auf die Verwaltung des Speichersubsystems. Ein VM Host-Administrator verwaltet den VM-Speicher, damit sichergestellt wird, dass die virtuellen Medien sicher zugeordnet werden. Dieser Vorgang beginnt mit dem Verständnis des E/A-Stapels des VM Hosts und dem Wissen, von wo die virtuellen Medien zugeordnet werden. Abbildung 7-3 zeigt ein Beispiel für einen E/A-Stapel eines VM Hosts für eine einzelne LUN: Dem virtuellen System wird ein logisches Volumen von der LUN für eine virtuelle LvDisk zugeordnet.
Zu den Teilen, die nicht mehr verfügbar sind, gehören die Dateien, die sich auf dem logischen Volumen befunden haben, und die gesamte Platte, die Teile der Volumengruppe ausmacht. Wenn diese Teile anderen virtuellen Geräten zugeordnet werden, kann es auf der virtuellen LvDisk zu Datenbeschädigungen kommen. Zu den Teilen, die noch für die erneute Zuordnung verfügbar sind, gehören andere logische Volumen, die sich auf der Platte befinden, sowie Dateien, die sich auf diesen anderen logischen Volumen auf der Platte befinden. Diese Bereiche können ohne Datenbeschädigungsprobleme zugeordnet werden, weil sie sich nicht mit der virtuellen LvDisk überschneiden. Es müssen jedoch nicht nur Konflikte unterhalb der LUN-Ebene, sondern auch Konflikte zwischen LUNs vermieden werden. Eine Speicherressource – virtuell oder verbunden – kann nicht mehrmals für dasselbe virtuelle System angegeben werden. Unter HP-UX 11.23 werden die meisten Speichergerätdateien über den Pfad definiert. Achten Sie sorgfältig darauf, ein bestimmtes Gerät nicht zweimal anzugeben. Abbildung 7-4 zeigt ein Beispiel für zwei Gerätedateien (/dev/rdsk/c6t2d0 und /dev/rdsk/c11t2d0), die auf dieselbe physische Platte verweisen. Sobald die Gerätedatei /dev/rdsk/c6t2d0 für eine virtuelle Platte angegeben wurde, ist die Gerätedatei /dev/rdsk/c11t2d0 nicht mehr verfügbar. Eine Speicherressource – virtuell oder verbunden – kann außerdem nicht gleichzeitig von virtuellen Systemen gemeinsam verwendet werden, es sei denn, sie wurde anderweitig explizit freigestellt. Abbildung 7-5 zeigt eine virtuelle LvDisk, die von virtuellen Systemen gemeinsam verwendet wird. Dies wird nicht unterstützt. Diese Beispiele zeigen, wie wichtig das Wissen ist, von wo Speicher zugeordnet wird, um Datenbeschädigungen bei virtuellen Systemen oder sogar dem VM Host zu verhindern. Über Verwaltungsdienstprogramme wie HP System Administration Manager (sam) sowie die SMH-Dienstprogramme (System Management Homepage) können Sie Plattengeräte, Volumengruppen, logische Volumen und Dateisysteme nachverfolgen. Mit diesen Dienstprogrammen können Sie Geräte mit Anmerkungen versehen, damit VM Host-Administratoren genau sehen können, welche virtuellen Systeme welche einzelnen VM Host-Speichergeräte verwenden. Damit jede Platte nur einmal angezeigt wird, fassen Verwaltungsdienstprogramme Mehrpfad-Geräte in einer Platte zusammen. Wenn Sie die Platte aufteilen, sollten Sie alle Teile einer einzelnen Platte für ein einzelnes virtuelles System verwenden. Wenn Sie verschiedene Teile einer Platte verschiedenen virtuellen Systemen zuordnen, wird die Verwaltung sowie die Isolierung von Problemen schwierig. Abhängig davon, wie Sie den Speicher für ein virtuelles System eingerichtet haben, kann eine Änderungen der sich ergebenden Konfiguration einen mehr oder weniger hohen Schwierigkeitsgrad besitzen. Die Möglichkeit, virtuelle Medien zu ändern, hängt vom Typ der verwendeten virtuellen Medien ab. Ganze Platten sind normalerweise hinsichtlich der Größe nicht anpassbar, einige High-End-Speichergehäuse erlauben jedoch ggf. die Anpassung einer LUN ohne Verlust der Daten dieser LUN. Logische Volumen können angepasst werden, ohne dass Daten verloren gehen. Dateien schließlich können auf einfache Weise mit den Dateisystembefehlen des VM Hosts geändert werden. Änderungen an virtuellen Medien können auf dem VM Host erst stattfinden, nachdem das virtuelle Gerät, das die Medien verwendet, aus dem aktiven virtuellen System entfernt wurde. Versuche, virtuelle Geräte zu ändern, auf denen E/A aktiv ist, werden vom Befehl hpvmmodify verweigert. Nachdem einem aktiven virtuellen System virtuelle Medien für ein virtuelles Gerät zugeordnet wurden, ist dieses virtuelle System Besitzer dieser Medien und kann jederzeit darauf zugreifen. VM Host-Administratoren müssen Änderungen aktiver virtueller Systeme mit VM-Gastsystemadministratoren koordinieren, wenn die beiden Rollen von unterschiedlichen Personen ausgeübt werden. Diese Koordination kann ggf. auch für verbundene E/A-Geräte erforderlich sein. Nachdem ein VM Host-Gerät mit dem virtuellen System verbunden wurde, wird es von diesem virtuellen System gesteuert und befindet sich in dessen Besitz. Änderungen am verbundenen Gerät, z. B. das Wechseln eines Bandes, können physisch ausgeführt werden, ohne das Gerät vom Gastsystem zu trennen. Solche Änderungen müssen jedoch ggf. mit dem VM Host-Administrator koordiniert werden. Dies ist insbesondere dann der Fall, wenn der Gastsystemadministrator keinen physischen Zugriff auf das Gerät besitzt, das mit dem virtuellen System verbunden ist. Alle Typen virtueller Speichergeräte können virtuellen Systemen dynamisch hinzugefügt oder aus diesen entfernt werden. Dies bedeutet, dass virtuelle Platten, virtuelle DVDs, Bänder, Medienwechsler und CD/DVD-Brenner hot-swap-fähig sind. Zurzeit sind die virtuellen Speicheradapter jedoch nicht hot-swap-fähig. Aus diesem Grund muss das virtuelle System neu gestartet werden, wenn Sie zusätzliche Geräte hinzugefügt haben, weil alle virtuellen Speicheradapter voll sind. Der Zeitaufwand für die Einrichtung virtueller Geräte ist unterschiedlich. Ganze Platten sind einfacher einzurichten, weil für diese nur eine zeichenorientierte Gerätedatei erforderlich ist. Diese Datei wird normalerweise automatisch beim Starten des VM-Host-Systems erstellt. Das Erstellen logischer Volumen ist relativ einfach. Logische Volumen werden in HP-UX-Systemen häufig verwendet. Das Dienstprogramm sam oder Veritas Enterprise Administrator kann zum Erstellen logischer Volumen verwendet werden. Mit zunehmender Erfahrung wird die Verwendung von Befehlen für logische Volumen schneller. Das Erstellen von Dateien für virtuelle Geräte ist nicht schwierig, kostet aber Zeit. Dateien werden normalerweise auf logischen Volumen und müssen daher ggf. zuerst erstellt werden. Verwenden Sie zu diesem Zweck sam. Zum Erstellen leerer Dateien für virtuelle Platten verwenden Sie den Befehl hpvmdevmgmt (siehe „Verwalten der Gerätedatenbank“). Um ISO-Dateien aus physischen CD/DVD-Medien für die Verwendung in virtuellen DVD-Laufwerken zu erstellen, verwenden Sie mkisofs(1M) oder das Dienstprogramm dd(1M). Der Aufwand und die erforderliche Zeit für das Einrichten verbundener Geräte bezieht sich auf das Erstellen der HP-UX-Durchlaufgerätedateien (Pass-Through-Gerätedateien), die auf die verbundenen Geräte verweisen. Das Erstellen von HP-UX-Durchlaufgerätedateien ist ein schneller und einfacher Vorgang, wenn Sie ihn einmal verstanden haben. Wenn Gerätetreiber für die Geräte auf dem VM Host installiert sind, verwenden Sie den Befehl hpvmdevmgmt, um die Gerätedateien schnell zu erstellen. Andernfalls finden Sie unter scsi_ctl(1M) Informationen, wie Durchlaufgerätedateien mit mknod(1M) erstellt werden. Wenn Sie ein virtuelles Gerät hinzufügen oder entfernen, müssen Sie eine Ressourcenanweisung (Ressource) eingeben. Die Ressourcenanweisung kann virtuelle Netzwerkgeräte (wie im Kapitel 8: „Erstellen von virtuellen Netzwerken“ beschrieben) oder virtuelle Speichergeräte angeben. In diesem Abschnitt wird das Eingeben von Ressourcenanweisungen für die Verwendung mit den Befehlen hpvmcreate (siehe Kapitel 3: „Erstellen von virtuellen Systemen“) und hpvmmodify (siehe Kapitel 9: „Verwalten von Gastsystemen“) beschrieben. Die Ressourcenanweisung gibt das virtuelle Speichergerät an, das dem virtuellen System angezeigt wird, sowie dessen Zuordnung zum physischen Speichergerät auf dem VM Host. Die Syntax einer vollständigen Ressourcenanweisung zum Angeben eines virtuellen Speichergeräts lautet folgendermaßen:
Dabei gilt Folgendes:
Beispiele zum Erstellen von Ressourcenanweisungen finden Sie im Abschnitt : „VM-Speicherressourcenanweisungen“. Der gesamte virtuelle Speicher wird über virtuelle PCI-Busse angesprochen. Die virtuelle Integrity VM-Plattform stellt acht PCI-Busse zur Verfügung. Jeder PCI-Bus hat acht Steckplätze, an die virtuelle PCI-Adapter angeschlossen werden können. Einer dieser Adapter, der einfach als scsi bezeichnet wird, ist ein emulierter paralleler SCSI MPT-Speicheradapter mit einem Port, der zum Verbinden von 15 SCSI-Zielgeräten mit einem virtuellen System verwendet werden kann. Ein VM Host-Administrator gibt diesen SCSI MPT-Adapter wie folgt an:
Dabei gilt Folgendes:
Ein virtueller SCSI MPT-Adapter kann einem virtuellen System nur hinzugefügt werden, wenn ein Gerät daran angeschlossen ist. Nicht alle Gerätetypen sind virtualisiert. Platten- und DVD-Geräte sind Typen virtueller Geräte, deren virtuelle Medien vom VM Host stammen. Bänder, Wechsler und Brenner sind physische VM Host-Geräte. Für diese verbundenen Geräte bestimmen die physischen SCSI-IDs nicht ihren Platz auf dem virtuellen Bus. Jedes VM-Speichergerät wird auf eine VM Host-Speichereinheit aufgesetzt. Eine VM Host-Einheit wird auf dem VM Host durch eine Systemdatei definiert, die von Integrity VM und dem VM Host-Betriebssystem bei der Verarbeitung von E/A in die und aus der Speichereinheit verwendet wird. Ein VM Host-Administrator gibt diese Speichereinheiten mithilfe der folgenden Spezifikation an:
Dabei gilt Folgendes:
Nicht alle virtuellen Gerätetypen unterstützen alle VM Host-Speichertypen (siehe Abschnitt : „Integrity VM-Speicherimplementierungen“). Vollständige VM-Speicherressourcenanweisungen werden im nächsten Abschnitt behandelt. Dieser Unterabschnitt enthält Informationen zum Formulieren vollständiger und gültiger Ressourcenanweisungen für Integrity VM-Speichergeräte. Wenn Sie ein Integrity VM-Speichergerät für ein virtuelles System angeben möchten, verwenden Sie eine vollständige, gültige Ressourcenanweisung mit den Befehlen hpvmcreate oder hpvmmodify. Die Ressourcenanweisung ist eine Kombination aus der VM-Gastressourcenspezifikation (siehe „VM-Gastspeicherspezifikation“) und der VM Host-Speicherspezifikation (siehe „VM Host-Speicherspezifikation“). In diesem Abschnitt finden Sie Beispiele für vollständige Ressourcenanweisungen für die folgenden Typen virtueller Speichergeräte: Ein virtuelles System kann insgesamt bis zu 30 Geräte besitzen (Anzahl der virtuellen und verbundenen Geräte). Die maximale Größe einer virtuellen Speicherressource beträgt 2 TB. Die Mindestgröße einer virtuellen Speicherressource ist 512 Byte für eine virtuelle Platte und 2048 Byte für eine virtuelle DVD. Geben Sie eine Speicherressource – virtuell oder verbunden – nicht mehrmals für dasselbe virtuelle System an (siehe Abschnitt : „VM-Speicherverwaltung“). Wenn nicht anders vermerkt, können Speicherressourcen – virtuell oder verbunden – nicht gleichzeitig von virtuellen Systemen verwendet werden. Alle Mehrpfad-Produkte für Speicherressourcen müssen auf dem VM Host ausgeführt werden; Mehrpfad-Lösungen werden in einem virtuellen System nicht unterstützt. Alle Mehrpfad-Lösungen, die auf dem VM Host verwendet werden, müssen sich in gültigen und unterstützten Konfigurationen befinden, bevor sie für Integrity VM-Speicherressourcen verwendet werden können (siehe Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“). Die Ressourcenanweisungen in den folgenden Unterabschnitten enthalten keine VM-Hardwareadressierung. Die PCI-Bus-, PCI-Steckplatz- und SCSI-Zielnummern sind optional. Eine virtuelle Platte ist eine emulierte SCSI-Platte, deren virtuelle Medien von einer Platten-LUN eines VM Hosts stammen. Die Platten-LUN des VM Hosts wird mithilfe einer zeichenorientierten Gerätedatei angegeben. Die zeichenorientierte Gerätedatei muss im Besitz des HP-UX sdisk-Treibers sein. Virtuelle Plattenressourcen können nicht gleichzeitig von mehreren aktiven virtuellen Systemen gemeinsam verwendet werden (dies funktioniert nur in bestimmten Clusterkonfigurationen, die in diesem Handbuch erläutert werden). Es kann jeweils nur einem aktiven virtuellen System eine bestimmte virtuelle Plattenressource zugewiesen sein. Virtuelle Plattenressourcen können dynamisch zwischen aktiven virtuellen Systemen getauscht werden. Um Konflikte der virtuellen Medien zu verhindern, die zu Datenbeschädigungen führen können, muss eine ordnungsgemäße Erfassung der Zuweisung der ganzen Platten des VM Hosts für die Verwendung durch virtuelle Platten erfolgen. Dieser Vorgang wird im Abschnitt : „VM-Speicherverwaltung“ beschrieben. Weitere Informationen zum Bereitstellen einer Mehrpfad-Lösung für eine virtuelle Platte finden Sie unter Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“. Wenn Sie ein Mehrpfad-Produkt verwenden, sieht die Ressourcenanweisung für eine virtuelle Platte wie folgt aus:
Dabei gilt Folgendes: /dev/rdsk/cXtYdZ ist eine zeichenorientierte HP-UX sdisk-Gerätedatei. Diese Gerätedateien können für die LUN eines VM Hosts mithilfe des Befehls ioscan ermittelt werden. Diese Systemdateien werden mithilfe der Befehle insf bzw. rmsf installiert bzw. entfernt. Gerätedateien werden vom VM Host automatisch für alle Speichergeräte erstellt, die beim Start erkannt werden. Für neue Geräte, die nach dem Start verbunden oder erstellt werden, müssen die Befehle ioscan und insf zum Erstellen der neuen sdisk-Gerätedateien verwendet werden. Alte Gerätedateien für Speichergeräte, die nicht mehr vorhanden sind, können mit dem Befehl rmsf entfernt werden. Beispiel:
In diesem Beispiel lautet die Ressourcenanweisung für die virtuelle Platte disk:scsi::disk:/dev/rdsk/c19t0d2. Wenn Sie HP Securepath/Autopath für virtuelle Platten verwenden, können Sie entweder sdisk-Gerätedateien oder spezielle Dateien für virtuelle Geräte (virtual device special files, VDSFs) verwenden. Beide Gerätepfade bieten hohe Verfügbarkeit für das virtuelle System und können gleichrangig verwendet werden. Informationen zum Aktivieren dieser Gerätepfade finden Sie in der Dokumentation zu HP Securepath/Autopath. Wenn Sie EMC PowerPath für eine virtuelle Platte verwenden, müssen Sie sich vergewissern, dass die sdisk-Gerätedateien, die Sie für virtuelle Platten verwenden, für die Verwendung durch das Mehrpfad-Produkt aktiviert sind. Weitere Informationen finden Sie in der Dokumentation des Herstellers des Mehrpfad-Produkts. Eine virtuelle LvDisk ist eine emulierte SCSI-Platte, deren virtuelle Medien durch ein unformatiertes (raw) logisches Volumen eines VM Hosts bereitgestellt werden. Zum Angeben des logischen Volumens eines VM Hosts verwenden Sie eine zeichenorientierte Gerätedatei. Die zeichenorientierte Gerätedatei befindet sich im Besitz von LVM oder VxVM. Virtuelle LvDisks können nicht gleichzeitig von mehreren aktiven virtuellen Systemen gemeinsam verwendet werden. Es kann jeweils nur einem aktiven virtuellen System eine bestimmte virtuelle LvDisk-Ressource zugewiesen werden. Virtuelle LvDisk-Ressourcen können zwischen aktiven virtuellen Systemen getauscht werden (siehe Abschnitt : „Verwenden des Integrity VM-Speichers“). Logische Volumen können mithilfe des Dienstprogramms sam oder mit Veritas Enterprise Administrator erstellt werden. Alternativ können logische Volumen auch mithilfe der Befehle erstellt werden, die mit dem Volumen-Manager verfügbar sind. Alle logischen Volumen werden auf ganzen Platten erstellt. Die Kapazitäten der logischen Volumen ergeben sich aus dem Speicherplatz, der aus ihren jeweiligen Volumengruppentypen verfügbar ist; diese Kapazität des logischen Volumens kann vergrößert werden, ohne dass Daten im Volumen verloren gehen. Die zeichenorientierten Geräte für die logischen Volumen werden durch die entsprechenden Volumen-Manager erstellt, wenn das logische Volumen erstellt wird. Um Dateisystembeschädigungen für den VM Host sowie Gastsysteme zu vermeiden, sollten Sie nur unformatierte (raw) logische Volumen verwenden, die keine VM Host-Dateisysteme enthalten und momentan nicht auf dem VM Host bereitgestellt werden. Um Datenbeschädigungen zu vermeiden, erfassen Sie logische Volumen für virtuelle LvDisks. Um diese Erfassung zu vereinfachen, verwenden Sie alle logischen Volumen in einer bestimmten Volumengruppe für ein einzelnes virtuelles System. Wenn logische Volumen auf diese Weise konfiguriert werden, müssen Sie nur die Volumengruppen protokollieren, um Medienkonflikte zu vermeiden. Im Abschnitt : „VM-Speicherverwaltung“ finden Sie weitere Informationen zum Protokollieren der Zuweisung virtueller Medien. Wenn Sie LVM verwenden, lautet die Ressourcenanweisung für die virtuelle LvDisk folgendermaßen:
Dabei gilt Folgendes: /dev/vg_name/rlvol_name ist eine zeichenorientierte LVM-Gerätedatei für rlvol_name auf vg_name. Um den Namen der zeichenorientierten LVM-Gerätedatei anzuzeigen, geben Sie den folgenden Befehl ein:
In diesem Beispiel lautet die Ressourcenanweisung für die virtuelle LvDisk disk:scsi::lv:/dev/lvrackA/rdisk2. Um VxVM zu verwenden, lautet die Ressourcenanweisung für die virtuelle LvDisk folgendermaßen:
Dabei gilt Folgendes: /dev/vx/rdsk/dg_name/v_name ist eine zeichenorientierte VxVM-Gerätedatei für das Volumen v_name der Plattengruppe dg_name. Um den Namen der zeichenorientierten VxVM-Gerätedatei anzuzeigen, geben Sie den folgenden Befehl ein:
Um VxVM verwenden zu können, lautet die Ressourcenanweisung für die virtuelle LvDisk disk:scsi::lv:/dev/vx/rdsk/VxvmTest1/vxvm_2. Weitere Informationen zu Mehrpfad-Lösungen für virtuelle LvDisks finden Sie unter Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“. Eine virtuelle FileDisk ist eine emulierte SCSI-Platte, deren virtuelle Medien aus einer VM Host-Datei stammen. Die VM Host-Datei wird mithilfe des absoluten Pfadnamens der Datei angegeben. Die Datei kann sich in einem VxFS-Dateisystem befinden, das auf dem VM Host lokal bereitgestellt wird. NFS-Dateisysteme werden für virtuelle FileDisks nicht unterstützt. Virtuelle FileDisks können nicht gleichzeitig von mehreren aktiven virtuellen Systemen gemeinsam verwendet werden. Es kann jeweils nur einem aktiven virtuellen System gleichzeitig eine bestimmte virtuelle FileDisk-Ressource zugewiesen sein. Virtuelle FileDisk-Ressourcen können zwischen aktiven virtuellen Systemen getauscht werden (siehe Abschnitt : „Verwenden des Integrity VM-Speichers“). Die für virtuelle FileDisks verwendeten Dateisysteme müssen verwaltet werden, um Datenbeschädigungen zu verhindern. Um die Erfassung zu vereinfachen, wird empfohlen, dass alle Dateien unter einem bestimmten Verzeichnis mit einem einzigen virtuellen System verwendet werden. Außerdem kann es hilfreich sein, Dateiverzeichnisse aus vollständigen logischen Volumen oder vollständigen Platten zuzuweisen, um die Erfassung weiter zu vereinfachen. Ausführliche Informationen finden Sie im Abschnitt : „VM-Speicherverwaltung“. Die Ressourcenanweisung für die virtuelle FileDisk lautet folgendermaßen:
Dabei gilt Folgendes: /Pfadname/Datei gibt die VM Host-Datei an, die als virtuelles Medium verwendet wird. Ein VxFS-Dateisystem kann auf einer vollständigen Platte oder auf einem logischen Volumen erstellt werden. Für Dateien mit mehr als 2 GB verlangt VxFS, dass das Dateisystem mit der Option largefiles markiert ist. Der Befehl mkfs kann verwendet werden, um die VxFS-Dateisysteme direkt zu erstellen. Nachdem die Dateisysteme erstellt wurden, kann mount zum Bereitstellen der Dateisysteme im VM Host-Dateisystem verwendet werden. Wenn Sie logische Volumen zum Erstellen des Dateisystems verwenden, können alternativ die Volumen-Manager-GUIs wie etwa sam zum Erstellen der Dateisysteme und ihrer Bereitstellungspunkte verwendet werden, wenn die logischen Volumen erstellt werden. Nachdem das Dateisystem bereitgestellt wurde, lassen sich jedoch in allen Fällen leere Dateien für eine virtuelle FileDisk mithilfe von hpvmdevmgmt erstellen.
In diesem Beispiel lautet die Ressourcenanweisung für die virtuelle FileDisk disk:scsi::file:/fdev/frackA/disk1. Mehrpfad-Optionen für ein virtuelles FileDisk-Gerät werden im Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“ erläutert. Eine virtuelle DVD ist eine emulierte SCSI DVD-ROM mit virtuellen Medien, die von einer CD/DVD in einem CD/DVD-Laufwerk auf dem VM Host stammen. Das CD/DVD-Laufwerk des VM Hosts wird mithilfe einer zeichenorientierten HP-UX sdisk-Gerätedatei angegeben. Die virtuelle DVD ist zwar schreibgeschützt, die Langsamkeit der physischen CD/DVD-Laufwerke des VM Hosts verbietet jedoch die gemeinsame Verwendung durch mehrere aktive virtuelle Systeme. Daher sollte nur jeweils einem aktiven virtuellen System eine bestimmte virtuelle DVD-Ressource zugewiesen werden. Virtuelle DVD-Ressourcen können zwischen aktiven virtuellen Systemen getauscht werden (siehe Abschnitt : „Verwenden des Integrity VM-Speichers“). Die virtuellen DVDs erfordern keine Verwaltung zum Verhindern von Konflikten beim Schreiben auf das Gerät, weil sie schreibgeschützt sind. Um jedoch zu verhindern, dass durch ein falsches virtuelles System auf möglicherweise vertrauliche Informationen zugegriffen wird, müssen Sie sicherstellen, dass Sie wissen, welches virtuelle System aktuell Besitzer des Geräts ist, bevor Sie eine CD/DVD laden. Sie ermitteln diese Informationen auf dem VM Host mithilfe des Befehls hpvmstatus. Die Ressourcenanweisung für die virtuelle DVD lautet folgendermaßen:
Dabei gilt Folgendes: /dev/rdsk/cXtYdZ ist eine zeichenorientierte HP-UX-Gerätedatei, die ein CD/DVD-Laufwerk eines VM Hosts darstellt. Normalerweise wird die zeichenorientierte HP-UX sdisk-Gerätedatei bereits vor dem Starten des VM Hosts erstellt. Sollte dies nicht der Fall sein, kann sie mithilfe der Dienstprogramme ioscan, insf und rmsf erstellt und verwaltet werden. Beispiel:
In diesem Beispiel lautet die Ressourcenanweisung für die virtuelle DVD dvd:scsi::disk:/dev/rdsk/c0t0d0. Damit eine virtuelle DVD von einem virtuellen System erkannt wird, müssen physische Medien im CD/DVD-Laufwerk des VM Hosts vorhanden sein. Wenn zum Startzeitpunkt des virtuellen Systems keine Medien hinzugefügt werden, können diese in das CD/DVD-Laufwerk des VM Hosts eingelegt werden, nachdem das virtuelle System bereits gestartet wurde. Ein erneuter Scan des Gastbetriebssystems erkennt die neuen Medien und fügt die virtuelle DVD dem virtuellen System hinzu. Wenn der VM Host-Administrator aus bestimmten Gründen die Steuerung des CD/DVD-Laufwerks des VM Hosts benötigt, das von einem virtuellen System beansprucht wird, jedoch über keine Medien für das CD/DVD-Laufwerk des VM Hosts verfügt, sollte eine virtuelle NullDVD angegeben werden (siehe Abschnitt : „Virtuelle NullDVDs“). Anschließend können physische Medien in das CD/DVD-Laufwerk des VM Hosts eingelegt und mithilfe des Befehls hpvmmodify oder dem Einfügebefehl der virtuellen Konsole in virtuelle Medien für eine virtuelle DVD umgewandelt werden (siehe Abschnitt : „Gastsystemadministrator“). Nachdem sich die virtuelle DVD im virtuellen System befindet, wird das CD/DVD-Laufwerk des VM Hosts gesperrt. Die Sperre des CD/DVD-Laufwerks des VM Hosts wird automatisch aufgehoben, wenn das virtuelle System heruntergefahren wird. Die CD/DVD des VM Hosts kann auch während des Betriebs des virtuellen Systems gewechselt werden, indem der Befehl eject der virtuellen Konsole verwendet wird. Nach dem Auswurf wandelt sich die virtuelle DVD in eine virtuelle NullDVD, und die Sperre des CD/DVD-Laufwerks des VM Hosts wird aufgehoben. Nachdem Sie physische Medien in das CD/DVD-Laufwerk des VM Hosts eingelegt haben, verwenden Sie den Befehl insert der virtuellen Konsole, um eine virtuelle NullDVD erneut in eine virtuelle DVD umzuwandeln und das CD/DVD-Laufwerk des VM Hosts erneut zu sperren. Für die meisten physischen CD/DVD-Geräte des VM Hosts auf HP Integrity-Servern gilt nur ein Pfad. Aus diesem Grund ist keine Mehrpfad-Software auf dem VM Host für sie verfügbar. Eine virtuelle FileDVD ist eine emulierte SCSI DVD-ROM, deren virtuelle Medien aus einer ISO-Datei des VM Hosts stammen. Die ISO-Datei des VM Hosts wird mithilfe des absoluten Pfadnamens der ISO-Datei angegeben. Die Datei kann sich in einem VxFS-Dateisystem befinden, das auf dem VM Host lokal bereitgestellt wird. NFS-Dateisysteme werden für virtuelle FileDVDs nicht unterstützt. Die Ressourcenanweisung für die virtuelle FileDVD lautet folgendermaßen:
Dabei gilt Folgendes: /Pfadname/Datei.ISO gibt die ISO-Datei des VM Hosts an, die als virtuelles Medium verwendet wird. Eine ISO-Datei des VM Hosts kann mithilfe des Dienstprogramms mkisofs oder des Befehls dd zum Kopieren der CD/DVD-Medien in eine Datei verwendet werden. Das VxFS-Dateisystem sollte für die Unterstützung von largefiles aktiviert sein, weil ISO-Dateien häufig größer als 2 GB sind. Alle ISO-Dateien, die für ein Gastbetriebssystem sinnvoll sind, sollten im selben Verzeichnis gespeichert werden, um dynamische Änderungen mithilfe der virtuellen Konsole nutzen zu können (siehe Abschnitt : „Ändern von VM-Speichergeräten“). Die ISO-Dateien sollten mit den korrekten Berechtigungen versehen werden und müssen schreibgeschützt sein. Beispiel:
In diesem Beispiel lautet die Ressourcenanweisung für die virtuelle FileDVD folgendermaßen: dvd:scsi::file:/var/opt/hpvm/ISOimages/hpux/0603-FOE-D1.iso. Virtuelle FileDVDs können wie alle anderen Dateien auch die Mehrpfad-Optionen nutzen, mit denen das Dateisystem erstellt wird. Ausführliche Informationen finden Sie im Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“. Virtuelle FileDVDs sind schreibgeschützt und werden von mehreren aktiven virtuellen Systemen gemeinsam verwendet. Verwenden Sie den Befehl hpvmdevmgmt, um sie als gemeinsam verwendbar zu markieren. Um Medienkonflikte zu verhindern, müssen Sie virtuelle FileDVDs sorgfältig verwalten (siehe Abschnitt : „VM-Speicherverwaltung“). Sie können mithilfe der virtuellen Konsole des Gastsystems im Dateisystemverzeichnis anzeigen, wo die ISO-Datei gespeichert ist. Um die Erfassung zu vereinfachen, weisen Sie Dateiverzeichnisse aus vollständigen logischen Volumen oder ganzen Festplatten zu. Eine virtuelle NullDVD ist eine emulierte SCSI DVD-ROM ohne aktuell vorhandene virtuelle Medien. Die nächste Medienauswahl kann abhängig von der Konfiguration der virtuellen NullDVD von einem CD/DVD-Laufwerk des VM Hosts oder einer ISO-Datei des VM Hosts stammen. Nachdem das nächste Medium ausgewählt wurde, ändert sich die virtuelle NullDVD in eine virtuelle DVD (siehe Abschnitt : „Virtuelle DVDs“) oder in ein virtuelles FileDVD-Gerät (siehe Abschnitt : „Virtuelle FileDVD“). Eine virtuelle NullDVD ist ein Übergangszustand einer leeren virtuellen DVD. Die Konfigurationsmöglichkeiten einer virtuellen NullDVD hängen von den Zugriffsrechten ab, die der VM Host-Administrator dem Gastsystemadministrator gewährt. Änderungen bezüglich virtueller DVDs können über die virtuelle Konsole vorgenommen werden (siehe Abschnitt : „Gastsystemadministrator“). Alle Änderungen der virtuellen DVD durch den Gastsystemadministrator sind durch die Aktionen des VM Host-Administrators eingeschränkt. Wenn der VM Host-Administrator dem Gastsystemadministrator den Zugriff zum Laden und Entladen physischer Medien auf dem CD/DVD-Laufwerk des VM Hosts gewährt, wird die virtuelle NullDVD mit der folgenden Ressourcenspezifikation eingerichtet:
Dabei gilt Folgendes: /dev/rdsk/cXtYdZ ist eine zeichenorientierte HP-UX sdisk-Gerätedatei, die auf das CD/DVD-Laufwerk des VM Hosts verweist. Der Vorgang ist mit dem Einrichten einer virtuellen DVD identisch (siehe Abschnitt : „Virtuelle DVDs“), mit dem Unterschied, dass das CD/DVD-Laufwerk des VM Hosts möglicherweise kein Medium enthält. Das Medium wird vom Gastsystemadministrator bereitgestellt, der Zugriff auf den VM Host haben muss, um solche physischen Medienänderungen vornehmen zu können. Beispiel:
In diesem Beispiel lautet die Ressourcenanweisung für die NullDVD dvd:scsi::null:/dev/rdsk/c0t0d0. Wenn der VM Host-Administrator dem Gastsystemadministrator keinen Zugriff auf das CD/DVD-Laufwerk des VM Hosts erteilen möchte, können Sie eine virtuelle NullDVD für ein Dateisystemverzeichnis einrichten, das die ISO-Dateien enthält, auf die der Gastadministrator zugreifen möchte. Die Ressourcenanweisung lautet dann folgendermaßen:
Dabei gilt: /Pfadname ist das Dateisystemverzeichnis, in dem die ISO-Dateien gespeichert sind. Dieser Vorgang ist mit dem Einrichten einer virtuellen FileDVD identisch (siehe Abschnitt : „Virtuelle FileDVD“), nur dass die Datei nicht angegeben wird. Indem ein Dateiverzeichnis angegeben wird, kann der Gastsystemadministrator über die virtuelle Konsole die zu verwendenden ISO-Dateien auswählen. Das Dateiverzeichnis muss ein lokal bereitgestelltes VxFS-Dateisystem sein. NFS-Dateisysteme werden nicht unterstützt. Sind die ISO-Dateien uneingeschränkt schreibbar, sind sie nicht über die virtuelle Konsole verfügbar. Für die folgenden ISO-Dateien:
lautet die Ressourcenanweisung für die virtuelle NullDVD dvd:scsi::file:/var/opt/hpvm/ISO-images/hpux/. Sie können die virtuelle NullDVD so konfigurieren, dass sie gemeinsam verwendet werden kann oder Mehrpfad-Optionen hat. Wenn das virtuelle NullDVD-Gerät für die Verwendung des CD/DVD-Geräts des VM Hosts konfiguriert ist, kann es nicht gemeinsam verwendet werden, und es sind keine Mehrpfad-Optionen verfügbar. Wenn die virtuelle NullDVD für die Verwendung eines Dateisystemverzeichnisses konfiguriert ist, kann sie zur gemeinsamen Verwendung freigegeben werden, und Sie können Mehrpfad-Optionen verwenden (siehe Abschnitt : „Mehrpfad-Lösungen für den VM-Speicher“). Um das Verzeichnis zur gemeinsamen Verwendung durch mehrere virtuelle Systeme freizugeben, verwenden Sie den Befehl hpvmdevmgmt. Beispiel:
Weitere Informationen zur Verwendung des Befehls hpvmdevmgmt finden Sie im Abschnitt : „Verwalten der Gerätedatenbank“. Virtuelle NullDVDs erfordern keine zusätzliche Verwaltung, die über die Verwaltungsaufgaben für die virtuellen DVD-Typen (siehe „Virtuelle DVDs“) oder virtuellen FileDVD-Typen (siehe Abschnitt : „Virtuelle FileDVD“) hinausgeht, zu denen sie werden. Integrity VM ermöglicht das Verbinden physischer Hintergrundspeicher-Gerätetypen des VM Hosts mit virtuellen Systemen. Die Hintergrundspeicher-Gerätetypen des VM Hosts sind Bänder, Medienwechsler und CD/DVD-Brenner. Diese Geräte werden auf dem VM Host mithilfe von HP-UX sctl-Gerätedateien angegeben. Das Gastbetriebssystem, das auf dem virtuellen System ausgeführt wird, besitzt die vollständige Kontrolle über ein verbundenes physisches Gerät. Aus diesem Grund muss das Gastbetriebssystem das Gerät unterstützen, das verbunden wird. Eine Liste der unterstützten Gastbetriebssystemtreiber finden Sie in der Produktdokumentation des Geräts. Die Ressourcenanweisungen für verbundene Geräte nehmen abhängig vom Gerätetyp die folgende Form an:
Dabei gilt Folgendes: /dev/rscsi/cXtYdZ ist eine HP-UX sctl-Gerätedatei für den angegebenen Gerätetyp. Führen Sie die folgenden Schritte aus, um eine HP-UX sctl-Gerätedatei zu erstellen:
Verbundene Geräte können nicht gleichzeitig von mehreren aktiven virtuellen Systemen gemeinsam verwendet werden. Es kann jeweils nur einem aktiven virtuellen System gleichzeitig ein bestimmtes verbundenes Gerät zugewiesen werden. Ebenso wie virtuelle Geräte können verbundene Geräte jedoch dynamisch mit aktiven virtuellen Systemen verbunden oder von diesen getrennt werden (siehe Abschnitt : „Verwenden des Integrity VM-Speichers“). Wenn das Gerät mit einem virtuellen System verbunden wird, kann es zu diesem Zeitpunkt oder während des Verbindungsvorgangs nicht vom VM Host geöffnet werden. Da Bänder, Medienwechsler und CD/DVD-Brenner nicht virtualisiert sind, müssen Medienwechsel mit diesen physisch vorgenommen werden. Medienänderungen mit verbundenen Geräten müssen daher von Personen vorgenommen werden, die Zugang zu diesem betreffenden physischen Speicher besitzen. Änderungen an verbundenen Geräten verlangen ggf., dass die Sperre des Geräts aus einem aktiven Gastbetriebssystem aufgehoben wird. Verbundene Geräte verbleiben im letzten Sperrstatus, den das Gastbetriebssystem festgelegt hat, wenn das Gerät getrennt oder das virtuelle System heruntergefahren wird. Leere Geräte werden verbunden und nicht gesperrt. Für verbundene Geräte auf dem VM Host sind keine Mehrpfad-Lösungen verfügbar. Mehrpfad-Produkte werden im virtuellen System nicht unterstützt. Verwalten Sie verbundene Geräte, damit verhindert wird, dass die falschen virtuellen Systeme vertrauliche Informationen anzeigen können. Sie können mithilfe des Befehls hpvmstatus anzeigen, welche virtuellen Systeme zurzeit verbundene Geräte verwenden. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 Druckbare Version |
|
|
|
|
|
|||||||||||||||
|
|||||||||||||||
