In this article:
- Supported provider types
- Supported instance types
- Enabling the self-registration feature for your organization
- Enabling self-registration on a provider
- Obtaining the self-registration script
- Self-Registering instances into CPC on VCF and VMWare vCloud Director provider types
- Managing self-registered instances
- Contacting Cloud Application Manager Support
The self-Registering feature allow virtual machines that have been deployed outside of Cloud Application Manager to register themselves automatically into a provider in Cloud Application Manager as imported instances.
The self-registration process is triggered by a command snippet available through the self-register enabled provider details page that has to be attached to the virtual machine first startup sequence. This snippet downloads and installs the Cloud Application Manager agent and registers the instance automatically into Cloud Application Manager.
From there on, Cloud Application manager can be used to manage the lifecycle of the imported instance, as with any other deployed or manually registered instance.
All Cloud Application Manager users who want to get their virtual machines deployed directly to the underlying provider or with any other deployment management tool to be automatically registered in Cloud Application Manager.
- Access to Cloud Application Manager Management site.
- The user must have access to an already configured provider in Cloud Application Manager, that supports the self-registration of virtual machines.
- Access to the underlying cloud provider account with authorization to deploy virtual infrastructure.
Supported provider types
These are the Provider types supporting self-registration of virtual machines:
- Amazon AWS/EC2
- CenturyLink Cloud
- CenturyLink Private Cloud on VMWare Cloud Foundation
- Google Cloud Platform
- VMWare vCloud Director
Supported instance types
The self-Registering feature supports:
- Single virtual machine instances
- Virtual machines that belongs to a scaling group or scale set. All machines belonging to the same auto-scaling group will be registered as a single instance in Cloud Application Manager of type auto-scaling group.
Enabling the self-registration feature for your organization
in order to allow enabling self-registration on a Provider, the administrator of the organization has to first switch on the self-register feature flag in the Organization settings page.
Enabling self-registration on a provider
Once the self-register organization feature toggle has been switched on, you can enable the feature for a given provider among the supported provider types by accessing the provider details page, and clicking on the Enable Self-Register option that appears under the three dots dropdown next to the Edit button.
When it is enabled for a provider, a new button Self-Register Scripts appears on the provider details page, allowing the user to retrieve the provider-specific run-once command snippet that is needed to bootstrap the virtual machine with in order to trigger the self-registration process for the instance.
Obtaining the self-registration script
Once it has been enabled in the provider, when the user clicks the Self-Register Scripts button, a dialog will show the command snippets to be used for both Linux and Windows based machines. It will also provide the ability to specify proxy settings, to allow instances being deployed behind a proxy server to contact back Cloud Application Manager through it for the self-registration process to be successful.
The self-registration command snippets are customized per provider, and will only be valid for self-register instances being deployed on the corresponding underlying cloud account. You should copy the corresponding command snippet (either for Linux and Unix-like OS-es as a Bash script, or for Windows as a 64-bit PowerShell script) and include it in the bootstrap process of the virtual machine definition or template to be made self-registered.
When the self-register instances feature is enabled in a provider, the dropdown option changes to Disable Self-Register, which you can use to disable the feature in the provider, so that no newly deployed instances will be self-registered, even if they include and execute the self-register snippet.
Self-Registering instances into CPC on VCF and VMWare vCloud Director provider types
When self-registering instances into CenturyLink Private Cloud on VMWare Cloud Foundation and VMWare vCloud Director provider types there is an important consideration we should take into account. When the self-registration script is executed in these instances, a restart is performed during the process to complete the registration process. This restart is required to update the customization script properties that are used to identify the instance uniquely from within Cloud Application Manager and the instance itself.
If this is not a desired behavior, you may use the standard manual registration process instead.
Managing self-registered instances
A virtual machine deployed with self-registration will pop up in Cloud Application Manager as an imported instance automatically, belonging to the provider whose self-registration script was used.
If the virtual machine belongs to a scaling group, a single instance will appear as imported in Cloud Application Manager, containing all the machines included in the scaling group.
Once the instance is available in Cloud Application Manager, you can manage it as any other instance type, execute lifecycle events or edit it through the Lifecycle Editor, such as deploying a Script Box on the instance.
Contacting Cloud Application Manager Support
For issues related to API calls, send the request body along with details related to the issue.
In the case of a error registering an instance, share the instance to a workspace that your organization and Cloud Application Manager support group can access and attach the logs.
- Linux: SSH into the instance and locate the log at /var/log/elasticbox/elasticbox-agent.log
- Windows: RDP into the instance to locate the log at \ProgramData\ElasticBox\Logs\elasticbox-agent.log