Dokumentation

VMware vSphere

Provibr verbindet sich mit einem vCenter Server und verwaltet die virtuellen Maschinen in dessen Bestand: bestellen, klonen, starten, stoppen, anhalten, entfernen und den Verbrauch auslesen, und zwar über denselben Agenten, dieselben Tarife und dieselbe Prüfspur wie jede andere Integration.

Womit sich das verbindet

Die Integration spricht über die Web-Services-API mit vCenter Server. Alles, was das Panel tut (Platzierung, Klonen, Gastkonfiguration), läuft über vCenter, sodass ein Cluster mit DRS weiterhin selbst entscheidet, auf welchem Host eine Maschine landet.

Ein einzelner ESXi-Host wird nicht unterstützt. Er antwortet auf derselben API, und die Anmeldung gelingt sogar, aber er kennt keine Cluster, kein DRS und keinen Ressourcenpool zum Klonen. Der Agent prüft, womit er spricht, und weist einen einzelnen Host ab, statt bei Ihrer ersten Bestellung zu scheitern.

Worin es sich von Proxmox unterscheidet

Das Modell ist dasselbe: ein Agent, eine Integration, Tarife und Vorlagen. Vier Dinge verhalten sich anders, und genau die fallen auf.

Eine Maschine wird über ihre Instanz-UUID bezeichnet und nicht über eine Nummer, die Provibr vergibt. Alles, was Sie in den Einstellungen wählen (Rechenzentrum, Ressourcenpool, Netzwerk), ist eine vSphere-Objektreferenz und kein Name, denn Namen sind in vSphere nur innerhalb ihres Ordners eindeutig. Und der „Knoten“, den Sie im Panel sehen, ist das Rechenzentrum und nicht der ESXi-Host: Dieser wechselt bei jeder vMotion, und eine Maschine, die scheinbar stündlich umzieht, ließe sich nicht nachvollziehen.

Was Sie eintragen

Vier Felder. Legen Sie einen eigenen Benutzer an, statt einen Administrator wiederzuverwenden. vCenter hat kein widerrufbares API-Token, also ist die Rolle auf dem Konto die Begrenzung.

Die https-Adresse von vCenter, so wie Sie sie im Browser öffnen.
Der Benutzername samt Domäne, zum Beispiel provibr@vsphere.local.
Das Passwort. Es wandert einmalig zu Ihrem Agenten und wird von Provibr nie gespeichert.
Der SHA-256-Fingerabdruck des Zertifikats, das vCenter vorzeigt.

Geben Sie dem Konto eine Rolle auf dem Rechenzentrum, das es verwalten soll. Die Anmeldung gelingt mit jedem Konto, das vCenter kennt. Ein Konto ohne Rolle verbindet sich also anstandslos und sieht danach überhaupt nichts: keine Fehlermeldung, nur einen leeren Bestand. Deshalb meldet der Verbindungstest, wie viele Rechenzentren er sieht. Null bedeutet: Die Zugangsdaten stimmen, die Rolle fehlt.

Der TLS-Fingerabdruck

Lesen Sie ihn von jedem Rechner aus, der vCenter erreicht:

shell

openssl s_client -connect <host>:443 </dev/null 2>/dev/null | \
  openssl x509 -noout -fingerprint -sha256

Befehle und Terminal-Ausgaben sind überall auf Englisch, im Panel und auf diesen Seiten. Ein Text, eine Wahrheit: Was Sie hier lesen, ist wörtlich das, was Ihr Host zurückschreibt.

Dieses Feld ist erforderlich. vCenter liefert immer ein Zertifikat der eigenen integrierten CA aus, es gibt also weder eine öffentlich vertrauenswürdige Kette als Rückfallebene noch einen unverschlüsselten Weg. Mit einem Fingerabdruck vertraut der Agent genau diesem einen Zertifikat, statt die Prüfung abzuschalten.

Nehmen Sie den Fingerabdruck des Maschinenzertifikats, nicht den der integrierten CA. Der vSphere Client zeigt beide an, und sie sehen sich ähnlich. Wer die CA fixiert, bekommt eine Integration, die sofort funktioniert und bei der nächsten Zertifikatsrotation Monate später stillsteht.

Einstellungen

Wo neue Maschinen platziert werden. Sie wählen aus dem, was vCenter meldet; einzutippen gibt es nichts.

Das Rechenzentrum, in dem neue Maschinen entstehen.
Der Ressourcenpool. Auf einem DRS-Cluster ist das dessen Root-Pool, und vSphere wählt den Host.
Die Portgruppe, an der die Netzwerkkarte hängt.
Optional ein fester Host. Lassen Sie das Feld leer, wo DRS aktiv ist.

Es gibt keine Datastore-Einstellung. Ein Klon erbt den Speicher seiner Vorlage, und die steht bereits an einem zulässigen Ort; eine eigene Auswahl würde Sie auf einen Datastore zeigen lassen, den der Zielhost womöglich gar nicht sieht.

Vorlagen

Eine Vorlage ist in vSphere eine gewöhnliche virtuelle Maschine, die als solche markiert ist, im selben Bestand. Verknüpfen Sie sie mit einem Betriebssystem aus Ihrem Katalog, und Bestellungen dieses Systems klonen davon.

Die Liste zeigt neben dem Namen das Rechenzentrum, denn zwei Vorlagen können in verschiedenen Ordnern denselben Namen tragen. Geben Sie der Vorlage VMware Tools und cloud-init mit; Provibr übergibt die Gastkonfiguration über den guestinfo-Kanal, und das funktioniert auf jedem Cloud-Image ohne weitere Voraussetzungen.

Was Sie mit einer Maschine tun können

Aus einer Vorlage erstellen, starten, stoppen, zurücksetzen, über VMware Tools sauber herunterfahren und neu starten, anhalten und fortsetzen, den Status auslesen und entfernen.

Noch nicht: Festplatten und Netzwerkkarten hinzufügen oder entfernen sowie neu installieren. Neu installieren heißt in vSphere erneut klonen, und es gibt keinen Befehl, der dieselbe Maschine an Ort und Stelle neu aufbaut. Eine Firewall pro Maschine gibt es in vSphere gar nicht: Das ist NSX, ein eigenes Produkt.

Netzwerk

Eine neue Maschine erhält eine Karte an der Portgruppe aus den Einstellungen und ihre Adresse aus Ihrem IPAM, sofern am Tarif ein Pool hängt.

Distributed Portgroups werden unterstützt und sind der Normalfall. Sie hängen anders als klassische Netzwerke, nämlich an der UUID ihres Switches plus ihrem eigenen Schlüssel, und der Agent leitet das aus dem Objekt selbst ab; einzustellen gibt es dabei nichts.

Vorhandenes übernehmen

Maschinen, die außerhalb von Provibr in vCenter existieren, lassen sich von der Integrationsseite aus übernehmen: Haken setzen, und sie erscheinen als Server, mit Rechenzentrum, Zustand und Ausstattung.

ZurückProxmox VE WeiteroVirt