Skip to main content
Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

anandh.gurusamy

14 Posts

602

December 8th, 2014 20:00

Change vCenter after it is discoverd in ViPR

I am setting up a new ViPR environment and will discover the storages and the ESXi clusters using vCenter. There are multiple ESXi cluster which is discovered using a single vCenter in the current environment. In future, the customer is going to move the vCenter to a newer vCenter environment and the ESXi clusters will be managed by different vCenter in the new environment.

The ESXi cluster and ESXi hosts remains the same, but the vCenter will change. How does this affects ViPR, is it just delete the old vCenter and add the new vCenter and all the ESX hosts are already visible under the respective new vCenters?

sullybags

45 Posts

December 9th, 2014 01:00

Hi Anandh

I was in this same situation a few days ago in my lab environment. I’m afraid to say it did not work out to well.

You will need to completely remove all resources associated with that venter, then remove the venter itself and re-add it when it has the new name.

I’m open to correction, but during my testing there was no other way to do this.

Also on a side note, once you have resources added to vCenter to ViPR, same applies if you rename anything.

So if you rename a Datastore , DC , Hosts, ViPR does not pick up these changes and will cause all future resource deployments to fail, until you revert back to the older naming convention.

I couldn’t find a way to get ViPR to force a update of the vCenter resources / names / database entry’s.

Let’s hope this will be addressed in future releases of ViPR

Dave

anandh.gurusamy

14 Posts

December 9th, 2014 06:00

Thanks Dave, Ok understood the concern.

In my case it is bit difficult if I have to completely remove all the resources under the vCenter and re discover again. The customer urgently needs storage capacity so I have to provision some way or other. So i am just thinking i will do the traditional way of storage provisioning without using ViPR. Will wait for the customer to finish the vCenter re-provisioning activity and then discover the new vCenters in ViPR. After this I will present new LUN using ViPR to the ESX clusters and will let the customer do the storage vMotion from old LUN to the new LUN provisioned using ViPR. At least this will reduce the downtime requirement.

Any thoughts on this?

Was this post helpful?

View All

No Events found!

Top