Shell-Befehle › Hilfsprogramme › image2class: Image-Importhilfsprogramm für virtuelle Computer › image2class: Image-Importhilfsprogramm für virtuelle Computer - Funktionsweise
image2class: Image-Importhilfsprogramm für virtuelle Computer - Funktionsweise
Eine virtuelle OVF-Maschine als CA 3Tera AppLogic-Appliance importieren
Das image2class-Hilfsprogramm erstellt eine neue CA 3Tera AppLogic-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 CA 3Tera AppLogic-Appliance-Klasse als Singleton angegeben ist (also 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 CA 3Tera AppLogic-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 3Tera AppLogic-Klasse hinzugefügt. Gegebenenfalls werden Eigenschaftsnamen so geändert, dass sie den Namenskonventionen für CA 3Tera AppLogic entsprechen (das heißt, dass nicht unterstützte Zeichen ersetzt werden; z. B, wird ip.address zu ip_address).
- 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 CA 3Tera AppLogic-Appliance-Klasse umzuwandeln. Details finden Sie in der Referenz zu hvm2pv.
- Wenn die Klassenoption als Katalogklasse angegeben ist (also /user:MYCLASS), wird der Singleton in den angegebenen Katalog verschoben und kann dann als normale CA 3Tera AppLogic-Appliance-Klasse benutzt werden.
