Uma máquina virtual pode precisar ser totalmente inicializada antes de prosseguir com a implantação do Automation Assembler.
Por exemplo, implantar uma máquina que ainda está instalando pacotes e iniciando um servidor web pode levar a condições em que um usuário rápido tenta acessar o aplicativo antes que esteja disponível.
Esteja ciente das seguintes considerações ao usar este recurso.
- O recurso usa o módulo phone_home de cloud-init e está disponível durante a implantação de máquinas Linux.
- O phone home não está disponível para Windows devido às limitações de Cloudbase-init.
- O phone home pode afetar a ordem de implantação como uma dependência explícita, mas tem mais flexibilidade em relação às opções de tempo e processamento.
Consulte Criando associações e dependências entre recursos no Automation Assembler.
- O phone home requer uma seção cloudConfig no modelo de nuvem.
- A sua criatividade é um fator. Comandos de inicialização podem incluir tempo de espera incorporado entre operações, que pode ser usado em conjunto com o phone home.
- O phone home baseado em modelo de nuvem não funcionará se o modelo de máquina já contiver as configurações do módulo phone_home.
- A máquina deve ter acesso de comunicação de saída de retorno ao Automation Assembler.
Para introduzir um atraso de implantação no Automation Assembler, adicione uma seção cloudConfigSettings ao modelo de nuvem:
cloudConfigSettings: phoneHomeShouldWait: true phoneHomeTimeoutSeconds: 600 phoneHomeFailOnTimeout: true
| Propriedade | Descrição |
|---|---|
| phoneHomeShouldWait | Se for esperar pela inicialização, true ou false. |
| phoneHomeTimeoutSeconds | Quando se decide se deseja prosseguir com a implantação, mesmo que a inicialização ainda esteja em execução. O padrão é 10 minutos. |
| phoneHomeFailOnTimeout | Se deseja continuar com a implantação após o tempo de intervalo esgotado, true ou false. Observe que, mesmo ao prosseguir, a implantação ainda poderá falhar por motivos distintos. |
