Sign in or 

Controller 0, port 0: 192.168.130.101/255.255.255.0
Controller 0, port 1: 192.168.131.101/255.255.255.0
Controller 1, port 0: 192.168.130.102/255.255.255.0
Controller 1, port 1: 192.168.131.102/255.255.255.0
4. Using VI client GUI, create virtual switch vSwitch1 and uplink vmnic1
5. Using VI client GUI, create virtual switch vSwitch2 and uplink vmnic4
6. Create a VMkernel port group on vSwitch1 with name VMkernel-iSCSI1 and IP configuration: 192.168.130.11/255.255.255.0. Leave the gateway as the default management network gateway.
7. Create a VMkernel port group on vSwitch2 with name VMkernel-iSCSI2 and IP configuration: 192.168.131.11/255.255.255.0. Leave the gateway as the default management network gateway.
8. Using the VI client GUI (Host->Configuration->Networking), note down the VMkernel port numbers (vmkX). Attach the VMkernel interfaces to software iSCSI initiator:
a. $ esxcli swiscsi nic add –n vmk1 –d vmhbaXX
b. $ esxcli swiscsi nic add –n vmk2 –d vmhbaXX
where vmhbaXX is the vmhba number of the software iSCSI initiator.
c. Rescan the SW iSCSI initiator.
4. Create two virtual switches vSwitch1 and vSwitch2 and add up-links vmnic1 and vmnic4 respectively:
a. $ esxcfg-vswitch –a vSwitch1
b. $ esxcfg-vswitch –a vSwitch2
c. $ esxcfg-vswitch vSwitch1 –L vmnic1
d. $ esxcfg-vswitch vSwitch2 –L vmnic4
5. Enable jumbo frames at vSwitches:
a. $ esxcfg-vswitch vSwitch1 –m 9000
b. $ esxcfg-vswitch vSwitch2 –m 9000
6. Create VMkernel Port Groups:
a. $ esxcfg-vswitch vSwitch1 –A VMkernel-iSCSI1
b. $ esxcfg-vswitch vSwitch2 –A VMkernel-iSCSI2
7. Create VMkernel interfaces for iSCSI traffic, and enable jumbo frames on each:
a. $ esxcfg-vmknic –a –i 192.168.130.11 –n 255.255.255.0 –m 9000 VMkernel-iSCSI1
b. $ esxcfg-vmknic –a –i 192.168.131.11 –n 255.255.255.0 –m 9000 VMkernel-iSCSI2
8. Observe the output of the esxcfg-vmknic command and note VMkernel ports named vmkX. Make sure that MTU size for the newly created vmkX ports is set to 9000:
a. $ esxcfg-vmknic –l
9. Attach the VMkernel interfaces to software iSCSI initiator:
a. $ esxcli swiscsi nic add –n vmk1 –d vmhbaXXwhere vmhbaXX is the vmhba number of the software iSCSI initiator.
b. $ esxcli swiscsi nic add –n vmk2 –d vmhbaXX
10. Rescan the SW iSCSI initiator:
a. $ esxcfg-rescan vmhbaXX
where vmhbaXX is the vmhba device for SW iSCSI initiator.
11. Format the LUNs exposed to ESX as VMFS.
12. To configure round robin multipathing policy using the VI client GUI, for each LUN exposed to the ESX server, change the default path-selection policy to Round Robin (VMware). This enables load balancing over two active paths to the LUN (two paths through the controller that owns the LUN; the other two paths should be stand by).a. Right-click on the device and choose Manage Paths.
b.In the Path Selection drop-down, select Round Robin.
Before this selection is made, one path has a status of Active, another is Active (I/O), and the other two paths are in Stand by.
c.After selecting Round Robin, two paths have a status of Active (I/O) and other two paths are in Stand by.
d. Repeat the process for each iSCSI LUN presented to the ESX 4 server from the Dell PowerVault MD3000i.
TDA-James |
Latest page update: made by TDA-James
, Dec 9 2009, 8:23 PM EST
(about this update
About This Update
Edited by TDA-James
19 words added 16 words deleted view changes - complete history) |
|
Keyword tags:
ESX 4.0 vSphere MD3000i
More Info: links to this page
|
| Started By | Thread Subject | Replies | Last Post | ||
|---|---|---|---|---|---|
| chiznitz | Performance with Round robin + jumbo (page: 1 2) | 24 | Jan 19 2010, 10:04 AM EST by KongY@Dell | ||
|
Thread started: Aug 10 2009, 6:58 PM EDT
Watch
Have you actually tested the performance with round robin and jumbo frames enabled. I have been struggling all week with jumbo frames and round robin. While jumbo frames are enabled with round robin one network card will show great utilization but when it switches load to the other card you see very poor performance. If you disable the network card with poor performance the other one jumps up to expected throughput.
This is not a hardware related issue, I'm assuming others with the md3000i would see the same if they did some performance testing. Meanwhile if you disable jumbo frames and use round robin it works just fine. On a side note to that VMWare will only support the use of MRU, which from all of my tests still gives better performance the round robin. |
|||||
| tarzan0801 | Seeing 8 paths versus 4 after step 11.... what are we doing wrong? | 0 | Dec 21 2009, 3:16 PM EST by tarzan0801 | ||
|
Thread started: Dec 21 2009, 3:16 PM EST
Watch
Our configuration matches the config outlined here except we dont use two completely separate broadcast domains for each iscsi switch.
Do you find this valuable?
Keyword tags:
ESX 4.0 vSphere MD3000i
|
|||||
| Stefan_Z | ISCI config MD3000i | 12 | Oct 27 2009, 3:53 AM EDT by Nepharim | ||
|
Thread started: Jul 8 2009, 2:19 PM EDT
Watch
Hello,
I understand that i have to put my nics in different vswich/portgroup with single vmkernel. But how should I design my config, when I habe three nics connected to my (I-SCSI)switch for I-SCSI Network? Thats my current config : http://img11.imageshack.us/img11/9269/iscsiconfig.jpg |
|||||