
NetScaler Virtual Machine
Today, Citrix announced a virtual appliance version of their NetScaler Application Delivery Controller - the NetScaler VPX, the first of its kind. All of the functions that traditionally were performed in the datacenter can now be performed in the domain of virtual machines. Load balancing, application acceleration, security and offload functionality are now available as a XenServer virtual appliance.
Industry's first Virtual Load Balancer
No other vendor offers this type of software as a Virtual Appliance. By making advanced web application delivery functionality available as a virtual appliance, NetScaler VPX drives convergence of virtualization and networking. In the continued movement toward simple and affordable convergence, NetScaler VPX makes sophisticated application delivery functionality available to any size organization. This breaks down deployment barriers for all types of organizations.
What used to run on a proprietary piece of hardware now runs on any hardware that supports virtualization. Because there is no physical appliance to ship, install or move VPX can be installed at a moment's notice, on any server running XenServer.
The challenge
- Check out The Great NetScaler VPX challenge and get $10,000.
- The Tech Preview will be downloadable from citrix on May 18th.
- If you are running VMWare, you need to run Xen - and why wouldn't you, Xen is free.
NetScaler VPX
I want to use this blog to post answers to common and/or complex questions I get asked about Workflow Studio. One that has been asked fairly often is how to access the MAC address of a VM running in XenServer. The MAC address for a VM is located in the following object path:
VMList.VM.VirtualInterfaces.MAC
When you call Get-VM you get back a list that represents multiple VMs. Whenever you are dealing with something that returns more than one item in Workflow Studio you are going to need to access the individual items with the "For Each Object" task. As you iterate over this list of VMs you will have a new object that represents an individual VM. This typically has properties on it that you want to access, but in this case there is another list of things named "VirtualInterfaces". Because a given VM can be assigned multiple network cards we have an object that represents each of them, so we need to go down one more level using the "For Each Object Task" to get an individual Virtual Interface so we can access the MAC property. I hope that is clear, but since pictures speak more clearly here is an example:
At the top of the workflow you would call Get-VM and then use For Each Object to iterate over each one returned:
You will notice that the For Each task has the little (s) icon representing it has sub-tasks, so if you double-click on that task you will be able to specify the sub-tasks where you will iterate again on the Virtual Interfaces:
And then you can access the individual MAC address:
Hopefully that clears up how to get to the MAC address of a VM.