Hyper-V-APIs
Hyper-V-APIs bieten Benutzern die Freiheit, virtuelle Computer oder Container auf verschiedenen Ebenen im Virtualisierungsstapel zu erstellen und zu verwalten.
Mit dem WMI-Anbieter für Hyper-V können Entwickler und Skripter schnell benutzerdefinierte Tools, Hilfsprogramme und Erweiterungen für die Virtualisierungsplattform erstellen. Die WMI-Schnittstellen können alle Aspekte der Hyper-V-Dienste verwalten.
Weitere Informationen finden Sie unter Hyper-V-WMI-Anbieter (2)
Der Hauptzweck der Host Compute System-API besteht im Bereitstellen des Zugriffs auf VMs und Container auf Plattformebene unter Windows.
Die HCS-APIs richten sich an Entwickler, die Anwendungen oder Verwaltungsdienste für VMs oder Container erstellen möchten. Es wird nicht von einer direkten Interaktion von Endbenutzern mit den HCS-APIs ausgegangen, die Endbenutzererfahrung (in Form von grafischen oder Befehlszeilenschnittstellen, stärker abstrahierten APIs...) soll von den Anwendungen oder dem Verwaltungsdienst bereitgestellt werden, die auf den Plattform-APIs aufbauen.
Weitere Informationen finden Sie unter: Host Compute System-API
Diese API ist ab dem Windows-Update von April 2018 verfügbar.
Die Windows Hypervisor-Plattform bietet außerdem eine erweiterte Benutzermodus-API für Drittanbieter-Virtualisierungsstapel und Anwendungen, um Partitionen auf der Ebene des Hypervisors zu erstellen und zu verwalten, Speicherzuordnungen für die Partition zu konfigurieren und das Ausführung der virtuellen Prozessoren zu erstellen und zu steuern.
Beispiel: Ein Client wie QEMU kann auf dem Hypervisor ausgeführt werden, während die Verwaltung, die Konfiguration, die Gast-/Host-Protokolle und die vom Gast unterstützten Treiber erhalten bleiben. Und das alles neben einer von Hyper-V verwalteten Partition ohne Überschneidungen.
Weitere Informationen finden Sie unter Windows Hypervisor-Plattform-API
WHP-APIs erforderten den Virtualisierungsstapel eines Drittanbieters, um virtuelle Computer auszuführen, während HCS-APIs und WMI-APIs in virtualisierungsbasierten Stapeln von Windows erstellt sind. Mit der Erweiterung des Szenarios würden WMI-APIs mehr Verwaltungsanweisungen sowie weitere Einschränkungen und Richtlinien zur Verfügung stellen.
WMI-APIs sind wirklich auf allgemeine Workflows in Servervirtualisierungsszenarien zugeschnitten, während HCS-APIs dafür konzipiert sind, den lokalen VM-Workflow genau zu verwalten, der mehr Flexibilität, aber mehr Verantwortung für Anwendungsdienste bietet, die einen direkteren Zugriff auf Container oder lokale VMs auf einem einzelnen Computer benötigen.
WMI-APIs konzentrieren sich hauptsächlich auf die Verwaltung von Servern vor Ort, die allgemeine Abstraktionen bereitstellen, die wirklich in Virtualisierungs-Workflows auf Servern vor Ort passen. Wenn beispielsweise WMI-APIs ausgewählt wurden, würde das WMI-Modell vollständig auf VMs angewendet, wodurch eine vollständige Liste der virtuellen Standardgeräte hinzugefügt würde, auch wenn Sie nur einen einfachen virtuellen Computer erstellen möchten. Wie bei HCS-APIs besteht das Ziel von HCS-APIs aufgrund des umfassenden Umfangs verschiedener Anwendungsfälle für virtuelle Computer außerhalb der Servervirtualisierung wie Container und WSL im Bereitstellen eines genaueren, detaillierteren API-Diensts, um den Benutzern mehr Flexibilität bei der Konfiguration des virtuellen Computers zu bieten. Dies bedeutet, dass das spezifische Verwaltungsmodell für den Aufruf der APIs nicht zwingend ist.
Das VHD-Format (Virtual Hard Disk) ist eine öffentlich verfügbare Image-Formatspezifikation, die eine virtuelle Festplatte angibt, die in einer einzelnen Datei gekapselt ist und native Dateisysteme hosten und gleichzeitig Standarddatenträger- und Dateivorgänge unterstützen kann. Das Windows SDK unterstützt eine API zum Erstellen und Verwalten des virtuellen Datenträgers.
Weitere Informationen finden Sie unter Virtuelle Festplatten-Schnittstelle
Host Compute Network (HCN)-Dienst-API ist eine öffentlich zugängliche Win32-API, die Zugriff auf Plattformebene zum Verwalten der virtuellen Netzwerke, virtuellen Netzwerkendpunkte und zugehörigen Richtlinien bietet.
Weitere Informationen finden Sie unter: HCN-Dienst-API
Die Hypervisor-Anweisungs-Emulator-API wird verwendet, um die Kommunikation zwischen den Zugriffstasten und der Geräteemulation zu verarbeiten, die nicht direkt von Windows Hypervisor-Plattform-APIs bereitgestellt werden.
Weitere Informationen finden Sie unter Hypervisor-Anweisungs-Emulator-API
Das Windows SDK enthält eine API für den Zugriff auf Rohdatenabbilddaten eines gespeicherten VM-Zustands.
Weitere Informationen finden Sie unter: VM Saved State Dump Provider-API