VMs mit der Kubernetes-API von VMware bereitstellen

Das Hochfahren von virtuellen Maschinen vereinfachen

Wenn Sie ein Ticketing-System zum Bereitstellen von virtuellen Maschinen verwenden, gibt es naturgemäß eine Verzögerung: der Entwickler muss ein Ticket erstellen, der Admin dieses lesen, eventuelle Rückfragen abklären und die virtuelle Maschine erstellen. Das bremste Entwickler mitunter für mehrere Werktage aus – und ist deshalb nicht mehr zeitgemäß.

VM Service bietet Kubernetes-Support, damit Entwickler virtuelle Maschinen selbst erstellen und verwalten können. Das ermöglicht eine konsistente Kubernetes-Erfahrung innerhalb einer Schnittstelle, mit der Entwickler bereits vertraut sind. Es lässt sich auch enger an andere Kubernetes-Ressourcen wie Speicher, Netzwerke und Namespaces anbinden.

Diese Optionen miteinander zu kombinieren, bietet mehr Sicherheit für die Admins und größere Befugnisse für die Entwickler. Während der DevOps-Benutzer mit den VMs über Kubernetes und mit den YAML-Dateien interagiert, kann der vSphere-Administrator auf der anderen Seite weiterhin vCenter verwenden, um diese bereitgestellten virtuellen Maschinen und den Betriebszustand des Systems zu überwachen.

Welche Benutzer können VM-Service verwenden?

DevOps-Benutzer arbeitet mit Kubernetes-nativen APIs und benötigen eine konsistente Methode zum Verwalten von Anwendungen mit nativen K8s, Pods, VMs und Tanzu Kubernetes Clustern. Sie profitieren auch von Self-Service-Lifecycle-Management für VMs, ohne sich Sorgen um die Richtlinien machen zu müssen – denn hier haben die Administratoren bereits alle vorkonfiguriert.

vSphere-Administratoren brauchen hingegen Funktionen, um das System selbst zu verwalten. Sie verwenden die vSphere-APIs oder die Benutzeroberfläche, um beispielsweise anhand von Namespaces Ressourcengrenzen festzulegen, Speicherklassen, VM-Klassen sowie Bibliotheken zuzuordnen und DevOps-Benutzerberechtigungen zuzuweisen.

Um mit VM Service zu starten, müssen Benutzer im VMware Marketplace starten, von wo aus sie ein Image abrufen und eine offene virtuelle Anwendung bereitstellen. Der VM-Dienst verwendet dann das Cloud-init-Framework, damit Benutzer ein Gastbetriebssystem über den Host-Namen und die IP-Adresse hinaus anpassen können, zum Beispiel indem sie beliebig Pakete und Skripte auszuführen.

Wie geht es weiter mit Kubernetes und vSphere?

Auf der VMworld 2021 stellte der Anbieter sieben geplante Roadmap-Elemente vor. Dazu zählt das Hinzufügen von mehr Optionen für VM-Images – insbesondere das häufig nachgefragte Windows.

Zweitens wird VMware die Unterstützung für GPUs (Graphic Processing Unit, Grafikprozessor) und andere Hardwarebeschleunigertypen zu VM Service hinzufügen.

In einem dritten Schritt plant VMware, die Konfigurationsoptionen für virtuelle Maschinen zu erweitern, die Benutzern im VM-Dienst zur Verfügung stehen. Derzeit stehen Kubernetes-Nutzern einige Funktionen nicht zur Verfügung, die sie mit der vSphere-API nutzen können.

Als viertes kündigte VMware einen Open-Source-VM-Operator an.

Fünftens verspricht der Anbieter, Unterstützung für weitere Inhaltsquellen hinzuzfügen. Derzeit werden Images innerhalb von vSphere unterstützt, es wird jedoch untersucht, ob dies auf VMTX, S3-Buckets und Bitnami ausgeweitet werden kann.

Als sechstes sieht der Plan vor, dass Nutzer vorhandene VMs in die Kubernetes-basierte Verwaltung übernehmen können. Derzeit beschränkt sich VM Services nur auf neue virtuelle Maschinen –Kunden möchten aber auch VMs abrufen, für die Administratoren bereits vSphere-Eigenschaften unter Kubernetes erstellt haben.

Zuletzt soll Benutzern die Möglichkeit geben werden, VMs automatisch zu skalieren, so wie Cloud-Administratoren Ressourcen nach Bedarf skalieren können.