En fonction de l'environnement et de votre processus de provisionnement, il peut être plus rapide à recréer que d'utiliser des modèles VMware et le clonage à partir d'un modèle fonctionnalité.
J'ai travaillé dans un grand environnement VMware axé sur Linux, où le processus de déploiement n'était pas aussi automatisé qu'il aurait dû l'être. Nous nous sommes appuyés sur les modèles vSphere des systèmes RHEL, mais un peu de travail manuel a été nécessaire après le clone initial.
Avantages du modèle :
- Les modèles sont utiles si vous préparez d'autres applications, paramètres de configuration et éléments qui vont au-delà de la portée de la gestion de la configuration dans le modèle. (par exemple, une pile d'applications Oracle complexe )
- Le temps de clonage dépend de votre infrastructure de stockage et de vSphere. J'ai vu des travaux de clonage très lents et gourmands en ressources.
- Si vous utilisez Red Hat/CentOS/Debian/Ubuntu, par exemple, vous pouvez profiter du
sys-unconfigcommande pour "déconfigurer" un système avant la création de modèles. C'est l'équivalent Linux duSysprepde Microsoft et supprime les règles d'interface réseau, les clés SSH, les paramètres réseau, etc. - Les outils d'attribution d'adresses IP de VMware sont corrects et n'ont pas posé trop de problèmes avec les systèmes d'exploitation Linux traditionnels.
Avantages du déploiement PXE/kickstart :
- Généralement plus rapide que la création de modèles/le clonage, en supposant que vous disposiez d'un référentiel local et d'une image de démarrage réseau.
- Plus flexible dans la mesure où vous pouvez apporter des modifications à vos images/maîtres sans avoir à passer par le cycle de conversion du modèle en VM, de modification, de reconversion et de clonage.
- Meilleur lorsqu'il est associé à une solution de gestion de la configuration.
En fin de compte, cela dépend de votre application et de la quantité de travail supplémentaire nécessaire après l'installation initiale du système d'exploitation. J'ai adopté une approche hybride, en utilisant des clones pour les instances les plus complexes et de nouvelles versions via un système de provisionnement pour les systèmes de routine. Ils ne sont pas mutuellement exclusifs.
Les spécificités dépendent de la distribution, mais je vais vous donner quelques éléments CentOS/RHEL à retenir lors de la création de votre modèle.
- Supprimez les clés dans
/etc/ssh/ - Supprimer le SOUS-SYSTÈME lignes en
/etc/udev/rules.d/70-persistent-net.rulesqui font référence à vos cartes réseau
Les deux seront régénérés la première fois que vous démarrerez.
Vous avez besoin d'un moyen d'exécuter les mises à jour après avoir déployé le modèle.
Avec vSphere, vous pouvez définir la mise en réseau et le nom d'hôte. En tant qu'utilisateur de Puppet, je peux simplement installer le client Puppet dans mon modèle avec un puppet.conf standard . Si j'utilise plusieurs environnements, j'ai en fait besoin d'un modèle différent pour chaque environnement.
Lorsque vous modifiez un modèle, vous devez vous rappeler de supprimer les fichiers ci-dessus.
Personnellement, bien que le déploiement à partir d'un modèle soit légèrement plus rapide, je préfère quand même provisionner à partir de PXE car il est plus flexible.