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) | 29 | Tuesday, 10:11 AM EDT by Budrumi | ||
|
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. |
|||||
| cpt86 | Slow Performance with vSphere and MD3000i | 18 | Jul 12 2010, 3:05 PM EDT by JOHNADCO | ||
|
Thread started: May 17 2010, 1:09 PM EDT
Watch
Hi,
we have got a new MD3000i last week and I had really fun playing with it. I like it when hardware is simple to set up and with this tutorial it was a peace of cake getting our two esxi-servers up and running againt the storage. But after some initial testing of failover and other stuff, I did started benchmarking the whole system. And I found out I only get about 30MByte/s read-only. So I added Jumbo-Frames, tried connecting the servers directly via crossover, enabled and disabled round robin but the best I could get with HDTune (and verified it via smCLI or esxtop) was about 50MB/s. Which is fine for most servers, but we want to add a virtualized fileserver and then 50MB/s is not enough. Out of curiosity I then ran 2 instances of HDTune and the throughput I recieved nearly doubled. With 4 instances I had the full 110MB/s and the switch was at running 98% load. Now comes the part where I need help: How do I get 100MB/s just for one instance of the benchmark (or a filecopy etc.)? Would be great if someone here could help me out ;) Thanks in advance! Chris
Do you find this valuable?
Keyword tags:
ESX 4.0 vSphere MD3000i
|
|||||
| alamosa | Exsi 4u1 and Dell MD3000i IP Addressing | 1 | Jun 1 2010, 2:51 PM EDT by KongY@Dell | ||
|
Thread started: May 27 2010, 5:35 PM EDT
Watch
So I'm planning to install my first ever san! (ok, all those who say NOOB can leave). I'm running 2 esxi 4u1 servers, they have individual nics for each vm. All vm's attach to a stack of dell 6248 switches. I'm running a 172.16 subnetted class b.
Now I want to add my MD3000I san. I want to keep it's ISCSI traffic isolated, I'm also setting it up for redunancy, so I buy 2 cheap dell 2724 managed switches. Add 2 more physical nic ports to each of my Esxi servers. Now I setup my san as suggested in : http://www.delltechcenter.com/page/VMware+ESX+4.0+and+PowerVault+MD3000i?zone=addthis&sms_ss=email what I'm having trouble wrapping my head around is the IP addressing specific for my network. Should I setup the 192 class c's as suggested in the above article, or will I need to increase my existing subnet for more ip's and put the san in an isolated 172.16 address block so that the vm's can see it? Would setting up the 192 addresses help keep my ISCSI traffic isolated? |
|||||