VM /ETC

Posts Tagged ‘vSphere’

Image of Train Signal

If you did not already know about Train Signal and their video training series then I hate to be the one to break it to you, but you have been missing out. If you read this blog or listen to the VIRTUMANIA podcast then surely you’re in the know. Train Signal is a long time sponsor here at VM /ETC (as well as at most all of the popular v12n blogs), a friend to and guest of the podcast, a returning sponsor of the VMUnderground VMWorld Warm Up Party, and always highly visible in the community with free video give aways at VMUGs, conferences and events.

I do not just blog about Train Signal because of business, however. I possess several of their videos and know several of the instructors. Train Signal is well worth the investment whether for one individual or an entire staff.

With the recent release of the vSphere Pro Series Vol 2 containing instruction provided by vExperts and recent VIRTUMANIA guests David Davis, Hal Rottenberg, Rick Scherer, Eric Siebert, and Sean Clark (Hey Rick, I got to get you on the show too!) Train Signal keeps adding great content to an already awesome collection for those looking for cost effective, at your own pace virtualization training.

What I find most amazing about Train Signal is the multiple formats available. With DVD, AVI, WMV, MP3, MP4 for iPods/iPads/smartphones, and even PDF you have the flexibility to learn where ever you are and how ever you need. Now, with instant online access via the My Training Portal as well, you don’t even have to wait for the media to be shipped to you! I was recently amazed when I was able to stream videos to my HTC EVO!

Here’s a quick list of the virtualization training series that I feel are well worth checking into. Be sure to check the free videos listed at the end of this post too!

Read the rest of this entry »

The VMUNDERGROUND invades VIRTUMANIA Episode 21 with a special VMWorld 2010 Warm Up Party announcement! Rick Vanover is my co host and we are joined by special guests Sean Clark and Brian Knudtson. The following is the podcast summary:

VIRTUMANIA Podcast Episode 21 – Announcing WUPaaS. Exploring vSphere 4.1. Denying ESXi. Predicting VMWorld. Rich Brambley (@rbrambley) of VMETC and Rick Vanover (@rickvanover) of Rickatron.us are joined this episode by Sean Clark (@vseanclark) of VMUnderground.com and Brian Knudtson (@bknudtson) of Knudt.net. This week we talk about everything VMworld 2010, point out some changes introduced with vSphere 4.1, air some concerns about using ESXi in the future, and announce the 2010 theme of the VMUnderground VMWorld Warm Up Party. Virtumania is an Infosmack Production.

Before, between, and after the important stuff we also have some fun with Sean’s hat, swagger wagons, iPads (again!), Dr. Seuss, VMworld 2010, and more!

Listen to the podcast with the embedded player or subscribe to get a weekly copy so you can listen when convenient.

Check out the VM /ETC VIRTUMANIA Page to listen to past episodes as well as episodes of Infosmack.

The following links offer more information on some of the topics mentioned in VIRTUMANIA Episode 21:

Read the rest of this entry »

VMware engineer Michael White’s post 64 bit is almost here – are you ready? on the Uptime (VMware and Business Continuity) Blog foretells of the future 64 bit requirement of both vCenter and SRM (Site Recovery Manager). White writes:

“I wanted to remind everyone, of what I have already seen floating around the internet, but still important enough to remind.  Our next release of SRM is going to require a 64 bit OS.  This is the same as our next release of VC as it too will require a 64 bit host OS.  This change is required to support the increased capabilities of our products.  As we scale our products to match our customers needs, generally 1 – 2 years in advance of where they will need all the capabilities of a given product we have had to use a 64 bit OS.  This will show itself in increased numbers in things like more simultaneous vSphere client connections.”

To me these new operating system (OS) requirements mean we will see even more instances of vCenter as a VM (virtual machine). It only seems logical that a least path of resistance is to virtualize the management server in order to upgrade, especially considering all have already invested in 64 bit hardware for their hypervisors if they decided to upgrade to vSphere 4 in the first place. To go a step further, I’m willing to argue that it will be more common for an IT Department to justify the cost of additional ESX hosts, even if only dedicated for management, then it will to deploy new servers for physical instances of vCenter.

The looming transition to a console-less ESXi eventually means more management virtual appliances in the future too. Solutions which will continue to need a ESX console or similar will have to substitute their own appliance to operate with ESXi. This means even more justification for additional ESX/ESXi hosts and thus greases the decision to virtualize vCenter as well. I expect to see management clusters of ESX hosts become more common in the future than even the use of management networks today.

ESX hosts have bigger and badder hardware now than ever before allowing for higher consolidation ratios and larger applications to easily run in virtual machines, but it will be interesting to see if the vCenter as a VM best practices change over time. I personally feel that continuing to separate the database from the virtualized vCenter will continue to be a smart choice. Running a separate, and even virtualized, SQL instance ensures not only better performance of vCenter as a VM but enhances DR scenarios. In fact, those that already have the vCenter database on a remote instance will likely have a safer upgrade to the 64 bit vCenter.

The new 64 bit requirements will no doubt make for an interesting migration scenario, and I’m sure we will see some positive and negative opinions. Let me know your thoughts on a 64 bit vCenter as a VM in the future!

VMware announced the U2 (update 2) release of ESX 4.0, and unfortunately early adopters quickly discovered VMware View virtual desktop connections using the PCoIP protocol were failing. This post provides some quick info on both the new release and the new VDI problem it creates.

UPdate 2 Info

VMware ESX 4 Update 2 is available for download here. The following is a cut and paste of What’s New from the Release Notes:

• Enablement of Fault Tolerance Functionality for Intel Xeon 56xx Series processors— vSphere 4.0 Update 1 supports the Intel Xeon 56xx Series processors without Fault Tolerance. vSphere 4.0 Update 2 enables Fault Tolerance functionality for the Intel Xeon 56xx Series processors.
• Enablement of Fault Tolerance Functionality for Intel i3/i5 Clarkdale Series and Intel Xeon 34xx Clarkdale Series processors— vSphere 4.0 Update 1 supports the Intel i3/i5 Clarkdale Series and Intel Xeon 34xx Clarkdale Series processors without Fault Tolerance. vSphere 4.0 Update 2 enables Fault Tolerance functionality for the Intel i3/i5 Clarkdale Series and Intel Xeon 34xx Clarkdale Series processors.
• Enablement of IOMMU Functionality for AMD Opteron 61xx and 41xx Series processors— vSphere 4.0 Update 1 supports the AMD Opteron 61xx and 41xx Series processors without input/output memory management unit (IOMMU). vSphere 4.0 Update 2 enables IOMMU functionality for the AMD Opteron 61xx and 41xx Series processors.
• Enhancement of the esxtop/resxtop utility— vSphere 4.0 Update 2 includes an enhancement of the performance monitoring utilities, esxtop and resxtop. The esxtop/resxtop utilities now provide visibility into the performance of NFS datastores in that they display the following statistics for NFS datastores: Reads/s, writes/s, MBreads/s, MBwrtn/s, cmds/s, GAVG/s(guest latency).
• Additional Guest Operating System Support— ESX/ESXi 4.0 Update 2 adds support for Ubuntu 10.04. For a complete list of supported guest operating systems with this release, see the VMware Compatibility Guide.
• Resolved Issues – In addition, this release delivers a number of bug fixes that have been documented in the Resolved Issues section.

PCoIP Connections Issue

The following cut and paste is from the VMware KB Article Upgrading VMware Tools in a virtual desktop causes PCoIP connections to fail: Read the rest of this entry »

Tom Howarth, VMware Communities Moderator and blogger at PlanetVM.net, posted this week how he was informed by a developer of a virtualization backup vendor about a scenario involving reverting to an ESX snapshot that results in corrupted incremental backups when using vSphere’s Change Block Tracking (CBT). Howarth’s post Major issue with Change Block Tracking recounts his conversation and exploration of the problem with the developer. In summary, Howarth reported “there is a major issue with the way VMware handles the indexing of the ChangeID.”

Almost a week later and after a flurry of comments from most of the vendors leveraging CBT for virtual machine backups, VMware has published a KB article on the subject.

VMware KB: Reverting to a pre-existing snapshot under specific conditions can cause incremental backups based on CBT (Changed Block Tracking) to become inconsistent

The KB Article describes the exact scenario that causes the problem:

Read the rest of this entry »

With the recent news that VMware will be phasing out VMware Consolidated Backup and make the vStorage API for Data Recovery (VADR) the business continuity and full virtual machine backup enabler of the future, I want to better understand where VMware Data Recovery (vDR) fits in a virtual infrastructure today. This post outlines my notes as I explored both features and limitations of vDR in order to help explain how, where and when the product can be leveraged.

vSphere Editions needed for vDR

A great place to start is by understanding what licensed versions of vSphere 4 vDR can be used with. Using VMware’s vSphere edition comparison table you can clearly see that vDR is only available for use with the Essentials Plus, Advanced, Enterprise, and Enterprise Plus versions.

Although vDR is available in the Enterprise and Enterprise Plus editions, the limitations described in the next section present some design challenges for deploying vDR in larger environments.

Disclaimer: I am a systems engineer for Veeam Software.

Special Considerations For Using vDR

The following list of vDR limitations was taken from the VMware Data Recovery 1.1 Administration Guide:

Read the rest of this entry »

VMware made upgrading to vSphere 4 easy enough, but there are still a few things that can go wrong. One example is that admins must consider the patch and version levels of VirtualCenter and ESX  to begin. After the vCenter upgrade specific  compatibilities between vCenter 4 and ESX 3.x must be understood if a mixed mode environment will exist during the span of the upgrade.

vCenter 4 Pre-Upgrade Check

Although the Agent Pre-Upgrade Check Utility was introduced last Fall when VMware released vCenter 4 Update 1, I had not come across a situation where using the tool identified problems with ESX upgrades. Judging by several other blog posts that demonstrated the utility on the web already, most all of these bloggers showed “pass” scenarios as well. For me that was the same result until this week. In fact, the vCenter Pre-Upgrade Check proved it’s worth to me in a huge way.

For those not familiar how to use the Pre-Upgrade Utility, just start the autorun.exe in the vCenter 4 U1 .zip file or from the install DVD. At the bottom of the vCenter Installer menu is the option to start the pre-upgrade check. See the image to the right of this post.

Once the tool starts point it at the VirtualCenter 2.5 server. After less than 5 minutes

Read the rest of this entry »