Virtuelle Gerät

A Virtuelle Gerät ist ein vorkonfiguriertes Virtuales Maschinenbild, bereit, auf einem zu laufen Hypervisor; Virtuelle Geräte sind eine Teilmenge der breiteren Klasse von Software Appliances. Installation eines Software -Appliance auf einer virtuellen Maschine und der Verpackung, die in ein Bild eine virtuelle Appliance erzeugt. Wie Software -Geräte sollen virtuelle Geräte die Installations-, Konfigurations- und Wartungskosten beseitigen, die mit dem Ausführen komplexer Software -Stapel verbunden sind.

Eine virtuelle Appliance ist keine vollständige virtuelle Maschinenplattform, sondern eine Softwarebild Enthält einen Software -Stack, der auf einer virtuellen Maschinenplattform ausgeführt wurde, die möglicherweise ein Hypervisor vom Typ 1 oder 2 ist. Wie ein physischer Computer ist ein Hypervisor lediglich eine Plattform für die Ausführung einer Betriebssystemumgebung und bietet nicht Anwendungssoftware selbst.

Viele virtuelle Geräte bieten a Website Benutzeroberfläche ihre Konfiguration zuzulassen. Ein virtuelles Gerät wurde normalerweise für eine einzelne Anwendung erstellt. es ist daher eine neue Art zu einsetzen Anwendungen in einem Netzwerk.

Dateiformate

Virtuelle Geräte werden dem Benutzer oder Kunden als Dateien über elektronische Downloads oder physische Verteilung zur Verfügung gestellt. Das am häufigsten verwendete Dateiformat ist das Offene Virtualisierungsformat (OVF). Es kann auch als Open Virtual Appliance (OVA) verteilt werden, die .Eizellen Das Dateiformat ist mit .ovf austauschbar. Das Distributed Management Task Force (DMTF) veröffentlicht die OVF -Spezifikationsdokumentation.[1] Die meisten Virtualisierungsplattformen, einschließlich solcher von VMware, Microsoft, Orakelund Citrix kann virtuelle Geräte aus einer OVF -Datei installieren.[2]

Raster Computing

Virtualisierung löst ein Schlüsselproblem in der Raster Computing Arena - nämlich die Realität, dass ein ausreichend großes Netz unweigerlich aus einer Vielzahl heterogener Hardware- und Betriebssystemkonfigurationen besteht. Das Hinzufügen virtueller Geräte in das Bild ermöglicht eine extrem schnelle Bereitstellung von Gitterknoten und entkoppelt den Netzbetreiber vor allem sauber vom Gitterverbraucher, indem alle Kenntnisse der Anwendung innerhalb des virtuellen Geräts eingekapselt werden.

Infrastruktur als ein Service

Virtuelle Geräte sind kritische Ressourcen in Infrastruktur als ein Service Cloud Computing. Das Dateiformat der virtuellen Appliance ist das Problem des Cloud -Anbieters und in der Regel für den Cloud -Benutzer nicht relevant, obwohl der Cloud -Benutzer möglicherweise Eigentümer der virtuellen Appliance ist. Herausforderungen können jedoch durch die Übertragung des Eigentums für virtuelle Geräte oder der Übertragung virtueller Geräte zwischen Cloud -Rechenzentren erfolgen. In diesem Fall können virtuelle Gerätekopien- oder Export-/Importfunktionen verwendet werden, um dieses Problem zu überwinden.[3]

Software als Dienst

Mit dem Aufstieg der Virtualisierung als Plattform für gehostete Dienste haben virtuelle Geräte einen direkten Weg für traditionelle lokale Anwendungen zur Verfügung gestellt Software als Dienst (SaaS) -Modus-ohne eine größere Anwendung erneut der Architektur für erforderlich zu machen Multi-Messen. Durch die Entkopplung des Hardware- und Betriebssysteminfrastrukturanbieters vom Anwendungsstapelanbieter können virtuelle Geräte auf der einen Seite Skaleneffekte auf der anderen Seite genutzt werden. Traditionelle Ansätze für SaaS, wie sie von Salesforce.com angepriesen wurden, nutzen die gemeinsame Infrastruktur, indem sie massive Veränderungen erzwingen und die Komplexität des Software -Stacks erhöht.

Ein konkretes Beispiel für den Ansatz der virtuellen Geräte zur Bereitstellung von SaaS ist die Amazon Elastic Compute Cloud (EC2)-Ein Raster von Xen Hypervisor-Knoten gepaart mit der Verfügbarkeit vorverpackter virtueller Geräte in der Amazon Machine Image Format. Amazon EC2 reduziert den Kostenbarrier auf den Punkt, an dem es machbar wird, dass jeder Kunde des gehosteten Dienstes mit seinen eigenen virtuellen Geräteinstanzen bereitgestellt wird, anstatt sie zu zwingen, gemeinsame Instanzen zu teilen. Vor der EC2 waren die merten gehosteten Modelle zu teuer, was zum Scheitern vieler frühzeitig führte ASP Angebote.

Darüber hinaus kann im Gegensatz zu den Multi-Tenancy-Ansätzen für SaaS auch eine virtuelle Appliance für Kunden eingesetzt werden, die lokaler Netzwerkzugriff auf die laufende Anwendung benötigen, oder Sicherheitsanforderungen haben, die ein Hosting-Modell von Drittanbietern nicht erfüllt. Die zugrunde liegende Virtualisierungstechnologie ermöglicht auch eine schnelle Bewegung virtueller Appliances -Instanzen zwischen physischen Ausführungsumgebungen. Traditionelle Ansätze für SaaS reparieren die Anwendung auf der gehosteten Infrastruktur.

Siehe auch

Verweise

  1. ^ "OVF 1.1 Spezifikation" (PDF).
  2. ^ "VirtualBox Changelog". Abgerufen 2009-04-13.
  3. ^ Wu C F, Wang Y S, Liu G N, Amies, A, 2012, Erstellen Sie Lösungen für IBM SmartCloud Enterprise: Übertragen Sie das Bildvermögen zwischen verschiedenen Konten IBM Developerworks, 6. Juni.

Weitere Lektüre

  • Karimi, Kamran (2012-07-02). "Herausforderungen bei der Aktualisierung eines virtuellen Geräts". Arxiv:1207.0546 [cs.se].