![Vorheriges Thema: Beschränkungen](574.png)
![Nächstes Thema: hvm2pv: Hardware-Emulation für das Hilfsprogramm zur Konvertierung einer paravirtualisierten Appliance](573.png)
Referenzinformationen › Befehlszeilen-Shell-Referenzhandbuch › Shell-Befehle › Hilfsprogramme › image2class: Image-Importhilfsprogramm für virtuelle Computer › Bedienung
Bedienung
Eine virtuelle OVF-Maschine als Appliance importieren
Das image2class-Hilfsprogramm erstellt eine neue Klasse von einer als OVA verpackten Appliance durch die Ausführung der folgenden Schritte:
- Der OVA-Paketdigest und die Signatur werden überprüft (wenn vorhanden).
- Wenn die Appliance-Klasse als Singleton angegeben ist (d. h. my_app:MYCLASS), werden die Anwendung und der Singleton erstellt. Andernfalls wird eine temporäre Anwendung mit einem darin enthaltenen Singleton erstellt.
- Die Volumes aus dem OVA-Paket werden der Singleton-Klasse hinzugefügt. An den Volumes werden zu diesem Zeitpunkt keine Änderungen vorgenommen.
- Die Singleton-Klassen-Konfiguration wird folgendermaßen geändert:
- Volumes werden als rw und instanziierbar festgelegt. Das erste Volume im .ovf-Deskriptor oder das durch den Parameter "boot_vol=<id>" angegebene Volume wird als Startvolume markiert.
- Die Konsole wird auf "ssh:22,text" festgelegt. Dies ist die gebräuchlichste Einstellung für Appliances. Dies zeigt an, dass die Appliance einen ssh-Zugriff über ihre Standardschnittstelle ermöglicht.
- Die Kategorie wird auf "image2class" festgelegt
- CPU-, Speicher- und Bandbreitenressourcen werden konfiguriert. Minimale, maximale und Standardressourcenzuweisungen werden alle auf den gleichen Wert festgelegt. Wenn angegeben, werden die Werte der Befehlszeilenparameter verwendet. Andernfalls werden die Werte aus dem .ovf-Deskriptor verwendet. Wenn kein Wert im ovf-Deskriptor vorhanden ist, und ein Wert nicht als Befehlszeilenparameter angegeben ist, werden die folgenden Werte verwendet:
- CPU: 1.0
- Memory: 512M
- Bandwidth: 100Mbps
- Eine Standardnetzwerkschnittstelle wird hinzugefügt. Wenn die Option "--external_iface" angegeben ist, wird auch eine externe Schnittstelle hinzugefügt. Es werden keine zusätzlichen Terminals auf der Klassenbegrenzung erstellt. Die Netzwerkkonfiguration vom OVF-Deskriptor wird ignoriert.
- Die Eigenschaften vom OVF-Deskriptor werden der CA AppLogic®-Klasse hinzugefügt. Wie erforderlich, werden Eigenschaftsnamen geändert, um die Namenskonventionen von CA AppLogic® zu erfüllen. Zum Beispiel werden nicht unterstützte Zeichen ersetzt, sodass "ip.address" in "ip_address" geändert wird.
- Die Beschreibung und Dokument-URL werden ausgehend von der Konfiguration in der .ovf-Datei festgelegt.
- Wenn die Option "--managed" angegeben ist, wird das hvm2pv-Hilfsprogramm ausgeführt, um den Singleton in eine verwaltete Appliance-Klasse umzuwandeln. Details finden Sie in der Referenz zu hvm2pv.
- Wenn die Klassenoption als Katalogklasse angegeben ist, wie z. B. "/user:MYCLASS", wird der Singleton in den angegebenen Katalog verschoben und kann dann als normale Appliance-Klasse verwendet werden.
Copyright © 2013 CA.
Alle Rechte vorbehalten.
![Vorheriges Thema: Beschränkungen](574.png) ![Nächstes Thema: hvm2pv: Hardware-Emulation für das Hilfsprogramm zur Konvertierung einer paravirtualisierten Appliance](573.png)
|
|