Supplemental Implementation Guide:

Transcription

1 Dell EqualLogic Best Practices Series Supplemental Implementation Guide: Sizing and Best Practices for Deploying Microsoft Exchange Server 2010 on VMware vsphere and Dell EqualLogic Storage Ananda Sankaran Storage Infrastructure and Solutions Dell Product Group October 2010

2 Table of Contents 1 Introduction Audience Test System Configuration Server LAN and iscsi SAN Configuration Server LAN (M6220) Switch Configuration iscsi SAN (M6348) Switch Configuration VMWare vsphere Configuration ESX Host Configuration Virtual Machine Configuration ESX Virtual Network Configuration Virtual Machine Networking Details Configuring iscsi Initiator in the Guest OS Configuring iscsi Initiator within the ESX Host IP Address Assignments Exchange Server Installation and Configuration Exchange Server 2010 Requirements Steps for Setting Up Windows NLB on HUB/CAS Servers Appendix A A.1 Component Versions A.2 PowerConnect M6220 Configuration A.3 PowerConnect M6348 Configuration...41 A.4 PowerConnect 6248 Configuration ii

3 1 Introduction The goal of this paper is to provide technical information regarding the configuration and implementation of EqualLogic iscsi SAN components while deploying Microsoft Exchange 2010 on VMware vsphere. The solution configuration we document in this paper uses Dell PowerEdge Servers, Dell PowerConnect switches and EqualLogic PS Series storage. This whitepaper illustrates implementation steps used to configure test systems at Dell Labs. 1.1 Audience This paper provides a supplemental technical implementation guide for use in conjunction with the following Dell whitepaper: Sizing and Best Practices for Deploying Microsoft Exchange Server 2010 on VMware vsphere and Dell EqualLogic Storage: +for+microsoft+exchange+2010+on+vmware+vsphere+and+equallogic+storage This paper is for systems engineers and administrators that need to understand how to configure VMware VSphere and EqualLogic iscsi SANs for Microsoft Exchange 2010 deployments. Readers should first refer to the Sizing and Best Practices whitepaper mentioned above, and then refer to this paper for additional system configuration guidance. The information in this document contains configuration details that are specific to a test environment created at Dell Labs. The design and configuration methods in this document provide examples that Solution Architects and Storage Consultants can adapt to their own solution design requirements. We assume the reader has prior experience in setting up the following: Dell PowerEdge servers Dell PowerConnect switches Dell EqualLogic PS Series SANs Microsoft Exchange Server and Windows Server 2008 VMware ESX and VMware vsphere Please note that this paper is does not provide a comprehensive implementation guide for Exchange 2010 running on VMware vsphere and EqualLogic PS Series Storage. Readers should first read the Sizing and Best Practices whitepaper, and then refer to this paper for additional system configuration details on the test system configuration used by Dell Labs. 1

4 2 Test System Configuration The test system configuration included Dell PowerEdge blade servers hosted within a Dell PowerEdge M1000e chassis. Figure 1 shows the test system configuration, illustrating the host, switch and SAN connection paths with one M710 blade server. We used the following components: Dual PowerConnect M6220 switches: installed in I/O modules A1 and A2, used for host-tohost and Server LAN connectivity. Dual PowerConnect M6348 switches: installed in I/O modules B1 and B2, used for server iscsi SAN connections and uplinked to the top-of-rack SAN switches. Dual PowerConnect 6248 switches: installed in top of rack, dedicated exclusively for iscsi SAN traffic and used for iscsi storage array connections. BroadCom 5709 NIC mezzanine cards: installed in each blade server to support connection to the iscsi SAN via switch fabric B. LAN-On-Motherboard (LOM) Broadcom 5709 NIC ports used in each blade server to connect to the Server LAN via switch fabric A. Test configuration SAN design references: EqualLogic Configuration Guide Dell EqualLogic PS Series Network Performance Guidelines Dell M1000e high performance I/O Architecture reference: Dell M1000e Modular Enclosure Architecture Dell PowerEdge Blade Server and Enclosure Documentation: 2

5 Figure 1 Test System Configuration 3

6 3 Server LAN and iscsi SAN Configuration We used the following networking components in our test configuration: Two Dell PowerConnect M Ethernet Switches (modular blade) 2 Two Dell PowerConnect M6348 Ethernet Switches (modular blade) Each of the M6348 switches connected to the top-of-rack PowerConnect 6248 switches via Link Aggregation Groups (LAG). The LAGs combined two 10GbE uplinks to create 20Gbps total bandwidth using the uplink modules on respective switches. Two Dell PowerConnect Ethernet Switches (48 port, top-of-rack) The two top-of-rack 6248 switches are also connected via a 20Gbps LAG group using a second uplink module installed in each switch. Broadcom GbE NICs (integrated LAN-On-Motherboard plus additional mezzanine cards) Fabric A NIC ports on the blade servers connected to the server LAN via a pair of stacked PowerConnect M6220 switch modules installed in the M1000e blade chassis (I/O modules A1 and A2). Fabric B NIC ports on the blade servers connected to the iscsi SAN via a pair of PowerConnect M6348 switch modules installed in the M1000e blade chassis (I/O modules B1 and B2). Note: In this test configuration PowerConnect M6220 or M6348 switches could have been used in both Fabric A and Fabric B. Table 1 and Table 2 show the functional assignments of the blade server switch modules and server NIC port assignments. M1000e Chassis Switch Module Switch Model Purpose I/O Module A1 PowerConnect M6220 Server LAN I/O Module A2 PowerConnect M6220 Server LAN I/O Module B1 PowerConnect M6348 iscsi Storage I/O Module B2 PowerConnect M6348 iscsi Storage Table 1 Switch Module Slot Assignments Blade Server I/O Module Number of NIC Ports (via mezzanine card) Purpose

7 I/O Module A1 2 ESX01,ESX02 (PowerEdge M710) INFRA, MGMT (PowerEdge M610) Table 5 Blade Server NIC Port Details I/O Module A2 2 Total on A Modules 4 I/O Module B1 2 I/O Module B2 2 Total on B Modules 4 I/O Module A1 1 I/O Module A2 1 Total on A Modules 2 I/O Module B1 1 I/O Module B2 1 Total on B Modules 2 Server LAN iscsi Storage Server LAN iscsi Storage The following sections describe implementation details for each of the switches used in the configuration. Some additional considerations were as follows: We left spanning tree enabled by default. We made sure that no network loops exist as part of the physical network design. Ports 1 through 32 on the M6348 (which serve the internal blade servers in the chassis) do not show the portfast setting enabled in the running switch configuration. Portfast is enabled by default on all server ports (this is not displayed explicitly). We made sure flow control was globally enabled on all ports by default. 3.1 Server LAN (M6220) Switch Configuration We stacked PowerConnect M6220 switches to provide a single logical switch for host server and virtual machine LAN communications. We also separated the different types of network traffic generated by virtual machines and host management processes into segregated virtual LANs (VLANs). Key configuration steps: Connected the host virtual switch to the PowerConnect M6220 via the blade server NIC ports on fabric A. Tagged the VMware vsphere host and guest traffic with VLAN IDs to segregate it at the vsphere host virtual switch (using Virtual Switch Tagging 4 or VST) Configured the physical switch ports connected to the host virtual switch via the server NICs 5 for trunk mode. (This was required to use VST mode in VLAN tagging.) 4 See this document for more information on VST: 5 See the VMware Knowledge Base document Sample configuration of virtual switch VLAN tagging (VST Mode) and ESX : 5

8 Created four VLANs for server LAN traffic: 101, 102, 103 and 104. Example 1 shows the commands used for configuring and verifying trunk mode for the M6220 switch. See Example 4 in Appendix A.2 for the full M6220 switch configuration. Example 1 Enable trunk mode on M6220 console>en console#config console(config)#interface range ethernet 1/g1-1/g16 console(config-if)# console(config-if)#switchport trunk allowed vlan add 101,102,103,104 Warning: The use of large numbers of VLANs or interfaces may cause significant delays in applying the configuration. console(config-if)# console(config)#interface range ethernet 2/g1-2/g16 console(config-if)# console(config-if)#switchport trunk allowed vlan add 101,102,103,104 Warning: The use of large numbers of VLANs or interfaces may cause significant delays in applying the configuration. console(config-if)# console(config)# Save the running configuration to the startup configuration: console# copy running-config startup-config This operation may take a few minutes. Management interfaces will not be available during this time. Are you sure you want to save? (y/n) y Configuration Saved console# Note: You must reload the switches for settings to take effect. 3.2 iscsi SAN (M6348) Switch Configuration A stack or LAG interconnect between the M6348 switches was not required. We created path redundancy across the SAN switch fabric by using dual NICs on the server and interconnecting the top-of-rack switches (the PowerConnect 6248 switches shown in Figure 1). Key configuration steps: Enabled port fast mode on all M6348 and 6248 switch ports connecting to end devices (server NIC ports or array NIC ports). Enabled flow control and jumbo frames with MTU = 9216 on all switch ports. Using the two 10GbE uplink modules on each M6348, we created a 20 Gbps LAG connection to the respective top-of-rack 6248 switches. We used a single uplink module in each 6248 for this connection. (A second 20Gbs LAG was created between the two top-of-rack 6248 switches using the other available uplink module.) 6

9 Example 2 shows the commands used for configuring the M6348 switches. See Example 5 in Appendix A.3 for the full M6348 switch configuration. Example 2 M6348 Switch Configuration for iscsi SAN console>en console#config console(config)#interface range ethernet 1/g1-1/g48 console(config-if)# console(config-if)# console(config-if)# console(config)#interface port-channel 1 console(config-if-ch1)#no shut console(config-if-ch1)# console(config)#interface range ethernet 1/xg1-1/xg2 console(config-if)#channel-group 1 mode on console(config-if)# console(config-if)# console(config)#interface port-channel 1 console(config-if-ch1)# console(config-if-ch1)# console(config)# Save the running configuration to the startup configuration: console# copy running-config startup-config This operation may take a few minutes. Management interfaces will not be available during this time. Are you sure you want to save? (y/n) y Configuration Saved console# Note: You must reload the switches for settings to take effect. 7

10 4 VMware vsphere Configuration We used four Dell PowerEdge blade servers running VMware ESX Server v4.1 as host platforms in our test environment. Figure 2 shows two PowerEdge M710 and two PowerEdge M610 blade servers. Each server is running ESX v4.1 and is hosting two virtual machines. Figure 2 Test System Configuration: ESX Server Detail Table 2 describes the role for each blade server we used in the test configuration.. Blade Server Label Purpose PowerEdge M710 (Slot 1) ESX01 vsphere host for Exchange Server Role virtual machines PowerEdge M710 (Slot 2) ESX02 vsphere host for Exchange Server Role virtual machines PowerEdge M610 (Slot 6) PowerEdge M610 (Slot 7) Table 2 Blade Server Assignments INFRA MGMT vsphere host for active directory and virtual center virtual machines vsphere host for load client and monitor client virtual machines 8

11 4.1 ESX Host Configuration We installed VMware ESX Server v4.1 on the Dell PowerEdge blade servers and Microsoft Windows Server 2008 R2 Enterprise Edition in the guest virtual machines running on the ESX host. ESX host configuration overview: We configured the two installed disk drives as a RAID 1 set and installed VMware ESX server there. We formatted the remaining local storage as a VMFS partition. The local VMFS data store contained all of the guest VM OS images. The Exchange Server databases and logs were stored in volumes hosted by the externally connected EqualLogic iscsi SAN shown in Figure 1. Note: For more details describing Exchange 2010 support requirements for Hardware Virtualized environments, see the following Microsoft TechNet article: Exchange 2010 Requirements Table 3 shows the ESX host system specifications. Host CPU Memory Local Disk Drives ESX01 Dell PowerEdge M710 2 x Quad Core Intel Xeon Processor X5570 (8M Cache, 2.93 GHz, 6.40 GT/s Intel QPI) Dell PowerEdge M710 2 x Quad Core Intel Xeon Processor X5570 (8M Cache, 2.93 GHz, 6.40 GT/s Intel QPI) Dell PowerEdge M610 2 x Quad Core Intel Xeon Processor E5520 (8M Cache, 2.26 GHz, 5.86 GT/s Intel QPI) 64GB 2 x 146GB 15K SAS RAID 1 ESX02 64GB 2 x 146GB 15K SA RAID 1 INFRA 16GB 2 x 73GB 15K SAS RAID 1 Dell PowerEdge M610 MGMT 2 x Quad Core Intel Xeon Processor E5520 (8M Cache, 2.26 GHz, 5.86 GT/s Intel QPI) Table 3 ESX Host Specifications 16GB 2 x 73GB 15K SAS RAID Virtual Machine Configuration We used Microsoft Windows Server 2008 R2 Enterprise Edition as the operating system for each virtual machine. We started the VM OS deployment process by first creating a template virtual machine OS image. In addition to the OS, we installed all required windows updates and the VMware guest tools. After making further customizations to the image we captured it for deployment using Windows 9

12 Automated Installation Kit 6 (AIK). We cloned the template image and deployed it to additional virtual machines as necessary. Table 4 shows the virtual machine resource allocations for each of the VM running on the ESX hosts We explicitly reserved the amount of memory assigned to each virtual machine at the ESX hypervisor layer. We used static memory resource allocations for the virtual machines. Virtual Machine ESX Host vcpus Memory Guest OS Disk Drive Application Data MBX1 ESX GB Host local - 64GB External SAN HUBCAS1 ESX01 4 8GB Host local - 24GB External SAN MBX2 ESX GB Host local - 64GB External SAN HUBCAS2 ESX02 4 8GB Host local - 24GB External SAN VCENTER INFRA 2 4GB Host local - 20GB VM Local AD INFRA 4 8GB Host local - 20GB VM Local CLIENT MGMT 2 4GB Host local - 20GB VM Local MONTR MGMT 2 4GB Host local - 20GB VM Local Table 4 Virtual Machine Resource Configuration ESX Virtual Network Configuration We configured the virtual switches on the ESX hosts as follows: One virtual switch used for iscsi SAN access, with the NIC ports on Fabric B as uplinks. One virtual switch used for server LAN access with the NIC ports on Fabric A as uplinks. Table 5 shows the blade server NIC port assignments for each vswitch. Example 3 shows vsphere CLI commands used for configuring the vswitch0 in our test configuration. We enabled jumbo frames on the host vswitch. (The Broadcom 5709 NICs installed on blade servers support jumbo frames. Note: In ESX 4.1, Jumbo Frames are not supported when using hardware iscsi initiators at the ESX layer.) Note We used the default load-balancing policy Route based on the originating virtual switch port ID at the vswitch for load balancing across multiple NIC uplinks. Reference:

13 Example 3 Sample vsphere commands for vswitch configuration esxcfg-vswitch -m 9000 vswithc0 (to enable jumbo frames with 9000 MTU) esxcfg-vswitch -L vmnic1 vswithc0 (to add an enumerated server NIC to vswitch) esxcfg-vswitch -p Service Console -v 101 vswithc0 (to assign VLAN ID to service console port group) vswitch Purpose Server Server NICs as vswitch Uplinks vswitch0 Server LAN vswitch1 iscsi Storage ESX01, ESX02 INFRA, MGMT ESX01, ESX02 INFRA, MGMT Table 5 vsphere vswitch and NIC Assignments vmnic0, vmnic1, vmnic2, vmnic3 vmnic0, vmnic1 Vmnic6, vmnic7, vmnic8, vmnic9 vmnic2, vmnic3 Note: We did not use the physical NIC ports and their corresponding vmnics for fabric C. For more information on vmnic enumeration within vsphere hosts, see: Networking Best Practices: VMware vsphere 4 on Dell Blade Servers 11

14 We segregated network traffic by using VLANs for different classes of traffic (tagged packets) at the virtual switch layer 7. Table 6 shows the VLAN and port group assignments (on vswitch0, the Server LAN) for the vsphere host. VLAN ID Port Group Label Port Group Type Purpose 101 Service Console Service Console Service console management traffic 102 VMkernel VMkernel Kernel level traffic (e.g. vmotion) 103 VM Network Public Virtual Machine Guest VM traffic (Exchange client/server LAN) Guest VM traffic (ie. Exchange 104 VM Network Private Virtual Machine server private replication) Table 6 vswitch0 VLAN and Port Group Assignment on Each vsphere Host Table 7 shows the VLAN assignments for the VMs used in the test configuration. Virtual Machine vsphere Host vswitch0 VLANs Purpose MBX1 ESX01 103, 104 Exchange Server 2010 Mailbox Role Exchange Server 2010 combined Hub Transport HUBCAS1 ESX and Client Access Roles MBX2 ESX02 103, 104 Exchange Server 2010 Mailbox Role Exchange Server 2010 combined Hub Transport HUBCAS2 ESX and Client Access Roles VCENTER INFRA 101, 103 vsphere Virtual Center server for management AD INFRA 103 Windows Server 2008 Active Directory CLIENT MGMT 103 Load generation client MONTR MGMT 103 Storage and Server monitoring client Table 7 Virtual Machine Assignments Note: We created an additional virtual machine port group created with VLAN 101 (on ESX host INFRA). This VLAN was used for VMware vcenter communication with service consoles. 7 This does not apply to the iscsi storage LAN (vswitch1 in our configuration). 12

15 For the host ESX1, Figure 3 shows the network path between the virtual machines and the SAN. Note in Figure 3 how all iscsi SAN traffic is consolidated on vswitch1 and Fabric B. Figure 3 vswitch and Physical NIC Port Mapping on host ESX01 13

16 Figure 4 shows the vswitch0 configuration on host ESX01. Figure 4 vswitch0 Configuration for Host ESX01 The vswitch0 configuration for ESX host INFRA is shown in Figure 5 below. Figure 5 vswitch0 Configuration for Host INFRA Table 8 shows the configuration for vswitch1 when using the Windows 2008 R2 software initiator within the guest VM: The iscsi initiator within the VM was used to access the external volumes on the EqualLogic SAN in this configuration. 14

17 The EqualLogic Host Integration Toolkit 8 (HIT) was installed in the VM to provide the EqualLogic DSM (Device Specific Module) and enable MPIO (Multi-path I/O) to storage. Virtual Machine vsphere Host Port Group Label Port Group type Purpose MBX1 ESX01 VM Network - iscsi Virtual Machine HUBCAS1 ESX01 VM Network - iscsi Virtual Machine MBX2 ESX02 VM Network - iscsi Virtual Machine HUBCAS2 ESX02 VM Network - iscsi Virtual Machine Exchange Mailbox Storage Access Queue Database Storage Access Exchange Mailbox Storage Access Queue Database Storage Access MONTR MGMT VM Network - iscsi Virtual Machine Storage Monitoring access Table 8 vswitch1 Configuration for using iscsi Initiator within Virtual Machine Figure 6 shows the vswitch1 configuration for host ESX01. Figure 6 vswitch Configuration for Host ESX01 using iscsi initiator within guest VM Note: We configured the load balancing policy at the vswitch to balance load across the multiple NIC uplinks. The default policy was used ( Route based on the originating virtual switch port ID ). For further information, see the following VMware Information Guide article: VMware Virtual Networking Concepts, 8 The EqualLogic Host Integration Toolkit is available at the following download location (support login ID required): 15

18 When using the VMware ESX software iscsi initiator within vsphere host, the following configuration steps were taken for vswitch1: The ESX hypervisor directly accessed the volumes on the EqualLogic SAN using the ESX iscsi initiator. We used the VMware VMFS3 filesystem to format the volumes. We created virtual hard drives (vmdk files) on the VMFS3 formatted volumes. These virtual hard drives were formatted with NTFS file system by the guest OS (Windows Server 2008 R2). Instead of using the Native Multipathing (NMP) available in ESX, we used the EqualLogic Multipathing Extension Module (MEM) for vsphere to manage iscsi connection management and load balancing. Figure 7 shows the configuration of the virtual switch ( vswitchiscsi ) for iscsi access. We used the software iscsi initiator provided by the ESX host in this configuration. We created four VMkernel ports and attached to the ESX iscsi software initiator. We assigned a physical NIC uplink was exclusively to each port. Figure 7 vswitch Configuration for Host ESX01 Using ESX Software iscsi Initiator If you choose to use the iscsi software initiator in the ESX host, you should take advantage of EqualLogic aware connection and path management by installing the EqualLogic Multipathing Extenstion Module (MEM) for vsphere 4.1. The EqualLogic MEM offers: Easy installation and configuration Automatic connection management Automatic load balancing across multiple active paths Increased bandwidth Reduced network latency Automatic failure detection and failover Multiple connections to a single iscsi host 16

19 Note: Detailed steps for configuring MEM and the ESX host initiator with EqualLogic storage are provided in the following document: Configuring and Installing the EqualLogic Multipathing Extension Module for VMware vsphere 4.1 and PS Series SANs: The iscsi initiator you choose to use (the initiator in the ESX host or the initiator within the guest OS) will depend on factors such as backup and recovery process requirements and compatibility with other management tools used. If you use the iscsi initiator within the guest OS (running Microsoft Windows 2008 Server), then you will be able to use Equallogic Auto Snapshot Manager (ASM) / Microsoft Edition (ME). ASM/ME provides the ability to create consistent Exchange aware snapshots or clones of data volumes using storage hardware based snapshots or clones. It also enables other third party backup solutions based on Windows VSS (Volume Shadow copy Services) to utilize storage hardware based snapshots or clones for Exchange Server data backup. You should investigate other solutions for providing for application consistent backups if you use the iscsi initiator provided by the ESX host operating system. Even if you use the iscsi initiator in the Windows guest VM for Exchange Server deployment, we recommend that you still use the ESX iscsi initiator on the host, along with the EqualLogic MEM, for other virtual machines and applications that need it. In this case, we recommended you configure separate virtual switches for each storage type access path as follows: One vswitch with its own set of NIC uplinks for iscsi guest initiators One vswitch with a second set of uplinks for the ESX software or hardware initiator Virtual Machine Networking Details Virtual NIC(s) were configured within the VMs connecting to the virtual switch (vswitch0) configured for server LAN access on respective VLANs. The virtual network adapter assignments for the VMs (using the Windows 2008 R2 iscsi initiator within the VM) are as follows: The native OS iscsi initiator within the guest OS VM was used to connect the data volumes on EqualLogic iscsi storage. Virtual NICs were configured within the VM connecting to the virtual switch (vswitch1) configured for storage. The EqualLogic Host Integration Toolkit 9 (HIT) was installed in the VM to provide the EqualLogic DSM (Device Specific Module) and enable MPIO (Multi-path I/O) to storage. 9 The EqualLogic Host Integration Toolkit is available at the following download location (support login ID required): 17

20 Table 9 show virtual machine assignments and virtual NIC adapter assignments for iscsi initiator within guest VM Virtual Machine Virtual Network Adapter Adapter Type vswitch Port Group VLAN MBX1 Network Adapter 1 E1000 vswitch0 VM Network - Public 103 Network Adapter 2 E1000 vswitch0 VM Network - Private 104 Network Adapter 3 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 4 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 5 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 6 VMXNET 3 vswitch1 VM Network - iscsi N/A HUBCAS1 Network Adapter 1 E1000 vswitch0 VM Network - Public 103 Network Adapter 2 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 3 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 4 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 5 VMXNET 3 vswitch1 VM Network - iscsi N/A MBX2 Network Adapter 1 E1000 vswitch0 VM Network - Public 103 Network Adapter 2 E1000 vswitch0 VM Network - Private 104 Network Adapter 3 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 4 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 5 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 6 VMXNET 3 vswitch1 VM Network - iscsi N/A HUBCAS2 Network Adapter 1 E1000 vswitch0 VM Network - Public 103 Network Adapter 2 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 3 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 4 VMXNET 3 vswitch1 VM Network - iscsi N/A Network Adapter 5 VMXNET 3 vswitch1 VM Network - iscsi N/A AD Network Adapter 1 E1000 vswitch0 VM Network - Public 103 VCENTER Network Adapter 1 E1000 vswitch0 VM Network - Service Console 101 Network Adapter 2 E1000 vswitch0 VM Network - Public 103 MONTR Network Adapter 1 E1000 vswitch0 VM Network - Public 103 Network Adapter 2 E1000 vswitch1 VM Network - iscsi N/A Table 9 Virtual Adapter Assignments for VMs (using iscsi Initiator within VM) 18

21 Figure 8 shows the virtual network adapter and VLAN connectivity paths for the virtual machine MBX1 using guest iscsi initiator. Figure 8 Virtual Network Configuration using guest software iscsi Initiator Figure 9 shows the Virtual Network Adapter assignments for VM MBX1 with iscsi initiator in guest OS. Figure 9 Virtual Network Adapter Assignments for VM MBX1 with iscsi Initiator in Guest OS 19

22 Virtual Adapter assignments for VMs (iscsi initiator within ESX) are as follows. Virtual machines had the same virtual adapter assignments as in table above except that the virtual adapters for iscsi traffic were removed. We exposed the hard disks for virtual machines as virtual hard drives (vmdk) from the ESX host layer. The ESX host software iscsi initiator connected via VMKernel ports to the virtual switch for storage access. Figure 10 shows the virtual machine virtual network adapter and VLAN connectivity using the software iscsi initiator provided by the VMware ESX server. Figure 10 Virtual Network Configuration Using ESX Software iscsi Initiator 4.3 Configuring iscsi Initiator in the Guest OS For the test configuration using the iscsi initiator within the guest OS: We created a separate vswitch ( vswitch1 ) for storage access. We assigned physical blade server NIC ports connecting to fabric B on the blade chassis to be used as uplinks to vswitch1. Load-balancing policy: o Route based on the originating virtual switch port ID : A given VM cannot use more than one physical uplink if it has only one virtual NIC with this load balancing policy. Thus we configured least four virtual NICs to use all four physical uplinks for VM traffic. We created virtual network adapters of type VMXNET 3 (Figure 7 above) and assigned them to the Exchange Server 2010 guest virtual machine for storage access (e.g., mailbox role). o We assigned these adapters to vswitch1 on the vsphere host. 20

23 Note: For more information see: Networking Best Practices: VMware vsphere 4 on Dell Blade Servers VMware vsphere Online Library: TCP Segmentation Offload and Jumbo Frames r_config/c_tcp_segmentation_offload_and_jumbo_frames.html VMware Virtual Networking Concepts Within the Windows Server 2008 R2 guest OS, the following properties were enabled on each of the four virtual adapters configured for storage access: Jumbo Frames (9000) Large Segment Offload (LSO) TCP Segment Offload (TSO) Windows Receive Side Scaling We installed the Dell EqualLogic Host Integration Toolkit (HIT) for Windows within the guest OS. This installs the EqualLogic DSM for the Windows Server MPIO framework. The DSM provides multi-path optimizations tailored to the EqualLogic storage arrays. We configured the MPIO settings 10 to a maximum of four iscsi connections per array 12 total iscsi connections per volume. These settings best enabled load balancing of iscsi traffic for a given storage volume across the four virtual adapters within the guest OS. Traffic from the four virtual adapters is then load balanced in turn across four physical uplink NIC ports on the server host by the vswitch. Figure 11 shows the EqualLogic DSM MPIO settings. This configuration dialog box can be accessed by launching the Remote Setup Wizard from the Dell EqualLogic MPIO tab of the Microsoft software iscsi initiator. 10 See: Configuring and Deploying the Dell EqualLogic Multipath I/O Device Specific Module (DSM) in a PS Series SAN: 21

24 Figure 11 MPIO Settings We created data volumes on the Dell EqualLogic Storage Pool and configured them with the iscsi initiator name based access method. (Other methods include CHAP or IP Address based access.) The iscsi initator name is found in the configuration tab of the Microsoft software iscsi initiator, as shown in Figure

25 Figure 12 Initiator Name from Microsoft Software Initiator Once we configured volumes in storage with the access information, we discovered them by adding the EqualLogic Group address to the target portal list in the Microsoft software initiator. This is shown in Figure 13. After clicking the refresh button in the target tab of the initiator the available volumes were displayed as shown in Figure

26 Figure 13 iscsi Target Discovery 24

27 Figure 14 Target Volumes Discovered We connected to each volume by selecting it and clicking connect on the target tab. This is shown in Figure 15. You will see the target status change from Inactive to Connected, as shown in Figure

28 Figure 15 Connecting to the Target Volumes 26

29 Figure 16 All Volumes Connected We verified the actual connections setup by the Dell Equallogic DSM MPIO from the Dell EqualLogic MPIO tab of the initiator. This is shown in Figure

30 Figure 17 MPIO Connections After connecting to volumes, we used windows disk management tool to bring online, partition and format the disks with NTFS. 4.4 Configuring iscsi Initiator within the ESX Host The configuration in the previous section used the Microsoft Windows 2008 R2 iscsi initiator within the virtual machine to connect to the iscsi volumes on the EqualLogic SAN. Those iscsi volumes were directly accessed by the Windows 2008 VM and natively formatted as NTFS. In this section we describe the configuration with the following key differences in the iscsi initiator stack: The ESX hypervisor directly connected to the the volumes on the EqualLogic SAN using the ESX software iscsi initiator and were natively formatted using the VMware VMFS3 filesystem. 28

31 We created virtual hard drives on the VMFS3 formatted volumes. These virtual hard drives were formatted with NTFS file system by the guest OS (Windows Server 2008 R2). Instead of using Native Multipathing (NMP) available in ESX, we used the EqualLogic Multipathing Extension Module (MEM) for vsphere for iscsi connection management and load balancing. For this access mode: We configured a separate vswitch labeled vswitchiscsi for ESX iscsi traffic and configured it to use fabric B NICs as uplinks. We created four VMkernel ports on the vswitch with each physical NIC uplink assigned exclusively to a port. We enabled jumbo frames (MTU 9000) at the vswitch and the VMKernel ports. We assigned the VMKernel ports to the ESX host software iscsi initiator. We used the EqualLogic MEM (Multi-path Extension Module for VMware vsphere) plug-in for the ESX Pluggable Storage Architecture (PSA) to take advantage of EqualLogic aware multipath I/O. The EqualLogic MEM provides iscsi multipath optimizations at the ESX host level (when using an iscsi initiator on the ESX host.) The number of EQL MEM paths per member array was set to 4 and per volume to 12. Note: See the following documents for detailed steps on how to configure MEM and vsphere software iscsi with EqualLogic storage: Configuring and Installing the EqualLogic Multipathing Extension Module for VMware vsphere 4.1 and PS Series SANs: Configuring VMware vsphere Software iscsi with Dell EqualLogic PS Series Storage: 29

32 4.5 IP Address Assignments Table 10 illustrates the IP address scheme and assignments for various systems and components used in the test configuration. Server IP Convention: [ABC].[XY] Storage IP Convention : [MN] ABC VLAN ID M Array number X ESX Host number N NIC sequence within array Y VM sequence within host Note: Netmask used for all test bed subnets: Entity IP Address VLAN Purpose INFRA MGMT ESX ESX ESX Host: INFRA vsphere ESX Hosts Virtual Machines Management - Service Console AD VM Network - Public VCENTER ESX Host: MGMT Management - Service Console access to hosts VM Network - Public CLIENT MONTR ESX Host: ESX01 VM Network - Public N/A VM Network - iscsi (Monitoring) HUBCAS MBX ESX Host: ESX N/A N/A N/A N/A HUBCAS MBX VM Network - Public VM Network Private (Exchange cluster communications) VM Network - iscsi (Guest VM initiator) VM Network - Public 30

33 EqualLogic Storage N/A N/A N/A N/A VM Network Private (Exchange cluster communications) VM Network - iscsi (Guest VM initiator) Group IP N/A Group IP Address EQL N/A Member 1 Ethernet port N/A Member 1 Ethernet port N/A Member 1 Ethernet port N/A Member 1 Ethernet port 4 Additional arrays EQL2, EQL3, EQL4 configured as needed with same convention Table 10 IP Address Scheme and Assignments 4.6 Exchange Server Installation and Configuration Exchange Server 2010 Requirements System requirements including virtualization requirements: Planning and Deployment: Pre-requisites for installation: Installation of Exchange Server 2010: Figure 18 shows the physical and logical system components used in the Exchange Server DAG test configuration. 31

34 Figure 18 Sample Physical and Logical Configurations for Exchange Server DAG The actual server connectivity to storage is identical to the configuration shown earlier. We deployed two PowerEdge M710 servers for Exchange Server 2010 roles. Each M710 server hosted two virtual machines one for the Exchange Server 2010 mailbox role and another for Exchange Server 2010 Hub Transport / Client Access Server (CAS) Roles. We configured the Mailbox Server VM with 8 vcpus and 48GB of memory (reserved in ESX host). The Hub / CAS VM was configured with 4 vcpus and 6GB of memory (reserved). We configured two mailbox server VMs across the two blade servers as members of an Exchange 2010 DAG. This way if one of the servers incurs failure, the other server in the DAG can continue hosting databases that were active on the failed server via a fail-over process. In 32

35 a DAG, passive database copies are maintained on the secondary server and kept synchronized with the active copies via log replication. We configured one of the Hub/CAS servers as the file share witness for the DAG. We configured two Hub / CAS VMs as members of a Network Load Balancing (NLB) cluster (unicast mode and single affinity). We used one virtual NIC for NLB and another for public access. The NLB was used to load balance the Exchange CAS services. We configured each Hub/CAS VM with two virtual NICs for server LAN connectivity one for public access and other for NLB private connectivity (unicast NLB mode). Each VM was configured with 4 virtual NICs of type vmxnet3 for iscsi connectivity when using iscsi initiator within guest OS. We hosted the Hub Transport queue database and logs on a separate volume on the same group member array used by their respective mailbox servers. We configured each mailbox VM to use two virtual NICs for server LAN connectivity: one for public access and other for DAG replication. Also each mailbox VM was configured with 4 additional virtual NICs of type vmxnet3 for iscsi connectivity when using the iscsi initiator in the guest OS. We used the Microsoft iscsi initiator in the guest Windows Server 2008 R2 OS for storage connectivity when using guest iscsi connectivity. We installed the EqualLogic MPIO DSM (HIT kit) for EqualLogic aware multi-path I/O to the EqualLogic SAN in these VMs. On each ESX host, we connected the server-side LAN virtual NICs for all VMs to vswitch0 and storage iscsi virtual NICs for all VMs (guest iscsi initiator) to vswitch1. vswitch0 used the onboard Broadcom GbE NICs on server Fabric A to connect to the external M6220 switches for server LAN access. vswitch1 used the 1GbE Broadcom 5709 NICs on fabric B to connect to the external M6348 switches for storage access. We used two PowerEdge M610 servers on the same blade M1000e chassis to host other test components. One M610 server hosted the Active Directory VM and the vsphere Virtual Center VM. The second M610 server hosted the client VM used for executing the simulation tool Loadgen and the monitoring VM for running Windows PerfMon and EqualLogic SAN Headquarters. 33

36 When using DAG for mailbox server replication, load-balancing services such as Windows NLB running on the same server as the mailbox server is not a supported configuration. Separate servers are required for hosting mailbox services and HUB/CAS services when using Windows NLB for load balancing Steps for Setting Up Windows NLB on HUB/CAS Servers High Level NLB Installationand Exchange Server 2010 Client Access Configuration Steps NLB installation: Install NLB using defined best practices on both HUBCAS servers (unicast mode preferred). Set the NLB cluster to load balance only the TCP ports used by CAS services to be configured/deployed. Setup the client access array within the exchange to provide a single client access service name and IP. This will be the NLB services cluster name and IP. The client access array can be setup using the New-ClientAccessArray exchange management shell cmdlet within Exchange Management Shell (EMS). Create client access array: Move Hub Transport queue database to another storage location (from default location) as needed: Other storage locations could be on separate hard drives on the server or external SAN. High Level Exchange Server 2010 Mailbox Server DAG Installation Steps Create DAG using Exchange Management Console (EMC) or Exchange Management Shell (EMS). Use Exchange management shell to set the DAG cluster IP Address via Set-Dag cmdlet. Exclude iscsi NICs/network as network for DAG. 1. Use Set-DagNetwork cmdlet in EMS ( ignorenetwork option). 34

37 Appendix A A.1 Component Versions Component Version Application Microsoft Exchange Server 2010 Enterprise Edition Guest Operating System Windows Server 2008 Enterprise Edition Virtualization hypervisor VMware vsphere 4.1 Virtualization management VMware VCenter 4.1 Jetstress Loadgen M1000e CMC firmware 2.30 M710 BIOS M610 BIOS M710 Broadcom 5709 NIC firmware , A13 PowerConnect M6220 firmware PowerConnect M6348 firmware PowerConnect 6248 firmware EqualLogic HIT Kit (Windows DSM) EqualLogic Array firmware Table 11 Component Versions 35

38 A.2 PowerConnect M6220 Configuration Example 4 PowerConnect M6220 Configuration console#show running-config Current Configuration: System Description PowerConnect M6220, , VxWorks 6.5 System Software Version System Operational Mode Normal configure vlan database vlan stack member 1 1 member 2 1 interface out-of-band ip address none ip address ip address interface vlan 101 name Service Console interface vlan 102 name VM Kernel interface vlan 103 name VM Public interface vlan 104 name VM Private username root password e6e66b8981c1030d5650da159e79539a level 15 encrypted interface ethernet 1/g1 interface ethernet 1/g2 interface ethernet 1/g3 36

39 interface ethernet 1/g4 interface ethernet 1/g5 interface ethernet 1/g6 interface ethernet 1/g7 interface ethernet 1/g8 interface ethernet 1/g9 interface ethernet 1/g10 interface ethernet 1/g11 interface ethernet 1/g12 37

40 interface ethernet 1/g13 interface ethernet 1/g14 interface ethernet 1/g15 interface ethernet 1/g16 interface ethernet 2/g1 interface ethernet 2/g2 interface ethernet 2/g3 interface ethernet 2/g4 interface ethernet 2/g5 38

41 interface ethernet 2/g6 interface ethernet 2/g7 interface ethernet 2/g8 interface ethernet 2/g9 interface ethernet 2/g10 interface ethernet 2/g11 interface ethernet 2/g12 interface ethernet 2/g13 interface ethernet 2/g14 39

42 interface ethernet 2/g15 interface ethernet 2/g16 console# 40

43 A.3 PowerConnect M6348 Configuration Example 5 PowerConnect M6348 Configuration console#show running-config Current Configuration: System Description "PowerConnect M6348, , VxWorks 6.5" System Software Version System Operational Mode "Normal" configure stack member 1 1 interface out-of-band ip address none ip address ip address none username "root" password e6e66b8981c1030d5650da159e79539a level 15 encrypted interface ethernet 1/g1 interface ethernet 1/g2 interface ethernet 1/g3 interface ethernet 1/g4 interface ethernet 1/g5 interface ethernet 1/g6 interface ethernet 1/g7 interface ethernet 1/g8 41

44 interface ethernet 1/g9 interface ethernet 1/g10 interface ethernet 1/g11 interface ethernet 1/g12 interface ethernet 1/g13 interface ethernet 1/g14 interface ethernet 1/g15 interface ethernet 1/g16 interface ethernet 1/g17 interface ethernet 1/g18 interface ethernet 1/g19 interface ethernet 1/g20 interface ethernet 1/g21 interface ethernet 1/g22 42

45 interface ethernet 1/g23 interface ethernet 1/g24 interface ethernet 1/g25 interface ethernet 1/g26 interface ethernet 1/g27 interface ethernet 1/g28 interface ethernet 1/g29 interface ethernet 1/g30 interface ethernet 1/g31 interface ethernet 1/g32 interface ethernet 1/g33 interface ethernet 1/g34 43

46 interface ethernet 1/g35 interface ethernet 1/g36 interface ethernet 1/g37 interface ethernet 1/g38 interface ethernet 1/g39 interface ethernet 1/g40 interface ethernet 1/g41 interface ethernet 1/g42 interface ethernet 1/g43 interface ethernet 1/g44 44

47 interface ethernet 1/g45 interface ethernet 1/g46 interface ethernet 1/g47 interface ethernet 1/g48 interface ethernet 1/xg1 channel-group 1 mode on interface ethernet 1/xg2 channel-group 1 mode on interface port-channel 1 console# 45

48 A.4 PowerConnect 6248 Configuration Example 6 PowerConnect 6248 Configuration console#show running-config Current Configuration: System Description PowerConnect 6248, , VxWorks 6.5 System Software Version Cut-through mode is configured as disabled configure stack member 2 2 ip address username admin password bb60f21fbeab d7bb381 level 15 encrypted interface ethernet 2/g1 interface ethernet 2/g2 interface ethernet 2/g3 interface ethernet 2/g4 interface ethernet 2/g5 interface ethernet 2/g6 interface ethernet 2/g7 interface ethernet 2/g8 46

49 interface ethernet 2/g9 interface ethernet 2/g10 interface ethernet 2/g11 interface ethernet 2/g12 interface ethernet 2/g13 interface ethernet 2/g14 interface ethernet 2/g15 interface ethernet 2/g16 interface ethernet 2/g17 interface ethernet 2/g18 47

50 interface ethernet 2/g19 interface ethernet 2/g20 interface ethernet 2/g21 interface ethernet 2/g22 interface ethernet 2/g23 interface ethernet 2/g24 interface ethernet 2/g25 interface ethernet 2/g26 interface ethernet 2/g27 interface ethernet 2/g28 interface ethernet 2/g29 48

51 interface ethernet 2/g30 interface ethernet 2/g31 interface ethernet 2/g32 interface ethernet 2/g33 interface ethernet 2/g34 interface ethernet 2/g35 interface ethernet 2/g36 interface ethernet 2/g37 interface ethernet 2/g38 interface ethernet 2/g39 interface ethernet 2/g40 49

52 interface ethernet 2/g41 interface ethernet 2/g42 interface ethernet 2/g43 interface ethernet 2/g44 interface ethernet 2/g45 interface ethernet 2/g46 interface ethernet 2/g47 interface ethernet 2/g48 interface ethernet 2/xg1 channel-group 1 mode on interface ethernet 2/xg2 channel-group 1 mode on interface ethernet 2/xg3 channel-group 2 mode on 50

53 interface ethernet 2/xg4 channel-group 2 mode on interface port-channel 1 interface port-channel 2 console# 51

54 THIS WHITE PAPER IS FOR INFORMATIONAL PURPOSES ONLY AND MAY CONTAIN TYPOGRAPHICAL ERRORS AND TECHNICAL INACCURACIES. THE CONTENT IS PROVIDED AS IS, WITHOUT EXPRESS OR IMPLIED WARRANTIES OF ANY KIND Dell Inc. All rights reserved. Reproduction of this material in any manner whatsoever without the express written permission of Dell Inc. is strictly forbidden. For more information, contact Dell.