Unsupported contentThis version of the documentation is no longer supported. However, the documentation is available for your convenience. You will not be able to leave comments.
Onboarding existing VMs
Quick Start lets you identify existing virtual machines (VMs) and import them into BMC Cloud Lifecycle Management so they each become a service offering instance (SOI). During this process, you identify a tenant and user who function as the owner of the SOIs, and you provide information about the service you want to associate with the VMs.
If the VMs you are onboarding are not already enrolled in TrueSight Server Automation (formerly called BMC Server Automation), the onboarding process automatically enrolls the VMs.
Is the VM deployed to a virtual cluster, virtual host, or virtual resource pool that has already been onboarded into BMC Cloud Lifecycle Management?
Does the service offering that you want to use for the onboard operation exist, and does it include a requestable offering (service request definition)?
In the service blueprint associated with the service offering, is the number of networks specified in the resource set equal to the number of NICs available on the VM?
Does the network container that you want to use for the onboard operation exist?
Is the virtual cluster, virtual host, or virtual resource pool where the VM has been deployed a member of a compute pool that is attached to the network container?
Are the datastores associated with the VM members of a virtual disk repository (VDR) pool?
Is the VM to be onboarded on a network (port group) that is part of the network container?
Do the switch ports of the VM match the switch ports of the network container or pod?
For a management network of the VM, is the port group created on the correct switch (as defined in the pod)?
Is the RSCD agent installed on the VM?
Is the RSCD agent installed on the VM the same version as the agent installed on the application server?
Click here to read the applicable limitations and to check the items for onboarding Azure VMs.
Limitations and preconditions for onboarding an Azure VM
Note the following limitations when onboarding an Azure Service Manager VM:
You can onboard an Azure VM of Standard tier only because the current release does not support the Basic tier Azure VM onboarding. See Microsoft Azure Virtual Machines Pricing for Standard and Basic tier details of compute instances.
Cloud service having more than one VM cannot be onboarded.
VMs created in an Azure region cannot be onboarded; only the VMs created in Affinity Groups or Virtual Networks in Azure can be onboarded.
You may expect incorrect quota calculations after performing Add Server TRO operation on an onboarded VM, if the PDC entry specified in the service blueprint mismatches with the OS image of the onboarded VM or is not available in the Azure cloud.
Note
If the PDC entry specified in the service blueprint mismatches with the OS image of the onboarded VM, then Add Server TRO operation on an onboarded VM will add a server based on the PDC entry specified in the service blueprint and not a clone of the onboarded VM.
Load balancers, network path, availability sets, and pre-installed software of a VM will not be onboarded using the VM Onboard feature.
Note the following limitations when onboarding an Azure Resource Manager VM:
Cloud service having more than one VM cannot be onboarded. This is a limitation only from UI , REST API can still be leveraged to onboard multiple VMs.
Load balancers, network path, availability sets, and pre-installed software of a VM will not be onboarded using the VM Onboard feature.
The virtual network associated to the VM must be onboarded in BMC Cloud Lifecycle Management as Logical Hosting Environment.
Note the following preconditions for onboarding an Azure VM:
Is the service catalog containing the service blueprint available in BMC Cloud Lifecycle Management?
Is the image from which the VM is created in Azure and to be onboarded available in BMC Cloud Lifecycle Management and selected in the Azure service blueprint?
Search for the BBNA_SKIP_DNS_OPERATION parameter and update attributeValue to true.
{ "cloudClass" : "com.bmc.cloud.model.beans.AccessAttributeValue", "accessAttribute" : { "cloudClass" : "com.bmc.cloud.model.beans.AccessAttribute", "datatype" : "BOOLEAN", "description" : "This flag defines whether BNA should enroll server in DNS or not. This flag is currently used in SOI onboard and workload migration flows.", "guid" : "7967510e-c7ee-11e9-a32f-2a2ae2dbcce4", "isOptional" : true, "isPassword" : false, "modifiableWithoutRestart" : false, "name" : "BBNA_SKIP_DNS_OPERATION" }, "attributeValue" : "false", "description" : "This flag defines whether BNA should enroll server in DNS or not. This flag is currently used in SOI onboard and workload migration flows.", "guid" : "d672cc3b-2fc5-4451-8d44-9debfb7b744c ", "name" : "BBNA_SKIP_DNS_OPERATION" }
On the Quick Start welcome page, click Onboard Existing Virtual Machines. The VM Onboard page opens.
Provide information about the owner to be associated with the VM when it is onboarded.
Option
Description
Select Service Type
Type of service that should be associated with the VMs to be onboarded (VMWare, Hyper-V, AWS,or Azure).
Select Tenant
Tenant organization that should own the SOI.
Select User
User belonging to the tenant organization that should own the SOI.
Provide the following service information that is associated with the VM when it is onboarded.
Option
Description
Service Offering
A previously defined service offering in the service catalog.
Click Next. The Search Servers page opens.
Provide information to search for VMs to be onboarded.
Click here for information related to VMware, Hyper-V, or AWS VM onboarding.
Provide information to search for VMs to be onboarded. The information you enter depends on whether you selected VMware or AWS on the previous page.
Previously Selected Service Type
Option
Description
VMware
Network Container
The network container that includes the existing VM.
Virtual Entity Manager
The vCenter server used to define the VM template for the existing VM.
Hyper-V
Network Container
The network container that includes the existing VM. Note: The Network Container list contains all the tenants irrespective of the provider type.
Virtual Entity Manager
The Hyper-V server used to define the VM template for the existing VM.
AWS
AWS Account
The AWS account used to create the VM.
AWS Environment
The AWS environment used to create the VM.
(Applicable for 4.6.07.003 and later) For VMware, if you want to include the latest servers from TrueSight Server Automation, select Get the latest data from TSSA and then click OK. By default, the option is not selected. When you select this option, the list of servers is refreshed.
Note: Getting the latest list of servers from TrueSight Server Automation
When you select the Get the latest data from TSSA option,refreshing the server list might take some time depending on your environment.
Under Available Servers, select the server to onboard. Select a server by clicking or by clicking in the check boxes to the left of the servers and then clicking .If necessary, you can narrow the list of possible servers by searching. Enter a text string in the Search Servers box and click Search.
To remove a selected server, click or click the check box to the left of a selected server and then click .
Click Onboard. A page displays the results of the VMs you have selected to onboard. If a VM fails to onboard, the page shows the error messages generated.
Click here for information related to Azure VM onboarding.
In the Search Servers page (as shown in the figure below), provide the following information to search for Azure VMs to be onboarded:
Option
Description
AZURE Account
The Azure account used to create the VM.
AZURE Environment
The Azure environment refers to the Azure Virtual Network used to create the VM.
A list of available Azure servers appears.
Under Available Servers, select the VMs to onboard. Select a server by clicking or by clicking in the check boxes to the left of the servers and then clicking .
If necessary, you can narrow the list of possible servers by searching. Enter a text string in the Search Servers box and click Search.
Note
Only the VMs that are not onboarded are displayed in the search results.
To remove a selected server, click or click the check box to the left of a selected server and then click .
Click Onboard. A page displays the results of the VMs you have selected to onboard. If a VM fails to onboard, the page shows the error messages generated.
Navigate to the My Services Console and click the Services tab to view the resource details of the cloud service for the onboarded VM, as shown in the following figure:
Once you onboard the VMs, the status is displayed as Onboarding.
Click the Servers tab and select the onboarded VM to view the details, as shown in the following figure:
Once all the VMs are onboarded, the status is displayed as Running.