Was ist die empfohlene Methode zur Version von VMware-Vorlagen?

Angenommen, Sie befinden sich in einer Organisation mit zahlreichen Rechenzentren, von denen jedes über eine eigene private Cloud verfügt, die auf VMware vCenter 5.5 ausgeführt wird. Es gibt VMware-Vorlagen für verschiedene Betriebssysteme, einschließlich Windows, Redhat Linux usw.

Nehmen wir an, es gibt zwei private Clouds, C1 und C2. C1 wurde vor einem Jahr gebaut und C2 erst vor kurzem. Nehmen wir an, es wird Windows 2012 ausgeführt. Die Basisvorlage wurde seit der Erstellung von C1 mehrmals aktualisiert. Beispielsweise wurde das .NET Framework von v4.0 auf v4.5 und dann auf v4.5.1 aktualisiert.

Eine virtuelle Maschine in C1 muss neu erstellt werden. Die auf dieser virtuellen Maschine ausgeführte Software ist jedoch nicht mit .NET v4.5 oder v4.5.1 kompatibel. Die einzige Vorlage, die wir haben, ist also nicht kompatibel. Wir müssen die Vorlage neu erstellen, mit der seltsamen Möglichkeit, dass ein Betriebssystem-Patch usw. installiert wird, der ein Problem für die virtuelle Maschine verursacht.

Es scheint also, dass es eine bewährte Methode für Versionsvorlagen sein sollte. Was ist der beste Ansatz?

Folgendes habe ich versucht:

1. Erstellen Sie Snapshots, bevor die Vorlage aktualisiert wird. Die VMware vSphere-Tools betrachten es immer noch als eine Vorlage, sodass das Erstellen einer virtuellen Maschine aus dem Snapshot "20131031 02:00" etwas aufwändiger ist.
2. Duplizieren Sie die Vorlage, sodass wir jetzt "Windows Server 2012 (20131031)", "Windows Server 2012 (20130331)" und "Windows Server 2012 (20140601)" haben. Die Tools unterstützen dies gut. Es kann schnell zu einem Durcheinander kommen, da die Leute keine Ahnung haben, was auf welcher Vorlage installiert ist.
3. Nachdem eine Vorlage aktualisiert wurde, exportieren Sie sie. In den VMware-Tools ist nur die neueste Vorlage verfügbar. Bei Problemen kann jedoch immer eine alte Version der Vorlage wiederhergestellt werden.

Gibt es vielleicht eine robustere Möglichkeit, VMware-Vorlagen zu versionieren?

Ich denke, Sie versuchen, Ihr Problem mit den falschen Werkzeugen zu lösen. VMware-Vorlagen sind herkömmlichen Betriebssystemabbildern sehr ähnlich. Sie sind vorhanden, um wirklich zwei Dinge zu tun: 1) Stellen Sie eine konsistente Basis für bekannte und gute Dienste bereit, mit der alle Ihre Server beginnen, und 2) reduzieren Sie die Wiederholung von Verwaltungsaufgaben, die erforderlich sind, um vom Installationsmedium in den Zustand für bekannte gute zu wechseln. Sie erstellen Ihre Vorlage so, dass sie der gängigsten Konfiguration in Ihrer Flotte entspricht. Wenn Sie so viele unterschiedliche Anforderungen haben, dass Ihre Vorlage mit dem "gemeinsamen Nenner" so sparsam ist, dass zwischen der Vorlage und dem gewünschten Status eine große Lücke besteht, müssen Sie mit der Berechnung beginnen, um festzustellen, ob sich der Aufwand für die Verwaltung mehrerer Vorlagen lohnt Sie haben in Bezug auf die Aufgaben gespeichert, die erforderlich sind, um von Ihrer Vorlage "gemeinsamer Nenner" zu Ihrer speziellen Vorlage zu wechseln. Nach meiner Erfahrung ist das Verwalten mehrerer Vorlagen oder Bilder oft viel aufwändiger als der Aufwand für die Durchführung der Konfiguration. Wie Sie festgestellt haben, ist die Verwaltung verschiedener Vorlagen auf diese Weise eine logarithmische Kurve und keine lineare - insbesondere in einer heterogenen Umgebung. Aus diesem Grund funktioniert das Imaging für Desktops so gut, für Server jedoch weniger.

Ihre Lösung besteht darin, den Aufwand für die Aufgaben zu reduzieren, die erforderlich sind, um von Ihrer Vorlage "Gemeinsamer Nenner" zu Ihrer speziellen gewünschten Konfiguration zu gelangen. Dies ist im Wesentlichen Konfigurationsmanagement. Im Windows-Ökosystem suchen Sie nach Tools wie Gruppenrichtlinienobjekten, PowerShell DSC und SCCM. Ich bin mit den Unternehmenstools in der Linux-Welt weniger vertraut, aber so etwas wie Puppet oder Chef sollte funktionieren.

Die Verwendung von Vorlagen oder Bildern zur Reduzierung des Konfigurationsaufwands ist oft ein Verlust, wenn die gewünschte Endzustandskonfiguration sehr unterschiedlich ist.

Wenn Sie dafür keine Vorlagen verwenden möchten, müssen Sie einige Skripte erstellen, wahrscheinlich mit PowerCLI, um die Aufgaben des Snapshots, Änderns und Kopierens der Vorlage sowie des Markierens mit einer Version oder des Einfügens in ein Versionssystem auszuführen das kann Dateien dieser Größe verarbeiten. Auch hier vermute ich, dass der Aufwand, Ihr Problem auf diese Weise zu lösen, geringer ist als die Verwendung eines Konfigurationsmanagementsystems.