John Troyer offered to take us on a tour of the VMworld Lab facilities on Sunday. It was great to get a preview of the Labs, but what was more interesting to me was the underlying technology that VMware has implemented to make this happen.
Fun Lab Facts:
- 480 Concurrent Sessions
- 150 Subject Matter Experts assisting with the lab
- 8-11 VMs in a Lab Pod (the environment you connect to and interface with)
- Pods consume up to 27GB of RAM each (so called Sandbox aka “Kitchen Sink” lab)
- 100′s of TB of EMC & NetApp storage at each site
- HP & Cisco blades for compute
- 12 Lab Manager instances running in parallel, controlled by “Lab Cloud” custom integration
The Facilities
All the labs are in Moscone West this year in one large room. Here’s a shot of the basic layout:
Figure 1: VMworld Labs
The setup includes a Wyse thin client with two displays. The idea here is that one display shows the lab manual and the other is the remote session used to access the labs.
You can see the GbE cable bundles at the end of the table. These are aggregated in central areas on stacks of Cisco 3750s.
Figure 2: GbE aggregation points
The GbE links are aggregated to 10G and connected to Cisco Nexus 5k Switches in the DC area, which we didn’t get to see.
Hybrid Lab Systems
Another interesting and cutting edge component of the labs is the use of multiple redundant remote datacenters to provide some of the capacity. There is a third of the physical capacity onsite, with another third in Ashburn, VA, and the final third in Miami, FL. There are two 45Mb pipes to these remote DCs.
This provides redundancy in case there are issues with any of these datacenters. It also reduces the overhead for setup for Copenhagen as the plan is to swing this capacity across transatlantic links to drive the labs there. This is a very clever design that gives the Labs great resiliency and redundancy.
Content Delivery
Here’s a shot of the basic setup with the thin client and displays.
Figure 3: Thin Client setup
On arriving at the lab you will need a proctor to log you in. Once logged in you’ll see the following:
Figure 4: Lab Track selection
The screen on the right allows you to select the Lab Track you want to pursue. This is necessary as there are so many Lab Sessions there needs to be an extra interface at this level or things get cluttered. As it is, there are still plenty of choices for each track.
Figure 5: Technology & Architecture lab offerins
Here are the labs offered in the Technology and Architecture track. Once a session is selected it will either connect to a prepopulated lab environment or the environment will be loaded on demand. This is one of the tunables that the Lab staff will be working to balance over time. The more popular sessions will have prepop pools that are available. The rest will load on demand in 5-7 minutes, so be prepared for a delay for some of the labs.
Figure 6: VMworld 2010 Lab Manual interface
Here you see the lab session on the left and the manual screen on the right. There’s a countdown timer that shows how much time you have left to finish your session. If the labs are not full you can add time. This is another tunable that the staff will use to manage traffic. There’s also a Get Help button which will get the staffs’ attention so someone can come by and assist you.
This is an amazing piece of technology on display. Remember, the user with the most completed labs will win a pass for VMworld 2011. Please take advantage of this opportunity and stop by the labs early and often.
August 30th, 2010
Posted by
Jae Ellers |
Uncategorized |
2 comments
Bryan Semple, VKernel CMO, spent some time with me last week reviewing some of the new features and improvements in their Capacity Management Suite (CMS). According to Bryan, there are three improvements users should hear about in the new release. These are:
- Scalability
- Analytics
- Automation
We’ll review the improvements in these areas in more detail below
Here’s a shot of the dashboard:
—
Figure 1: CMS 2.0 Dashboard
The VKernel CMS is composed of four components that can be mixed and matched. Together these form the entire suite. If you’re not already familiar with the various components please visit the VKernel site and take a look at the full feature list, as I’m just highlighting some of the new functionality. These components are listed below with some of the recent improvements:
- Capacity Analyzer 5.0: Nuanced analysis allows fine tuning of what resources are reported on and which systems to exclude
- Optimization Pack 2.0: Automation and scheduling enable fine grained and extensive reclamation and recovery activities
- Chargeback 2.0: Report on allocated or utilized resources for VMs
- Inventory 1.0: Inventory, index, filter, document, annotate the environment and configuration
One of the additional improvements we discussed was streamlined installation. This comes from the fact that the entire suite is now integrated into a single VM with licensing activating the various modules. This helps improve the performance, scalability, and manageability of the product by reducing the footprint and inter-component communication necessary.
VKernel has also been working hard to improve the UI. When dealing with 100s or 1000s of VMs the quality of the UI has a huge impact on the utility of the product. From what I’ve seen, the new interface reduces time and clicks when reviewing and optimizing your environment using VKernel’s custom groups. When this is coupled with the ability to exclude vms, hosts, clusters, and run analyses only over custom time ranges it provides a new level of accuracy in reporting.
One great example of this is that most VMware admins have a test cluster or a dev environment (or both if you’re lucky). We don’t want those older GHz which are frequently idle to count against us for production machines when reporting to the CIO. With the VKernel suite it is a simple matter to exclude these systems from the analysis and reports.
All together, these improvements add up to an increased ability to monitor the resource utilization as you wish to see it while concurrently capturing configuration data. This is important as you have correlated historical configuration data to review as you tune your environment. This can be a real lifesaver should you need to back out config changes in your environment at a future date.
Finally, the real killer feature here is the fine grained control and scheduling ability to recover and reclaim wasted resources. This really leads to a more self-tuning environment where the automation delivers actual ROI by providing more available resources for more VMs or enhanced capacity for existing systems.
August 26th, 2010
Posted by
Jae Ellers |
3rd-Party, Uncategorized, integration, management |
2 comments
Recently a well respected figure in the Citrix community published a blog called “The Hidden Costs of VDI”
Granted, some of these points are valid. However, I felt it was skewed enough from my perception to warrant a response.
A quick note about cost models
It is true. Caveat emptor. Good cost models let you challenge the assumptions and plug in your own numbers for everything. Make sure you find and use one of these or work with a trusted IT consultant™ to develop one for your situation.
The hidden costs of server based computing
Not being able to get rid of legacy systems
The author makes a point that unless you can replace everything in an infrastructure it makes it more expensive to migrate. He also makes a statement that you must retain the prior support infrastructure to keep using old desktops as new client devices.
Many customers prefer phased approaches to alleviate some of this issue. Why not only replace the 25-30% of desktops that are due to retire this year? If you’re doing more than a couple hundred desktops a year the numbers still make sense. Most businesses are segmented enough in the user base that there are well defined user groups to focus projects like this on.
If there are already desktop management products in place it makes sense to leverage those to assist in the migration project. Say you have tossed 1/3 of the old desktops in favor of VDI and thin clients. Now you’re ready to tackle the next 300 systems. But the first phase of your project only took 4 months and it will be 8 months before those systems are depreciated and ready to retire.
Leverage your tools and good design skills. Develop a locked down desktop to serve as a display client. Only install the necessary OS, client software, and multimedia support applications required to support the optimal user experience. Setup the OS shell to run only the client applications and keep the user out of the local OS.
Changes to user paradigms
Changes that negatively impact the user can be problematic from a helpdesk perspective. Some changes are necessary to improve the users’ security or protect the company. Anyone remember when virus scanning wasn’t ubiquitous? Do you remember when you could get away without scanning all your files on the file servers? How did that change when a user was infected or there was a big outbreak?
Did the users complain when you rolled out SMS/SCCM or some other application that was perceived as Big Brother? Did they appreciate it when they realized that an application could be delivered from a phone call or web page instead of a technician with a cdrom?
The same is true for the kind of granular access control SmartAccess provides. You forgot your laptop, but you have your cell phone. Is it a benefit that you can view your documents? You bet. Is it a hindrance that you can’t send the doc as an attachment? You bet. Does that protect the company? Indeed it can.
Thinking things will scale linearly
Here’s a case where the title is misleading. You don’t necessarily have a broken design, you have a broken cost model. Will you get a linear function when planning for user migrations? No way. The first few users are very expensive in most cost models. Once you hit a couple hundred you start to gain ground. Above this the cost models start to look great! But there is a hidden cost if you plan on scaling linearly. You do run into questions of scale and hidden bottlenecks that are not considered in the basic cost models. What do you do?
Plan your design around a modular architecture. Plan your design to support blocks and pods of users and their personal files and desktop attributes. Find that sweet spot and leverage it. Rather than having surprises with what happens to the system when you hit 2500 sessions gain confidence the fifth time you add another block of 500 users.
The hidden costs of VDI
Using VDI
While a simple TS farm may be a great deal cheaper than practically anything other than its Linux analog, I’d question how many enterprises are using *exclusively* one simple TS server build for all their operations. If you say that it works with the desktop environment then you’re contraindicating argument of not being able to get rid of legacy systems. Either you only have Terminal Servers and Thin Clients *OR* you already have a mixture of fat desktops, thin clients, TS, etc. This would imply you either have both desktop specialists and TS specialists OR you bring in services to some of this work done. Either way, TS doesn’t obviate any of these issues, although it may be a bit cheaper once it’s running and the apps don’t change.
Storage
The facts alone should do here. Linked clones are available. Citrix, VMware, NetApp, & IBM all have methods for thin provisioning. VMware claims 64++ linked clones running off one master replica per lun. That’s a pretty huge savings. Enhance that with the fact that NetApps can keep that image in cache to keep the load off the spindles and SPs.
Additionally the argument is made that some users may need different apps and the users won’t benefit from VDI. Application virtualization is the solution and is part of any good application delivery architecture. Yes, you use the same disk. Yes, the users have different app stacks. Mix them and match them. App-V & ThinApp are the way to leverage this design.
Windows Licensing (VECD)
Microsoft is going to demand tribute until they have a competitive product and then they’re going to give it away for a while. Should it become mainstream it will then demand a premium additional cost. We’ve seen this with Terminal Services when W2k cals were “free”. When 2003 came out you’d better have paid attention to the EA/SA and gotten them while they were free. I don’t think they’re free any more.
Hyper-V is at the beginning of that process. Come get your free product. Put it everywhere. Once it’s good enough there will be a cost associated with running it.
Customers with an EA may be able to deal with the minimal cost of VECD. Those who have to pay the higher fees may be able to negotiate their way through that to minimize the issue.
Complexity of the unknown
While it is true that VDI is a recent development it is mature enough to have a look. A POC (Proof of Concept) project is a reasonable way to have a taste. Engaging with an expert can really speed things up as you can have a running POC up in a couple days once you have the hardware, licenses, and other moving parts nailed down. Quality consultants will give you hands-on time to build and configure the POC as it is built up. This is the tow-in approach.
Another way to kick the tires works with a Pilot project to actually do a basic design for several user classes. Once these are nailed down and the services catalog for these are well known a scaled down farm of 10-50 users is constructed on demo gear or in excess existing capacity. These can take several weeks or more to put together, but once done can be scaled and extended to meet the needs of the enterprise.
While planning for the unknown is a good idea, this need can be minimized by engaging with someone who has done this work before. This is the model for the future. No longer can a projects team spend months figuring out a new technology then another 6 months testing and tweaking to make sure everything is dialed in. The tow-in approach provides solid designs, documentation, experience, and proven designs.
Not thinking about non-compatible apps
I’m going to have to lump this in with complexity of the unknown. You can’t know what you don’t know ahead of time. I think this is at least one Dilbert comic strip, perhaps more. VMware publishes lists of applications that are known to work with VI3. It’s just a matter of time before there is the same coverage for application virtualization products. For the time being it is a bit of a trial and error model, but some apps end up running better when virtualized. The upside is that you can provide applications in Thinapp that wouldn’t work on the same machine without application virtualization.
Not knowing Windows XP well enough
This objection is unusual. Do I expect my admins to “know” their platforms? Sure I do. Has someone else figured out what these tweaks need to be? Usually. I know it was big business to do the tweaking for Citrix Presentation Server years ago. Now there is a big enough community with adequate print and web resources to serve as decent reference material for a design and implementation. VDI is headed that way. I personally have been running Xp since it was in beta on VMware.
The View architecture also supports quick response to necessary changes and updates in the images. Unlike an enormous XenApp stack that takes careful balancing to fine tune and craft, this can be a single desktop image that can be updated quickly.
Vendor products that change too fast
Seriously? We just need to slow it down here? Change is just too radical, right. I’m sorry, but this is outside the realm of believability here. The only constant is change. The only safe bet is to adopt internal controls and qa methods to maintain reliability. Again, it help to work with an implementer who spend a lot of time with a large number of clients to ensure complete information on how the current releases and future versions are going to stack up. A stable environment is better than the latest and greatest unless the features are something that is going to give you a big advantage and makes sense financially to use.
Part of the environment now is the burgeoning management space. There are huge opportunities here for tools and systems that will make it easier to both upgrade and test these complex environments. Some of this will be provided by system vendors, some by OS & hypervisor vendors, some by storage vendors, and a great deal by the grass-roots scripting community. The third party space continues to support great vendors like Vizioncore and Platespin who exist at the pleasure of the general VMware enterprise customers.
Not knowing which vendor is going to win
The same could be said for the terminal server space. Will Microsoft leave enough scraps for Citrix to productize or will they just continue to pull 10-20% of the XenApp features into each major TS release? If I could predict the future I wouldn’t be writing this blog. I’d be on a nice beach or mountain somewhere instead of on WN 438 to San Jose working to keep the dream alive.
Seriously, even when the obvious vendor (Microsoft) provides less than adequate products (Vista) the market responds in the expected fashion. Even if VMware or Citrix has the obvious winner in 2 years that doesn’t mean the game is over. Protect your future by doing adequate due diligence. Get advice from consultants who have worked on both platforms. Get roadmaps from vendors to see what features are coming and when. Make sure you have plans for a staged rollout, including a Proof of Concept (POC), a pilot, and a final phased rollout starting with the “low hanging fruit”. Then execute on your model, reinvest the savings, and keep looking for the next great thing.
Bottom Line
Now is the time to begin looking at VDI projects. There is demand in the form of security, operational agility, and headcount flexibility. The platforms, brokers, clients, and supporting tools are maturing. If you do nothing you’ll end up with what you’ve already got. If you’re considering a VDI project that must not be enough.
September 6th, 2009
Posted by
Jae Ellers |
VDI, View, battlecage |
no comments
