Lors d'un déploiement sur des zones de cloud basées sur vSphere dans Automation Assembler, les spécifications de personnalisation peuvent appliquer les paramètres du système d'exploitation invité au moment du déploiement.
Activation de la spécification de personnalisation
La spécification de personnalisation doit exister dans vSphere, sur la cible vers laquelle vous procédez au déploiement.
Modifiez directement le code du modèle de cloud. L'exemple suivant pointe vers une spécification de personnalisation automation-assembler-linux pour un hôte WordPress sur vSphere.
resources:
WebTier:
type: Cloud.vSphere.Machine
properties:
name: wordpress
cpuCount: 2
totalMemoryMB: 1024
imageRef: 'Template: ubuntu-18.04'
customizationSpec: 'automation-assembler-linux'
folderName: '/Datacenters/Datacenter/vm/deployments'
Utiliser ou non les spécifications de personnalisation ou les commandes cloudConfig
Si vous souhaitez que l'expérience de provisionnement corresponde à ce que vous faites réellement dans vSphere, il est préférable de continuer à utiliser les spécifications de personnalisation. Cependant, pour développer le provisionnement hybride ou multicloud, une approche plus neutre consiste à utiliser des commandes d'initialisation cloudConfig.
Pour plus d'informations sur les sections cloudConfig des modèles de cloud, reportez-vous à Commandes de configuration dans les modèles Automation Assembler.
Les commandes et les spécifications de personnalisation peuvent ne pas se mélanger
Lors d'un déploiement sur vSphere, procédez avec prudence si vous tentez de combiner une commande intégrée cloudConfig et l'initialisation de spécification de personnalisation. Ils ne sont pas officiellement compatibles et peuvent produire des résultats incohérents ou indésirables lorsqu'ils sont utilisés ensemble.
Pour obtenir un exemple de l'interaction entre les commandes et les spécifications de personnalisation, consultez Adresses IP statiques vSphere dans Automation Assembler.
