Referenzinformationen › Befehlszeilen-Shell-Referenzhandbuch › 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 AppLogic-Appliance importieren

Das image2class-Hilfsprogramm erstellt eine neue CA 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 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 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 AppLogic-Klasse hinzugefügt. Gegebenenfalls werden Eigenschaftsnamen so geändert, dass sie den Namenskonventionen für CA 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 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 AppLogic-Appliance-Klasse benutzt werden.