DCX test video using Finisar, Oracle, Exchange and ESX.

 
 
Mike O’Connor: 
 
00:10 
Ok, so what we’re going to do today is show parts of the DCX not only with load testing gear like 
Finisar Works; we’re going to use real applications like Oracle, Exchange, and VMware. 
 
00:25 
So what we’ve got here is a DCX with four 32‐port blades.  We’ve got four Finisar boxes each 
with 16 ports; is configured in a four mesh configuration.  We’re going to go through various 
different frame sizes. 
 
00:40 
Each Finisar box will generate 240 flows.  That number came from a 16 port Finisar box.  Every 
port will send traffic to every other port but itself; so 16 times 15 is 240.   
 
00:50 
So what we’re going to do is start up the first box, bring the traffic up.  Start the second box, 
bring the traffic up; the third and forth one.  And then when we get done with the last box, 
we’re going to go back and check the other units and what you’re going to see is that the traffic 
is going to be running 99+%  rate or 100% on every port.  Which means we’re not congested 
inside the DCX.  And then we’re going to hop over to the portperfshow and see the throughput 
and basically where there are bigger frame sizes, we’re going to be hitting 1.6G on every single 
port; all 64 ports. 
 
01:25 
And here we are, going to start the first box right here. 
 
01:30 
So now we have the second set of Finisar ports up at 240 flows.  As you can see, how port are 
running at 99+% line rate.  We checked the first Finisar unit, 240 flow all running at 100‐99% line 
rate.  We’re going to go check portperfshow and you see all ports involved, all 32 ports are 
running at 1.4gig.   
 
02:00 
We bring up the next set of ports, another set of 240 flows, full mesh, at 128 byte frame size.  As 
you see all these ports again are running 99+% line rate.  We’ll go check the second unit, again 
all at 99+% line rate.  And the first unit again at 99+% line rate.  What well see is basically no 
congestion.  And we’ll go check portperfshow.  Now we’ve got 48 ports at 1.4 gig and we’ll see 
no congestion.  
 
02:35 
Now let’s grab the fourth set of ports. 
 
02:45 
As you see in this last set of 240 flows, now we got 960 flows flowing through a single DCX; 128 
byte frame size, full mesh.  These ports are 99+%.  These 240 flows are running at 99+% line 
rate.  These ports are running at 99+% line rate.  And the first unit is also running at 99+% line 
rate.  We check portperfshow; 64 ports, 1.4 gig.  And we’ll go up to stop it and we’ll increase the 
first box frame size to 512 bytes. 
 
03:48 
Start the traffic up.   
 
03:58 
So this is the first 240 flows, 512 bytes, 99+% line rate.  Check the next box at 128 byte frame 
size, it’s running at 99%.  Third box at 128 byte frame size at 99+% line rate.  And the last box at 
128 byte frame size at 99+% line rate.  We enter portperfshow  and now we start to see the tag 
ports we’ve configured ‐‐ I have some ports at 1.6gig. 
 
04:32 
We’ll bring up the next Finisar ports at 512 (bytes).   
 
05:00 
Start the traffic.  And once the traffic starts we’ll have 480 flows at 512 bytes and 480 flows 
running at 128 byte frame sizes.  So you’ll see here these ports are running at 99+% line rate.  
This box of 512 is running at 99+% line rate.  These are at 128, still the same and unaffected at 
99+% line rate.  Now you start to see more and more ports start to come online at 1 gig. 
 
05:36 
Bring up the third box.   
 
05:45 
I’ll just bring this up at 512.   
 
06:09 
And this will give us 760 flows in a single DCX at 512 byte frame size.  And see these ports that 
run at 99+%, these ports running at 99+%, and the last box of 512 running at 99+% line rate.  
We’ll go check the last box at 128 and these are unaffected.   
 
06:40 
And see we just have about all ports, we use all 48 of the 64 ports running at 1.6 gig.   
 
06:45 
Let’s bring up the last box, at 512. 
 
07:10 
So once now this comes online we’ll have 960 flows at 512 byte frame size flowing through a 
single DCX, full mesh configuration; worst possible scenario.  So, these ports all running at 99+%, 
third box all ports running at 99+%, second box all running at 99+%, last box all at 99+% line 
rate, finally.  And now we’re starting to see all ports at 1.6gig.  Now that number up here is the 
Tx and Rx. 
 
07:48 
So now let’s do max frame size, 2148.   
 
08:24 
So now we’re bringing up our first set of ports at 2148 byte frame size, as you see how ports are 
running at either 99‐100% line rate at 2148.  We check our second box at 512, these are running 
at 99+% line rate.  All these are running at 99+% line rate.  And all these are running at 99+% line 
rate.   
 
08:52 
Let’s bring up the second box at max frame size.   
 
09:27 
And see this second box at max frame size all ports are running at 99‐100%.  First box that we 
configured for max frame size, all ports at 99‐100%.  We’ll go to the third box, 512 all port as you 
can see are at 99+% line rate, very solid.  That box is at 512 byte, all ports again at a solid 99+% 
line rate.  You’ll check it and you’ll see all the G’s, never seen so many G’s. [NOTE: 1.6G = 800M 
bi‐directional, or 8Gb in each direction] 
 
10:00 
Now we’ll bring our third box online.  Change it from a 512 to 2148.   
 
10:30 
When this comes up this will give us 720 flows at 2148 byte frame size, full mesh.  As you see in 
this box at 2148, all these ports are running at 99‐100%.  Go check the second one, 99‐100%.  
Third one, 99‐100% line rate.  Now I’ll hop down to the last that’s going at 512 and you see 
these 240 flows at 512 bytes are unaffected, which means that we’re just not having any 
congestion.  Go check portperfshow, as you see rock solid right across.   
 
11:05 
Let’s bring up the last box at max frame size. 
 
11:44 
And now we’ll have a total of 960 flows at 2148 frame size flowing through a single DCX, full 
mesh.  As you can see all ports 99‐100%, 99‐100%, 99‐100%, and the first box at 99‐100% line 
rate.  Go check portperfshow.  Rock solid all the way across.  Again the number you see right 
here is the Tx & Rx on that port. 
 
Adam Berns:  Exchange/Oracle 
 
12:20 
So what we have here is we have two applications running.  We’ve got an exchange database 
with 2000 users.  We have an Oracle 11G implementation.  And we have an ESX server.  On that 
ESX Server we have two Linux servers and two Windows boxes.  The Linux boxes are running 
Orion’s Oracle load generator and an exchange database.  The Oracle IO on the physical box is a 
TCPH database and the exchange ‐‐ the 2000 user load using a high user profile.  What we’ll 
show is that with real world applications we’re not going to see any changes in effective process 
once we start increasing the IO. 
 
13:13 
So first we’ll start the exchange database and you’ll see the IO start to come online.   
 
 
13:35 
We’ll bring on our Oracle load generation, but first we’ll take a look at portperfshow, you can 
see we’re pushing approximately 37 meg per second through this.   
 
14:02 
We will now start our Oracle load generation and as soon as this is done we will start the Orion 
simulation, the Oracle simulation.   
 
14:36 
I will start the Orion simulation now and you will see that IO increase as you see here.  If you 
look at Oracle, you see no errors.  If you look at Exchange, our performance that we’re looking 
at of our percent disk time as a of an average database performance.  Remember as in 
databases, the IO is random so now we’ll add to that the IOMeter, the Finisar. 
 
15:17 
Mike: 
 
We got 240 flows using the 2148 byte frame size and those 68 ports are all run at 1.6gig.  And if 
we look at portperfshow, basically just keep your eye on the top right hand corner as we bring 
up the next box.  So now this will give us 480 flows flowing through the DCX in addition to 
Adam’s applications that he’s running.  Finisar ports are unaffected with 480 flows and Adam’s 
applications, as you can see, are unaffected.  Bring up the third set of Finisar ports.  This will give 
us 720 flows streaming through the DCX in addition to the applications that are running.  The 
Finisar flows are all running at 99‐100% line rate with 2K frame size.  As we go check 
portperfshow you can see this stuff is unchanged. 
 
16:23 
Adam: 
 
So if you look at the Exchange information on here, you’ll see that our RPC requests are still very 
high and that our latency are still in a tolerable distance .  If you look at our Oracle configuration, 
our IO is moving fine.  There are no errors reported from logged messages.  And the IO reads per 
second is still on average, par. 
 
17:14 
ESX Performance: 
 
So what we’re looking at here is the data from ESX Top, which is real‐time data from ESX.  We 
can see here from each one of our LUNs is sending IO.  Right now we currently do not have the 
Finisar loaded on all four ports, we will now go ahead and update.  We’ll start all of the ports on 
the Finisar and you’ll see if these numbers will not change. Want to start that up? 
 
17:54 
You will see the portperfshow that all of our connections are indeed looped up and are pushing 
this much data through there.  Our storage is pushing 284 MB.    
 
18:13 
So if we go look at ESX Top, again no errors.  All about the same IO.  If we look at VAR logs 
messages, no errors there.  And if we look at IO STAT, no errors there, no changes there.  If we 
look at the exchange IO, the data is still running as normal.