I was supposed to take the test on Saturday. I got anxious and bumped it up to this morning at 9AM so I could go on the way to work. Glad I did.
456/500!
I was super worried about it. Now it’s over, and on to the VCP6-DT!
-vTimD
I was supposed to take the test on Saturday. I got anxious and bumped it up to this morning at 9AM so I could go on the way to work. Glad I did.
456/500!
I was super worried about it. Now it’s over, and on to the VCP6-DT!
-vTimD
Well, it’s 7:00AM on a Saturday. Of course, that means its the only real time I have to take any production systems offline. Today’s task involves getting App Volumes migrated to a new storage frame. In order to do this, I need to upgrade it from 2.6 to 2.9 so that I can take advantage of Storage Group Automation. More on that shortly. If you’re not familiar with App Volumes, it is a semi-recent acquisition by VMware of a company called Cloud Volumes. It is a seamless virtual application delivery platform. See here:
This product is fantastic. Though, I have found a small issue. You may have noticed above that the word upgrade is in quotes. This is because there is no upgrade. You have to fully uninstall the management server and re-install the newer version on top of the existing database and app stacks on your storage. Yes, you retain your existing app stacks. It just seems sketchy. This process is outlined in the App Volumes 2.9 user guide found here.
The first step is to completely uninstall the existing App Volumes Manager. Note that this does unmount all app stacks! The services will be unavailable. No reboot is required when doing this. Next, mount the App Vols 2.9 ISO to the management server. I find it is easier later to just unload all the files from the ISO to a share. That way I can access the agent later without the ISO. When you are going through the install, make sure that you select to use an existing DB server. Point it at your SQL instance, and make sure that the overwrite checkbox is UNCHECKED.
Let the installer do its thing. Leave the connection ports default, unless you changed them for your installation. Once the installer is done, you should be able to log back into the Manager with the same credentials you did before.
All you do now is update your templates with the new agent, and recompose the pools. If you want, do it manually. Whatever you’re into.
And now what everybody has been waiting for….
THE BONUS ROUND!
I had to complete this upgrade today, because of my real problem. We are migrating our VDI environment off of a shared EMC VNX storage frame to a new dedicated Compellent storage frame. App Volumes 2.6 doesn’t make this an easy task. App Volumes 2.9 includes a nifty little update called Storage Group Automation. This allows the software to replicate the stacks to the new storage for you.
You start off by going into Infrastructure -> Storage Groups. From there you’ll want to create a new storage group. Give it a name like “temp_migration.” Leave auto import app stacks unchecked, but do select Automatically Replicate AppStacks. This is the key to the software moving stuff for you. Select Spread for the Distribution Strategy. Select what volume you want for your Template Storage. Under Storage Selection, choose Direct, then select the existing AppStack LUN as well as the new LUN.
Once you hit Create, the magic starts automatically. As soon as all the copy operations are done in vCenter, you should be fully replicated. Simply go in and delete the Storage Group.
-vTimD