A virtual machine might need to be fully initialized before proceeding with Automation Assembler deployment.

For example, deploying a machine that is still installing packages and starting a web server might lead to conditions where a fast user tries to reach the application before it's available.

Be aware of the following considerations when using this feature.

  • The feature makes use of the cloud-init phone_home module and is available when deploying Linux machines.
  • Phone home isn't available for Windows because of Cloudbase-init limitations.
  • Phone home can affect deployment order like an explicit dependency, but has more flexibility around timing and processing options.

    See Creating bindings and dependencies between resources in Automation Assembler.

  • Phone home requires a cloudConfig section in the cloud template.
  • Your creativity is a factor. Initialization commands might include embedded wait time between operations, which can be used in concert with phone home.
  • Cloud template-based phone home won't work if the machine template already contains phone_home module settings.
  • The machine must have outbound communication access back to Automation Assembler.

To introduce a deployment delay in Automation Assembler, add a cloudConfigSettings section to the cloud template:

cloudConfigSettings:
  phoneHomeShouldWait: true
  phoneHomeTimeoutSeconds: 600
  phoneHomeFailOnTimeout: true
Property Description
phoneHomeShouldWait Whether to wait for initialization, true or false.
phoneHomeTimeoutSeconds When to decide whether to proceed with deployment even though initialization is still running. Default is 10 minutes.
phoneHomeFailOnTimeout Whether to proceed with deployment after timing out, true or false. Note that even when proceeding, deployment might still fail for separate reasons.