User Tools

Site Tools


virtualization:roadmap

Roadmap to Virtualization

General Roadmap

  1. Make a guess about other workloads you'll be adding to the mix.
  2. Apply 3-5 year growth factors to these workloads.
  3. Configure hardware to meet the requirements
  4. Shop the hardware among Tier 1 manufacturers
    Spiceworks has the RFQ tool for this

Philosophical Guidelines

Recipes

Entry Level

For environment where there are identifiable “key” workloads that need to come back up and “less key” workloads that the environment can do without in the case of a hardware failure.

  • Primary Host
    Sized to run all the workloads with headroom for future growth.
  • Backup Host
    Sized to house replicas of all the workloads but only runs the key workloads in non-degraded mode. Possibly able to run all the workloads with performance compromises.
  • Backup / Replication software to periodically create a replica of the workloads from the primary to the backup host.
  • Requires hardware maintenance windows.

Full Backup

Create an environment where all the workloads can be run on a second host in the case of the first host failing.

  • Primary Host
    Sized to run all the workloads with headroom for future growth.
  • Backup Host
    Configured to have at least the same level of resources as the Primary.
  • Backup / Replication software to periodically create a replica of the workloads from the primary to the backup host.
  • Requires hardware maintenance windows, but if problems occur on the primary host during a maintenance window, the backup environment can be promoted to Primary.

Local Shared Storage

When High Availability or vMotion/XenMotion/live-migration are business requirements.

  • Primary Host
    Sized to run all the workloads with headroom for future growth.
  • Backup Host
    Configured to have at least the same level of resources as the Primary.
  • Shared Local Storage
    VMware VSAN, Starwind iSCSI SAN, HP Lefthand VSA, DRBD, etc. generally have a guest on each host that owns most of the local storage. The storage is maintained in a mirrored state and is then presented back to the hosts as shared storage.
    Best practice is to have separate “air gap” switching infrastucture.
  • Since the hypervisor sees storage as shared, high availability features (auto guest reboot on backup host in case of primary host failure) and live migration are possible.
  • You still need backup software.
  • With live migration features, one generally doesn't need hardware maintenance windows.

Shared Storage Appliances

When a virtualization environment's host count reaches 4 or more, the scalability of local shared storage becomes more complex, and centralizing shared storage in an appliance becomes more cost-effective.

  • Host count is 4 or more
  • Multiple host configurations are possible (but too many causes management overhead costs to rise)
  • High Availability and migration features are available
  • To avoid single points of failure, generally two appliances are needed with automatic failover
  • Requires separate air-gapped switching infrastructure with redundant paths to the appliances
  • You still need backup software
  • You need a separate backup target
virtualization/roadmap.txt · Last modified: 2015/04/20 11:58 by johnwhite