Cuando se implementa en zonas de nube basadas en vSphere con Cloud Assembly, 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 cloud-assembly-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: 'cloud-assembly-linux'      
        resourceGroupName: '/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 Cloud Assembly.

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 Cloud Assembly.

Marcador