Cuando se implementa en zonas de nube basadas en vSphere con Automation Assembler, las especificaciones de personalización pueden aplicar la configuración del sistema operativo invitado en el momento de la implementación.
Habilitar la especificación de personalización
La especificación de personalización debe existir en vSphere, en el destino en el que se implemente.
Edite el código de plantilla de nube directamente. El siguiente ejemplo apunta a una especificación de personalización de automation-assembler-linux para un host de WordPress en 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'
Si se usan especificaciones de personalización o comandos de cloudConfig
Si desea que la experiencia de aprovisionamiento coincida con lo que está haciendo actualmente en vSphere, puede que seguir utilizando las especificaciones de personalización sea la mejor opción. Sin embargo, para realizar la expansión a un aprovisionamiento híbrido o de varias nubes, los comandos de inicialización de cloudConfig representan un enfoque más neutro.
Para obtener más información sobre las secciones de cloudConfig en las plantillas de nube, consulte Comandos de configuración en plantillas de Automation Assembler.
Es posible que los comandos y las especificaciones de personalización no se combinen
Cuando se implementa en vSphere, proceda con cuidado si intenta combinar el comando integrado de cloudConfig y la inicialización de la especificación de personalización. No son compatibles de manera formal y pueden generar resultados incoherentes o no deseados cuando se usan al mismo tiempo.
Para obtener un ejemplo de cómo interactúan los comandos y las especificaciones de personalización, consulte Direcciones IP estáticas de vSphere en Automation Assembler.
