blog.virtualtacit.com

So now that I have my first Lab Manager implementation under my belt, I must say it is a pretty slick product. The last time I touched it was during the beta release and there is no doubt it has come a long way. But with that being said there are a couple of areas that need improving and wouldn’t you know it, VMware has managed to overcome those shortcomings in the 3.0 release due out I believe in late July. Here are a few features that I am privy too…

VC Awareness
Lab Manager 3 will be VC Aware. This means that Lab Manager will manage VC resource pools instead of ESX hosts directly. Lab Manager VMs will be organized in the VC interface by configuration for ease of use, reporting, and alerting.

DRS, VMotion, HA aware
The resource pools managed by Lab Manager can have DRS, HA, and VMotion turned on, and Lab Manager VMs will be able to take advantage of these capabilities

Auto-install of Agent
VC will push the Lab Manager Agent onto the ESX hosts managed by Lab Manager, eliminating the need for manual installs.

Easy import of VMs from VC
VMs in the VirtualCenter inventory can be browsed and copies made to bring them under Lab Manager management.

Enterprise Features
Several features in Lab Manager 3 are intended to make Lab Manager usable in organizations with multiple and distinct project groups.

Organizations
Organizations are a method of creating separate groups of users in Lab Manager with either separate or shared resources (compute, storage) and entities (configurations, templates, media).

Customizable Roles and Rights
Lab Manager 3 introduces the ability to define custom user roles with varying rights. In this way, an organization can define users with different capabilities and levels of access to entities and resources.

Expanded LDAP Support
Lab Manager 3 will support the use of OpenLDAP in addition to Active Directory for user authentication. LDAP groups are mapped to organizations.

Improved Sharing Model
Lab Manager 3 introduces a more granular sharing model. In addition to keeping entities private or shared amongst organizations, users can also share with one or more users, one or more groups, or across organizations.

Org-aware Notifications and Alerts
Notifications and Alerts are updated to be scoped by the organization. Messages have been improved for consistency and usability. (not in beta)

Platform Improvements

“Gold Master” Library Configurations
The Lab Manager 3 library will allow configurations that serve as “gold master” or reference configurations to be sorted separately from other library configurations that can be temporary in nature.

Forced Deployment Modes
Some organizations require users to deploy configurations fenced (for instance if they have a domain controller in them that they don’t want “out” on the network) or unfenced (for instance if they need its machines to connect to a central domain controller). Lab Manager 3 will allow this to be defined.

Storage Utility
Lab Manager 3 adds storage tools necessary for managing the distribution of VM files across an installation with multiple datastores. This can be used to both manage free space and optimize storage load balancing. (not in beta)

Use Case Expansion

Multiple NICs, Nets, Subnets
Lab Manager 3 will allow for the definition of multiple physical and virtual networks, each with their own subnet and VLAN characteristics, then the definition of VMs with multiple vNICs to attach to those networks. This greatly increases the number of network topologies that can be handled in a Lab Manager Configuration. (VLANs not in beta)

Configuration Combining, Splitting, and Selective Checkout
Configurations can be combined or split in Lab Manager 3; and large configurations can be selectively checked out of the Library. This greatly increases the flexibility of the library for combinatorial use cases.

Directed Deployment
When a Lab Manager 3 configuration is deployed, each of its machines can be manually directed by the user to deploy onto a separate resource pool under Lab Manager control. This will allow the tailoring of VMs to physical resources for performance testing and other purposes. (not in beta)

Non-Diff-Disk VMs
Lab Manager VMs in the library can be indicated to be fully-cloned if the user wishes. In this way, the user is given the flexibility to use linked clones or full clones at his discretion.

BEA LiquidVM Guests
This feature allows Lab Manager to be used as a team-scalable development environment for BEA’s LiquidVM platform. (not in beta)

Infrastructure Improvements

AJAX interface
Lab Manager 3 sports a new AJAX interface that significantly increases interactivity and eliminates unnecessary screen refreshes.

Upgrade from 2.4, 2.5, 3.0 beta
Lab Manager 3’s installer will upgrade previous GA versions of Lab Manager to Lab Manager 3. A resource pool and organization will be automatically created from the source installation’s resources and the administrator will be dropped into a single organization installation matching his previous Lab Manager instance but with added Lab Manager 3 functionality. (not in beta)

Documentation
The Lab Manager documentation set will be updated to reflect the new Lab Manager 3 product features, and will be augmented with a Best Practices guide that will include the results of performance and scalability studies.

SOAP API
The Lab Manager SOAP API will be updated to reflect the new functionality in Lab Manager 3. (not in beta)

So you’re thinking about automating your test and development environment huh? Well you are definitely moving in the right direction with VMware’s Lab Manager 2.5. Now in all honesty I really have nothing to compare it to, I haven’t demo’d VMlogix’s LabManager offering, supposedly a like product. But I will say I have gone through the pains of managing a dynamic lab environment, so I know what value these solutions add. VMware is definitely making the most of its akimbi systems acquistion and from my eyes looks to be the leader in this space. But take my comments with a grain of salt as they are 100% one-sided, anyways let’s get started.

Below are the four key components of a basic LM environment. This article will briefly describe each but future articles will talk more in depth about sizing implementations, and best practices.

1. Physical or virtual (preferable) Windows 2003 system. This will run the LM server software and control the configuration tear up and tear down, template creation, and general control of the managed server.

2. Managed ESX Server. At the heart of LM is ESX 3.X. A LM agent is manually installed on each LM managed host, communications between the two parties operate over tcp port 5212.

3. Storage Server. This really is a separate logical entity but physically is whatever managed host is connected to shared storage. If you have one managed server it is the storage server as well from what I understand.

4. Media Server. This is typically share based via NFS or CIFS/SMB and essentially houses all pertinent media, ie. ISO’s, flp’s, etc. For simplicity sake, my design placed this service on the LM server on a secondary drive.