Next Gen vNerds

Ever had a subject that you wanted to publicly speak about? I have, but I think I’ll blog it first instead. First let me just say, the VMware community is amazing. The amount of continuous sharing of information blows me away. I am extremely excited for VMworld.

I feel like i’ve been lucky in my career. Mind you, I’m 26 and it hasn’t been that long of one yet, but i’ve had interesting work, very supportive upper management and enough rapid growth that its scary to imagine where I would have been if I had stayed working in a technical support role. But the simple fact still remains that there is a whole lot of potential people who share the same amount of enthusiasm that I do, just waiting to get a chance to show what they are worth.

As I’ve progressed, I’ve understood that to move forward in a technical career, sometimes you have to invest a lot more time than you anticipated. You put in the hours, tackle the frustration and muscle through it. In the end, you learn new skills on a platform or hardware that is a useful skill for a career.

What makes the VMware community in my opinion so valuable, is that there are so many people willing to give advice or point you in the right direction, that its almost like a multitude of mentors. Mentors in any technical field are a very valuable thing. Now, you can be a blogger, a coworker, a speaker for VMUG or a manager. Any of those roles can help shape the younger professional’s career, because I think people forget that at its core, you are making the people around you stronger and better.  

Unfortunately, thats not always the case. It seems that people and companies don’t necessarily invest in the younger techies and its honestly a little disappointing. If there is nothing else that I do for the community, I hope its that I help younger techies get in here and show us what they can do.

As I said earlier, I’ve had very supportive upper management. I’ve been given opportunities that still shock me and we should all be helping to do the same for others. Do you work for a company thats refreshing some hardware? Hand the oldies but goodies over to some of the younger staff and see what they can build with it. Give them a chance at designing an environment. Got some spare cycles? Gauge their interest by asking them to “come check out how to use PowerCLI”, or something to that effect. As I’ve talked with people in VMUG, i’ve seen that there is program call Feed4ward to mentor VMUG speakers. I think thats awesome! I hope to see more involvement from my Local VMUG group and reading about it on twitter. I don’t consider myself at that entire level just yet, but hope to be later on.

Now, a word to the young pro’s. Get interested! Don’t make your job about punching in and punching out. While studying for my degree in IST, it was disappointing to see so many people not really interested in the field, and merely taking the degree as an easy . Find a product, platform or solution that you think is amazing and run with it way to better pay. Love the work that you do, or want to do. If you show interest, mentors will come.

Having a fling with the vCS & vCSA… yeah I went there.

I should be posting more often, so here is a first attempt.

Needed to consider moving to the vCSA, both because I am killing the SQL Express database, and also because it would make moving to vSphere 6 easier. In an effort to do so, I happened to hear about a fling (funny, the names given things by engineers), that was developed by VMware engineers during the Orlando VMUG event. I read through the entire comments page, making sure there was nothing seriously wrong with it’s current iteration. First thing that stood out was that it was made for Windows vCenter deployments that use an external database. Carp. Don’t have that. After discussing all of this and working on this with Shannon Fitzpatrick (@shanfitz), we decided to move forward. We built a test environment to work on this, so as not to disturb our production deployments.

William Lam (@lamw) pointed out further in the comments that he had success doing a procedure to side step that, that allowed him to migrate a SQL Express database. Essentially, the fling requires you to power down the original vCenter Deployment, then power on the vCSA. The vCSA should be deployed with the same IP and Hostname as the original, and you just need to do some configuration work to get it going. 

I thought, great! I’ll just Re-IP when it asks me to power it down, point the fling at the new IP when it wants to copy the SQL DB and viola! Except it wasn’t that easy. Of course it wasn’t.

First and foremost, make sure that when you deploy the appliance, to use the web interface. It naturally has the ability to put the IP and Hostname into the pre-configuration portion of the VM deployment. This didn’t happen with the fat client on windows, so I found myself trying to edit the SUSE Linux files to deploy the IP and Hostname that I wanted. Not as fun, but not hard for me either.

Second, after deploying the vCSA via the web client, I would disconnect the NIC. This made it so that there was no IP conflicts happening on the network and I didn’t have to wait for it to boot, yes I am too lazy to wait 10-17 seconds. Shannon made this recommendation and it was perfect.

So here we go, started the migration, copying the data from the Windows Server version of vCenter, and it took all but the DB, which was expected. I re-IP’d the vCenter server, shutdown the VirtualCenter Server service and attempted to continued to the DB portion of the fling. This is where the fun happened. As I sat there trying to figure out the “sa” DB User password, I couldn’t get it to work. It was a complete pain in the rear on this, and no matter what I tried, no go.

Ok, well after a couple tries, the fling even gives up and moves on, it just gives you the option to continue the migration, starting with connecting to the vCSA all over again, or starting from the beginning. Apparently even the fling thought it best to start back from one. Reset, and start again. So I left the vCSA running and disconnected the NIC. Re-IP’d the original back into place and tried again. No go, apparently when you start the fling it also stops the vpxd service on the vCSA, so when you are back to the “Power up the appliance” stage, you should start the vCenter service from the management web console. Little tip I learned.

After awhile, it was just easier to spin up a copy of SQL temporarily and backup the DB and and restore it externally. But learned something there as well. Now I’m no DBA, but apparently when you set the backup location, and you decide to also add a location that is easier for you to find, it puts files in both locations. So when I transferred the backup, or what I thought was the backup, from the easier location, I really only had 1 out of 2 of the “family” of files. After googling, since I’m no DBA, i noticed I needed both. So now, naturally my personal notes day in almost bold lettering “DO NOT TOUCH the backup location”.

Since I got to set the “sa” users password myself in the temp deployment of SQL Server, it was smooth sailing from there. The DB copied over just fine, no hiccups or issues. And to top it all off, the access rights were already there, the inventory was ready to go, and not a single host was having issues.

Overall, this fling is gold. If you need to migrate, this is the way to do it. I only hope that VMware goes on to support this fully and supports it as a production ready tool. Kind of excited to test out more flings, and maybe suggest a few of my own. Overall, it’s very impressive and I look forward to watching it grow potentially into a product or tool offering.