Moving VMware Aria Operations from one VMware Aria Suite Lifecycle to another
Moving VMware Aria Operations from one VMware Aria Suite Lifecycle to another
-
-
Aug 8, 2023
-
4 min read
Rated NaN out of 5 stars.
Usecase
Explaination of the steps taken if one wants to move VMware Aria Operations which is integrated with vIDM or Globalenvironment from one Suite Lifecycle to another
Note: VMware Aria Suite Lifecycle on both Source and Destination should be same , include policy
Environment
Here are the details of the environment we have on source and destination. The domain names taken here are an example and does not represent any organization
| Type | Source | Destination |
| VMware Aria Suite Lifecycle | devvasl.cap.org | vasl.cap.org |
| VMware Aria Operations Master | lvrops1.cap.org | lvrops1.cap.org |
| VMware Aria Operations Replica | lvrops2.cap.org | lvrops2.cap.org |
| VMware Aria Operations Cloud Proxy | lvrops3.cap.org | lvrops3.cap.org |
| VMware Identity Manager | vidm.cap.org | vidmlb.cap.org |
Product UI
- The product has 2 auth sources Local Users and vIDMAuthSource
![]()
- You can see when we select vIDMAuthSource , it does redirect it to vIDM and we can login using configadmin which is my local vIDM based auth account
![]()
![]()
- Auth Source is configured to vidm as shown below
![]()
Procedure
Phase 1 : Removal from Source VMware Aria Suite Lifecycle
- Here’s the Operations instance which i’d like to move it to a different Suite Lifecycle
![]()
- We may see that the Operations instance is integrated with VMware Identity Manager
![]()
- On globalenvironment or VMware Identity Manager we can see this environment as a reference
![]()
- In order to move this Operations instance to a different VMware Aria Suite Lifecycle instance, i’ll have to remove this from Suite Lifecycle’s inventory
![]()
- Remember, I am deleting environment because this is the only product in the environment. If i have multiple products in an environment as shown in the next pane , then i would only delete that specific product
- Delete environment will present me with the following screen. I shall select the first option where it removes the environment / product from VMware Aria Suite Lifecycle and not from vCenter. If we select “Delete associated VMs from vCenter” it would delete all associated virtual machines/appliances from the vCenter causing an outage.
![]()
- So let’s select the first option to delete the environment from just VMware Aria Suite Lifecycle and submit the request
![]()
- Environment is deleted from VMware Aria Suite Lifecycle
![]()
- The request is now complete
![]()
- The references in globalenvironment is removed too
![]()
- This does not mean it will delete the integration it has with the vIDM whcih it had before that shall still remain
![]()
- Before moving to the destination Suite Lifecycle, i shall download the certificate being consumed by Operations in the Source Suite Lifecycle and keep it aside to be imported into the destination Suite Lifecycle
![]()
![]()
![]()

- Using this information we shall import this key into the destination Suite Lifecycle before we import the Operations product into it. So that when the product is imported , the certificate mapping is perfect.
Phase-2 : Importing to Destination VMware Aria Suite Lifecycle
- Let’s import the certificate into Suite Lifecycle first. This is the Operations certificate we downloaded just few steps before
- Al i did was to point to the downloaded pem file and it automatically detects the cert and it’s private key to import
![]()
- Once we click on import the certificate is now imported
![]()
- globalenvironment or VMware Identity Manager on the destination is a distributed node
![]()
- Let’s import the product into destination Suite Lifecycle
- Click on “Create Environment” to start the import process
![]()
![]()
- Select VMware Aria Operations as a product to import and then click next
![]()
- Because i am importing an existing product , there not much of information i need to enter in the next pane . All i need to enter is the master node’s fqdn , select passwords and then choose the vCenter it’s located on
![]()
- Click on next to review the summary and then submit the request
![]()
- Request is submitted
![]()
- Import request is now complete and now we can see the new environment in the destination Suite Lifecycle
![]()
- Remember the certificate we imported just before the product import. It is now marked as used it is mapped to the imported product
![]()
- If you clearly observe , the imported Operations instance is still pointing to the source VMware Identity Manager
![]()
- If we clearly observe the vIDM integration is set to false as it is not integrated with the vIDM in this Suite Lifecycle
- In the next phase we will add the new vIDM as an auth source and then remove existing vIDM auth source
- This should be done from VMware Aria Operations UI
Phase 3: Replacing Auth Source in VMware Aria Operations
- Before making any changes take a snapshot
![]()
![]()
![]()
- Login into VMware Aria Operations as admin
![]()
- Browse to Administration and Authentication sources
- As you can see it’s currently pointing to source vIDM
![]()
- Make sure the roles and the groups to which the roles are given are taken down. So that the same groups can be readded again
- Delete the authentication source
![]()
![]()
- Go back to Suite Lifecycle and perform an inventory sync
![]()
- As one can see the vIDM information is now gone
![]()
- Now let’s go and add a new auth source in Operations as shown below. This will be pointing to the new globalenvironment on the destination Suite Lifecycle
![]()
- Enter appropriate information and then click on test
![]()
![]()
- Accept Certificate , once test connection is successful. Click on OK to save the config
![]()
![]()
![]()
- Now the auth is pointing to the new vIDM
![]()
- When i logout and check for the vIDMAuthSource now , it points to the new vIDM
![]()
![]()
- I’d now map the group back in Operations and then give the same role or access to the user
![]()
Phase 4: Inventory Sync to reflect appropriate properties in Suite Lifecycle
- Get back to Suite Lifecycle and perform inventory sync.
![]()
- After performing inventory sync the properties are now updated
![]()
- The reference is shown as well
![]()
-
This concludes the blog