Home > Blogs > VMware TAM Blog > Monthly Archives: September 2013

Monthly Archives: September 2013

By the Numbers: TAM Services Events at VMworld 2013 San Francisco

Paul Strong, CTO of the Global Field - Executive Keynote at TAM Day

On behalf of the VMware TAM Services organization, thank you to each and every one of our customers that attended our events at VMworld 2013 in San Francisco.

You made this years events an overwhelming success!

“…I specifically enjoyed TAM Day as it prepared me for the new technologies that I would learn about during the week…”

“…positively giddy about vCAC, vCHS, NSX, vCOPs, and even ITBM!”

“…this is the first VMworld I’ve had a TAM and access to this kind of information available at TAM Customer Central and TAM Day. Made a huge difference – a world of difference…”

As is tradition with many blogs post-VMworld, let’s share some of the numbers from our events during VMworld 2013

TAM Day

  • 9th Annual Exclusive Event 1 Day Before VMworld (Sunday, August 25th) at Moscone West
  • More than 800 Customers in Attendance
  • 2 Executive Keynotes
    – Paul Strong, CTO for the Global Field – Opening Keynote
    – Carl Eschenbach, President and COO – Closing Keynote
  • 3 Executive Presentations
    – Raghu Raghuram – Software Defined Data Center
    – Jeff Jennings – End User Computing
    – Bill Fathers – VMware vCloud Hybrid Service
  • 4 Technical Deep Dives Sessions
    – NSX
    – Storage
    – Automation/Management
    – En User Computing
  • 2 Ask the Experts Panels
    – Virtualizing Tier 1 Applications
    – Cloud Experts
  • 70 Birds of a Feather Tables hosted by VMware Experts

TAM Customer Central

  • 2nd Annual Exclusive Event During VMworld
  • 4 days (Monday-Thursday) During VMworld at the Marriott Marquis
  • A Record 1200 Unique Visits by 208 Customers
  • 27 Deep Dives and Roadmaps by Product Management and Engineering
  • 50+ Customer & Product Team 1:1 Meetings

Additional VMworld 2013 San Francisco Numbers

  • Over 1000 TAM Services Customers in Attendance
  • 16 Sessions Presented by TAM Services Customers
  • 1 Breakout Session Delivered by TAM Services

Thanks again for an amazing week!

Software Defined Networking drives commodity network switches

By guest blogger, Christian Wickham, Technical Account Manager, South Australia and Northern Territory, and Local Government and Councils in Western Australia, Victoria and New South Wales at VMware Australia and New Zealand

If you build a cluster for a VMware virtualised infrastructure, you can use almost any compute resource that you have available. Do you want to mix a Dell R710 dual CPU host with 32 GB of RAM with an IBM BladeCenter Hx5 with a single CPU and 96GB – sure, go ahead. All the memory and CPU resources are added to a pool, where the configuration of each VM is a property of the VM itself – the RAM allocated (including reservations, shares and limits), virtual CPUs assigned, virtual disks and networks. It is no longer critical to stick to the same manufacturer of hardware, instead you can simply purchase the model based on it’s capabilities and cost – “bang for the buck”.

Ten years ago, companies would select one hardware vendor and stay with them. The vendor was selected based on the quality and consistency of drivers, hardware feature set, management tools, implementation and deployment tools, drive caddy form factor, skills of administrative staff and then finally cost. The difference between manufacturers was enough to make the decision to stay with the selected vendor.

For a server running ESXi, most of these selection criteria have gone away. There is no longer a requirement for local disks and complex deployment tools (boot from SAN, boot from SD or USB, VMware AutoDeploy) hardware management and monitoring tools are [mostly] integrated into vCenter or vC Ops, and it largely does not matter what NIC / HBA / RAID controller you have (as long as it is on the VMware HCL!) The selection of host server vendor can now be changed more freely, and added to the pool of resources and consumed based on software defined policies such as DRS.

It is common practice for a large physical server that was once running a Tier 1 workload (such as a large SQL server) to be virtualised, and then the physical resources to be added to the pool of the existing VMware cluster. When that physical server is added to the cluster, EVC is sometimes needed to ensure that advanced CPU features are hidden from VMs so that vMotion can move them on to older CPUs – and this mostly does not affect performance.

But this has not been the case with network switches and routers. Until now. There were valid reasons why network hardware was selected to be purchased from one vendor – and that includes interoperability, consistency of configuration and a shared command set. A network switch is selected not just for it’s port density and cost, but also for the features and capabilities offered – in the software of the switch. And that is an important point – the switches run software, and this software needs to be updated on each device to enable new features and options. Yes, there are ways to interconnect switches from different vendors and have a shared level of capability, but this becomes complex and easily broken. Add in the complexity of security and firewalls, and the selection of network hardware vendor often drives (or limits) capabilities that are implemented. This can be due to switch licensing costs, the requirement to update multiple devices to enable features as well as maintaining security at all levels.

When the networking parameters and security is defined at the VM level, it becomes easier to maintain settings and consistency when the underlying hardware changes. When network features and capabilities are defined at the VM level, it becomes less relevant what the features of the physical switches are. It is possible to see that with the Software Defined Data Centre, network hardware changes from a capability enabling device into a pool of resources – simply a transport for network packets.

Only time will tell if companies will start to branch out into mix-and-match networking hardware, changing from purchasing from one vendor based on features/capabilities, to instead purchase based on port density and latency for price – “bang for the buck”.