Step 13: Design the Network Infrastructure
Published: November 12, 2007 | Updated: February 25, 2008
Most production applications require access to the network in order to communicate with users and other VMs. Additionally; the server virtualization hosts require connections for management, backup, and storage purposes. Consider these requirements when determining the network configuration for the server virtualization infrastructure. Using the application requirements collected in step 2 and the physical server designs in steps 9–12, for each host server, determine the number of physical network adapters and the total throughput requirements. Also, consider redundancy for implementing fault tolerance. The business and technical requirements for each application to be deployed to the virtual network infrastructure should drive these decisions. Task 1: Determine Host Connectivity RequirementsWindows Server 2008 Hyper-V and Virtual Server 2005 provide the ability to configure network settings based on application requirements. Several options exist for defining network access settings for VMs:
Design the number and types of network connections that will be required based on applications’ needs. The general rule should be to provide each VM with minimal network access based on specific application requirements. Doing so helps ensure security and reduces network traffic. Task 2: Determine Host Throughput RequirementsIn step 3, the amount of required network bandwidth for each VM to be deployed to the server virtualization infrastructure was established. Translate this information into specific host network requirements based on which VMs will reside on which servers. In the simplest configuration, a single physical host server network interface might be sufficient to handle the needs of all the VMs on a server. More often, performance and security requirements will require additional physical ports. The following types of connections are common for server virtualization deployments:
Each network connection requires corresponding physical switch port capacity and available bandwidth within the physical network environment. Task 3: Plan for Network Reliability and AvailabilityIn addition to providing multiple network connections based on functional needs, ensure that physical host network connections meet reliability and availability needs. Most network vendors offer network adapter “port teaming” functionality to provide fault tolerance. This approach works by allowing multiple physical network adapter ports to act as a single port, ensuring reliability and availability. Features like automatic failover and bandwidth aggregation require switch and network-layer support, and specific configurations depend on the standards in use. For each physical host, calculate the number of physical network adapters required. The determinations made for this step may inform changes in the host form factor if the selected host chassis cannot support the number of physical network cards required. Validating with the BusinessBase the specific design of network connections on application and business requirements. To validate design decisions, ask the following questions:
Additional Reading“Manage virtual networks” in the Virtual Server 2005 Administrator’s Guide (https://www.microsoft.com/technet/prodtechnol/virtualserver/2005/proddocs/vs_operate_ht_configVMN.mspx?mfr=true) provides information on the design and implementation of various virtual network options. Technical Note: Managing Network AddressingLike physical machines, VMs require unique network media access control (MAC) and IP addresses to communicate with each other. By default, Virtual Server 2005 uses an automatic method to create MAC addresses for virtual network adapters. When working in a distributed environment that requires connectivity among many different virtual systems, some MAC addresses may be reused. Consider using static MAC address assignments to avoid this behavior. Use the following approaches for IP address management:
Most organizations use a combination of these approaches, depending on the specific connectivity needs of each VM. |
|