Auswirkungen der Verwendung von Vorlagen und Klonen von VMware für die Bereitstellung von Linux-Servern anstelle von PXE

Abhängig von der Umgebung und Ihrem Bereitstellungsprozess kann dies der Fall sein kann schneller neu erstellt werden als mit VMware-Vorlagen und dem Klonen von Vorlage Funktion.

Ich habe in einer großen Linux-orientierten VMware-Umgebung gearbeitet, in der der Bereitstellungsprozess nicht so automatisiert war, wie er hätte sein sollen. Wir haben uns auf vSphere-Vorlagen von RHEL-Systemen verlassen, aber nach dem ersten Klon war einiges an manueller Arbeit erforderlich.

Vorlagenvorteile:

• Vorlagen sind gut, wenn Sie andere Anwendungen, Konfigurationseinstellungen und Dinge, die über die Reichweite der Konfigurationsverwaltung hinausgehen, in die Vorlage backen. (z. B. ein komplexer Oracle-Anwendungsstack )
• Die Klonzeit ist eine Funktion Ihrer Speicher- und vSphere-Infrastruktur. Ich habe wirklich langsame und ressourcenintensive Klon-Jobs gesehen.
• Wenn Sie beispielsweise Red Hat/CentOS/Debian/Ubuntu verwenden, können Sie den sys-unconfig nutzen Befehl zum "Dekonfigurieren" eines Systems vor dem Templating. Dies ist das Linux-Äquivalent zu Sysprep von Microsoft und entfernt Netzwerkschnittstellenregeln, SSH-Schlüssel, Netzwerkeinstellungen usw.
• Die IP-Zuweisungstools von VMware sind in Ordnung und haben mit Mainstream-Linux-Betriebssystemen kein allzu großes Problem dargestellt.

Vorteile der PXE-/Kickstart-Bereitstellung:

• Normalerweise schneller als Templating/Klonen, vorausgesetzt, Sie haben ein lokales Repository und ein Net-Boot-Image.
• Flexibler, da Sie Änderungen an Ihren Images/Mastern vornehmen können, ohne die Vorlage in eine VM konvertieren, ändern, erneut konvertieren und klonen zu müssen.
• Am besten in Verbindung mit einer Konfigurationsverwaltungslösung.

Letztendlich hängt es von Ihrer Anwendung ab und davon, wie viel zusätzliche Arbeit nach der Erstinstallation des Betriebssystems erforderlich ist. Ich habe einen hybriden Ansatz gewählt und Klone für die komplexesten Instanzen und neue Builds über ein Bereitstellungssystem für Routinesysteme verwendet. Sie schließen sich nicht gegenseitig aus.

Einzelheiten hängen von der Distribution ab, aber ich gebe Ihnen ein paar CentOS/RHEL-Dinge, die Sie beim Erstellen Ihrer Vorlage beachten sollten.

• Löschen Sie die Schlüssel in /etc/ssh/
• Entfernen Sie das SUBSYSTEM Zeilen in /etc/udev/rules.d/70-persistent-net.rules die sich auf Ihre NICs beziehen

Beide werden beim ersten Booten neu generiert.

Sie benötigen eine Möglichkeit, Aktualisierungen auszuführen, nachdem Sie die Vorlage bereitgestellt haben.

Mit vSphere können Sie das Netzwerk und den Hostnamen definieren. Als Puppet-Benutzer kann ich den Puppet-Client einfach zusammen mit einem Standard-puppet.conf in meiner Vorlage installieren . Wenn ich mehrere Umgebungen verwende, benötige ich eigentlich für jede Umgebung eine andere Vorlage.

Wenn Sie eine Vorlage ändern, müssen Sie daran denken, die obigen Dateien zu entfernen.

Obwohl die Bereitstellung aus einer Vorlage geringfügig schneller ist, bevorzuge ich persönlich die Bereitstellung über PXE, da dies flexibler ist.