Navigationslinks überspringen | |
Druckansicht beenden | |
![]() |
SystemAdministrationshandbuch: Oracle Solaris Container - RessourcenAdministration und Solaris Zones Oracle Solaris 10 1/13 Information Library (Deutsch) |
1. Einführung in Solaris 10-RessourcenAdministration
2. Einführung in Projekte und Aufgaben
3. Verwalten von Projekten und Aufgaben (Vorgehen)
4. Einführung in das Extended Accounting
5. Verwalten des Extended Accounting (Vorgehen)
6. Einführung in die Resource Controls
7. Verwalten von Resource Controls (Vorgehen)
8. Einführung in den Fair Share Scheduler
9. Verwalten des Fair Share Scheduler (Vorgehen)
10. Einführung in die Steuerung des reellen Arbeitsspeichers mithilfe des Resource Capping Daemons
11. Verwalten des Resource Capping Daemons (Vorgehen)
12. Einführung in Resource Pools
13. Erstellen und Verwalten von Resource Pools (Vorgehen)
14. Beispiel für die Konfiguration der RessourcenAdministration
15. Resource Controls in der Solaris Management-Konsole
16. Einführung in Solaris Zones
17. Einführung in die Konfiguration einer nicht-globalen Zone
18. Planen und Konfigurieren von nicht-globalen Zonen (Vorgehen)
19. Einführung in das Installieren, Anhalten, Klonen und Deinstallieren von nicht-globalen Zonen
20. Installieren, Booten, Anhalten, Deinstallieren und Klonen von nicht-globalen Zonen (Vorgehen)
21. Einführung in das Anmeldeverfahren bei einer nicht-globalen Zone
22. Anmelden bei nicht-globalen Zonen (Vorgehen)
23. Verschieben und Migrieren von nicht-globalen Zonen (Vorgehen)
Solaris 10 11/06: Verschieben einer nicht-globalen Zone
Solaris 10 11/06: Migrieren einer nicht-globalen Zone zu einem anderen Computer
Allgemeine Informationen zum Migrieren einer Zone
So migrieren Sie eine nicht-globalen Zone
So verschieben Sie den zonepath auf einen neuen Host
Solaris 10 5/08: So testen Sie eine Zonenmigration vor dem eigentlichen Ausführen der Migration
So migrieren Sie eine Zone von einem unbrauchbaren Computer
Verwenden von "Aktualisieren während des Anhängens" als Patching-Lösung
24. Oracle Solaris 10 9/10: Migrieren eines reellen Oracle Solaris-Systems in eine Zone (Aufgaben)
27. Verwaltung der Oracle Solaris-Zonen (Überblick)
28. Verwaltung der Oracle Solaris-Zonen (Aufgaben)
29. Aktualisieren eines Oracle Solaris 10-Systems mit installierten nicht-globalen Zonen
30. Behebung von verschiedenen Problemen mit Oracle Solaris Zones
31. Allgemeine Informationen zu Branded Zones und der Linux Branded Zone
32. Einführung in die Planung der Konfiguration einer lx Branded Zone
33. Konfigurieren einer lx Branded Zone (Vorgehen)
34. Einführung in das Installieren, Booten, Anhalten, Klonen und Deinstallieren von lx Branded Zones
35. Installieren, Booten, Anhalten, Deinstallieren und Klonen von lx Branded Zones (Vorgehen)
36. Anmelden bei lx Branded Zones (Vorgehen)
37. Verschieben und Migrieren von lx Branded Zones (Vorgehen)
38. Verwalten und Ausführen von Anwendungen in lx Branded Zones (Vorgehen)
Bitte beachten Sie, dass Sie im Solaris-Release 10 5/08 eine Zonenmigration testen können, bevor die betreffende Zone tatsächlich auf eine neue Maschine verschoben wird. Weitere Informationen finden Sie unter Solaris 10 5/08: Informationen zum Testen einer Zonenmigration vor dem eigentlichen Ausführen der Migration.
Nach dem Solaris-Release 10 11/06 wurden diesem Abschnitt neue Informationen hinzugefügt.
Mit den Befehlen zonecfg und zoneadm können Sie eine vorhandene nicht-globale Zone von einem System zum einem anderen migrieren. Die Zone wird angehalten und vom aktuellen Hostcomputer gelöst. Der zonepath wird auf den Zielhost verschoben und dort angehängt.
Für die Migration einer Zone gelten die folgenden Einschränkungen:
In der globalen Zone des Zielsystems muss eine Oracle Solaris-Version ausgeführt werden, die identisch mit dem ursprünglichen Quellhost ist.
Um sicherzustellen, dass die Zone ordnungsgemäß ausgeführt werden kann, muss das Zielsystem die gleichen Versionen der folgenden Betriebssystem-Pakete und -Patches wie auf dem Originalhost ausführen.
Pakete, die Dateien unter einer inherit-pkg-dir-Ressource bereitstellen
Pakete, bei denen Folgendes gesetzt ist: SUNW_PKG_ALLZONES=true
Andere Pakete und Patches, z. B. solche von Drittanbietern, können hiervon abweichen.
Solaris 10 10/08: Wenn auf dem neuen Host neuere Versionen zonenabhängiger Pakete und zugehöriger Patches installiert sind, werden durch Verwendung von zoneadm attach mit der Option -u diese Pakete zur Übereinstimmung mit dem neuen Host innerhalb der Zone aktualisiert. Die für das Aktualisieren während des Anhängens zuständige Software untersucht die zu migrierende Zone und legt fest, welche Pakete zur Übereinstimmung mit dem neuen Host zu aktualisieren sind. Nur diese Pakete werden aktualisiert. Die übrigen Pakete und deren zugehörige Patches können·von Zone zu Zone unterschiedlich sein. Diese Option ermöglicht auch die automatische Migration zwischen Rechnerklassen wie z.B. von sun4u auf sun4v
Solaris 10 9/10: Wenn auf dem neuen Host neuere Versionen der Pakete und der zugehörigen Patches installiert sind, werden durch Verwendung von zoneadm attach mit der Option -U diese Pakete innerhalb der Zone aktualisiert, sodass sie den Paketen einer neu installierten nicht-globalen Zone auf diesem Host entsprechen. Alle Pakete, die in dieser Zone, jedoch nicht in der globalen Zone installiert sind, werden ignoriert und nicht verändert. Diese Option ermöglicht auch die automatische Migration zwischen Rechnerklassen wie z.B. von sun4u auf sun4v
Solaris 10 5/09: Mit der Option -b können Patches vor der Aktualisierung aus der Zone zurückgenommen werden.
Host- und Zielsystem müssen die gleiche Maschinenarchitektur aufweisen, es sei denn, dass die Option -u zum Migrieren zwischen den Maschinenklassen sun4u und sun4v verwendet wird.
Solaris 10 5/09: Mit der Option -b können offizielle oder Interim Diagnostics/Relief-Patches (IDR) während des Anhängens aus der Zone zurückgenommen werden. Es können mehrere Optionen des Typs -b angegeben werden. Wenn ein Patch aus einem beliebigen Grund nicht zurückgenommen werden kann, schlägt der Befehl zoneadm fehl und es werden keine Patches zurückgenommen.
Diese Option kann nur für Zone Brands angewendet werden, die Pakete des Typs SVr4 verwenden.
Zum Überprüfen des Solaris-Release und der Computerarchitektur geben Sie Folgendes ein:
#uname -m
Der Prozess zoneadm detach erstellt die Informationen, die zum Anhängen der Zone auf einem anderen System erforderlich sind. Der Prozess zoneadm attach überprüft, ob der Ziel-Computer korrekt konfiguriert ist, um als Host für die Zone zu fungieren.
Da es verschiedene Möglichkeiten gibt, den zonepath auf dem neuen Host verfügbar zu machen, muss das tatsächliche Verschieben des zonepath von einem System auf das andere manuell vom globalen Administrator ausgeführt werden.
Wenn die Zone erfolgreich auf das neue System verlagert wurde, befindet sie sich im installierten Status.
Für dieses Verfahren müssen Sie als globaler Administrator in der globalen Zone angemeldet sein.
Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie unter Using the Solaris Management Tools With RBAC (Task Map) in System Administration Guide: Basic Administration.
host1# zoneadm -z my-zone halt
host1# zoneadm -z my-zone detach
Die getrennte Zone befindet sich jetzt in Status „configured“.
Weitere Informationen finden Sie unter So verschieben Sie den zonepath auf einen neuen Host.
host2# zonecfg -z my-zone
Die folgende Systemmeldung wird angezeigt:
my-zone: No such zone configured Use 'create' to begin configuring a new zone.
zonecfg:my-zone> create -a /export/zones/my-zone
zonecfg:my-zone> info zonename: my-zone zonepath: /export/zones/my-zone autoboot: false pool: inherit-pkg-dir: dir: /lib inherit-pkg-dir: dir: /platform inherit-pkg-dir: dir: /sbin inherit-pkg-dir: dir: /usr net: address: 192.168.0.90 physical: bge0
Beispielsweise könnte das reelle Netzwerkgerät auf dem neuen Host anders sein, oder in der Konfiguration vorhandene Geräte haben andere Namen auf dem neuen Host.
zonecfg:my-zone> select net physical=bge0 zonecfg:my-zone:net> set physical=e1000g0 zonecfg:my-zone:net> end
zonecfg:my-zone> commit zonecfg:my-zone> exit
host2# zoneadm -z my-zone attach
Wenn eine oder beide der folgenden Bedingungen zutreffen, wird der Systemadministrator über die erforderlichen Maßnahmen informiert:
Erforderliche Pakete und Patches sind nicht auf dem neuen Computer vorhanden.
Die Software-Level der beiden Computer weichen voneinander ab.
host2# zoneadm -z my-zone attach -u
Tipp - Solaris 10 10/08: Wenn auf dem Ausgangssystem eine ältere Solaris-Version installiert ist, kann es sein, dass beim Aushängen der Zone eine fehlerhafte Paketliste erstellt wird. Um sicherzustellen, dass auf dem Zielsystem die akkurate Paketliste generiert wird, können Sie die Datei SUNWdetached.xml aus dem zonepath entfernen. Durch das Entfernen dieser Datei wird vom Zielsystem eine neue Paketliste erstellt.
Dies ist ab Solaris 10 5/09 nicht mehr nötig.
host2# zoneadm -z my-zone attach -U
host2# zoneadm -z my-zone attach -u -b IDR246802-01 -b 123456-08
Beachten Sie, dass Sie die Option -b unabhängig von der Option -u oder - U verwenden können
host2# zoneadm -z my-zone attach -F
![]() | Achtung - Mit der Option -F können Sie den Befehl attach erzwingen, ohne dass eine Überprüfung durchgeführt wird. Dies bietet sich in bestimmten Fällen wie z. B. in einer Cluster-Umgebung oder beim Erstellen von Sicherungskopien bzw. dem Wiederherstellen aus einer Sicherungskopie an, setzt aber voraus, dass das System ordnungsgemäß konfiguriert ist, um als Host für eine Zone zu fungieren. Bei einer falschen Konfiguration könnte sich ein unerwartetes Verhalten einstellen. |
Es gibt verschiedene Möglichkeiten, ein Archiv eines zonepath zu erstellen. Sie können beispielsweise die Befehle cpio oder pax verwenden, die in den Manpages cpio(1) und pax(1) beschrieben sind.
Auch für das Übertragen des Archivs auf dem neuen Host stehen verschiedene Möglichkeiten zur Verfügung. Der zur Übertragung des zonepath vom Quellhost zum Ziel hängt von der lokalen Konfiguration ab. In einigen Fällen, z. B. bei einem SAN, können die Daten im zonepath nicht tatsächlich verschoben werden. Ein SAN kann jedoch auf einfache Weise neu konfiguriert werden, so dass der zonepath auf dem neuen Host angezeigt wird. In anderen Fällen kann der zonepath auf ein Band geschrieben sein, und das Band wird an den neuen Standort gesendet.
Aus diesen Gründen ist dieser Schritt nicht automatisiert. Der Systemadministrator muss die am besten geeignete Methode zum Verschieben des zonepath auf den neuen Host auswählen.
Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie unter Using the Solaris Management Tools With RBAC (Task Map) in System Administration Guide: Basic Administration.
Beispiel 23-1 Archivieren und Verschieben des zonepath mit dem Befehl tar
Erstellen Sie eine tar-Datei des zonepath auf host1 und übertragen Sie sie mit dem Befehl sftp an host2.
host1# cd /export/zones host1# tar cf my-zone.tar my-zone host1# sftp host2 Connecting to host2... Password: sftp> cd /export/zones sftp> put my-zone.tar Uploading my-zone.tar to /export/zones/my-zone.tar sftp> quit
Entpacken Sie die tar-Datei auf host2.
host2# cd /export/zones host2# tar xf my-zone.tar
Weitere Informationen finden Sie in sftp(1) und tar(1).
Allgemeine Fehler
Informationen zu den folgenden Problemen finden Sie unter Auflösen von Problemen bei einem zoneadm attach-Vorgang:
Patches und Pakete sind nicht synchron.
Betriebssystem-Releases stimmen nicht überein.
Nächste Schritte
Wenn ein SAN nicht neu konfiguriert, sondern die Daten kopiert haben, sind die zonepath-Daten noch immer auf den Quellhost sichtbar, obwohl sich die Zone jetzt im Status „configured“ befindet. Sie können entweder den zonepath manuell vom Quellhost entfernen, nachdem Sie die Daten auf den neuen Host verschoben haben, oder Sie fügen die Zone erneut auf dem Quellhost ein und verwenden den Befehl zoneadm uninstall, um den zonepath zu entfernen.
Mithilfe der Option „no execute“ (-n) können Sie vor dem Verschieben einer Zone auf eine neue Maschine die Migration testen.
Mit dem Unterbefehl zoneadm detach der Option -n können Sie ein Manifest auf einer laufenden Zone generieren, ohne sie abtrennen zu müssen. Der Status der Zone auf dem Ursprungssystem bleibt unverändert. Das Zonenmanifest wird auf stdout ausgegeben. Der globale Administrator kann diese Ausgabe in einer Datei umleiten oder mithilfe einer Pipe mit einem Befehl auf dem Zielsystem verknüpfen, damit sie dort validiert werden kann. Der Unterbefehl zoneadm attach kann dann mit der Option -n dieses Manifest lesen und überprüfen, ob die Konfiguration des Zielsystems für die Zone geeignet ist, ohne die Zone dafür wirklich anzuschließen.
Die Zone auf dem Zielsystem muss vor dem Durchführen des testweisen Anschließens nicht auf dem neuen Host konfiguriert werden.
Für dieses Verfahren müssen Sie als globaler Administrator bei der globalen Zone angemeldet sein.
Informationen zum Erstellen von Rollen und Zuweisen von Rollen zu Benutzern finden Sie unter Using the Solaris Management Tools With RBAC (Task Map) in System Administration Guide: Basic Administration.
global# zoneadm -z my-zone detach -n | ssh remotehost zoneadm attach -n -
Der Bindestrich (—) am Ende der Zeile gibt stdin als Pfad an.
Mit stdout wird die Validierung auf dem Bildschirm des Ausgangs-Hosts ausgegeben.
global# zoneadm -z my-zone detach -n > filename
Kopieren Sie das Manifest auf das neue Hostsystem (siehe So verschieben Sie den zonepath auf einen neuen Host) und führen Sie die Validierung durch:
global# zoneadm attach -n path_to_manifest
Mithilfe des Bindestrichs (—) kann stdin als Pfad angegeben werden.