Posts Tagged ‘VMWare’

vSphere First Impressions

September 1st, 2009

vcenterserverChances are if you’re reading this blog, you’re already familiar with virtualization and more specifically, VMWare’s latest offering; vSphere (ESX 4.0).  As the nitty gritty details are readily available on the VMWare website, I’ll skip the fluff and give my personal impressions of the features I’ve used so far.

The Upgrade
    
I started using ESX in 3.0, so this wasn’t my first time movin’ on up to the upper east side, or in this case a newer and better version of VMWare ESX.  The upgrade of vCenter server went poorly, having plugin issues and database issues that at the time did not have widely known fixes or workarounds.  I don’t care about performance history all that much so I did a full uninstall/reinstall of vCenter, including the database, and all was well.   Upgrading the ESX hosts was so easy, I won’t waste much time talking about it.  Using upgrade baselines in vCenter I plugged the ESX4 iso in, ran a scan, then individually remediated each of our four hosts in the same manner that I would when installing patches.  It was that easy. » Read more: vSphere First Impressions

vSphere Resource Allocation – Using Limits

September 1st, 2009

I can think of plenty of scenarios where limits would come in handy, and none of them apply to my implementation (yet) so I’ll spare you my speculative wisdom.  I have only one piece of advice regarding this setting, and it’s: DON’T make the mistake of assuming that zero and unlimited mean the same thing, because they don’t.

In summary: zero = the end of the world as you know it, so don’t do it, and especially don’t do it to all of your VMs at once.  Trust me on this.

VMWare HA – the wrong way.

December 8th, 2008

I ran into an issue this past week, where VirtualCenter wouldn’t start.  I was swamped with some other issues so in my haste made a few bad decisions that made everything worse and eventually discovered the root of the issue: the SQL logfile was full.  I changed it to unrestricted growth and voila we were back in business. 

Wait, no we weren’t!  None of the cluster hosts would enable HA, they errored out, all of them.  I tried several things that were suggested at The VMWare Communities without success, from removing the hosts from the cluster and re-adding them, to just disabling HA and enabling it again.  Was this the result of updates I may have installed recently?  Did something else change?  » Read more: VMWare HA – the wrong way.

Virtualization: best practices for real life.

October 30th, 2008

My whole career has been about having things thrown at me and learning on the fly. This works out pretty well most of the time, especially when it’s a new-to-us technology that’s been around for a while already like Active Directory (which we didn’t start using until Server 2003 was out). With all of the published best-practices and configuration guides that were available by the time we implemented AD, it was practically a walk in the park.

There are times, however, when you’re actually keeping up with the trends in technology and have to deploy something that’s fairly new. I first deployed VMWare ESX Server a few years ago and there weren’t so many configuration options as there are now. It was a standalone server with a lot of local storage, and then all I had to do was manage the resources. Easy! So easy that we got another one to run some automation systems for the Engineering Department. Another success! After successfully reducing our hardware inventory without lowering our availability or system performance index, I convinced the powers-that-be that a full-blown virtualization platform was clearly the next step in our technological evolution. » Read more: Virtualization: best practices for real life.

VMWare VI and iSCSI, a match made in…wait, what?

September 18th, 2008

About a year ago I was faced with the reality that we’ll keep needing more servers, and that after 3 years we have to start paying to renew the warranties.  Combined with the fact that our resource utilization on most of our servers was lllllooooowwwww, it became pretty obvious that we needed to make a change (we can believe in! lol).  The answer to our problems: Virtualization.  Duh.

We already had two standalone VMWare ESX servers running production servers and I couldn’t be happier, so the decision to use VMWare as the platform for a large-scale (ok it’s just large-scale to us) virtualization initiative was a no-brainer.  We ordered 4 Dell rack servers with ESX 3 Enterprise, and a 7TB EqualLogic PS400E iSCSI SAN, to be connected using Procurve 2810-48 switches on both the network and iSCSI side  with separate switches for each.  I set it all up and started migrating physical servers into the virtual environment.  Abso-freaking-lutely awesome! » Read more: VMWare VI and iSCSI, a match made in…wait, what?

Josh Currier - Blogged