Disk Arrays
cancel
Showing results for 
Search instead for 
Did you mean: 

Eva 4400 DR performance very slow

subashbl870
Regular Advisor

Eva 4400 DR performance very slow

Dear all,
We have Two site A and B, now we have made it EVA4400 DR replication. we had tested physically coping data TWO site . 1GB just 22mints . We are coping Data through EVA9.1 it's taking 1GB around 10hrs. what is the problem both site ping just 15ms. link speed 6MB /ps . i have a doubt what is That WRITE MODE Synchronous Asynchronous. which option can i do it ?
17 REPLIES
Amar_Joshi
Honored Contributor

Re: Eva 4400 DR performance very slow

Subash, understanding from your question is that you are newbie to EVA and Continuous-Access.

SYNC or ASYNC replication will make significant impact to hosts those are accessing the Primary-Volume (source at site A) but will sync operation depends upon network bandwidth and also on how busy the EVAs are.

For the begining I will recommend you to run the ping command side-by-side when you are syncing the volume and see if there are changes in response time. For the second test, ask the network administrtor whether there is any restrictions set in the network (QOS) and also to monitor the network utilization while sync is running. Third, check with EVAPerf how busy the EVAs are (you have to search this forum for EVAPerf usage and syntex or read the manual.. that's why it's third in the list).

Hope that helps.
Arunkumar.B
Trusted Contributor

Re: Eva 4400 DR performance very slow

Pls confirm the XCS Version of the EVA 4400 and the firmware of SAN Switches.

Does the 6MB Line is a dedicated for the replication part.
Necessity breaks iron
subashbl870
Regular Advisor

Re: Eva 4400 DR performance very slow

Thanks for replay me.

Our EVA4400 Firmware version XCS 9522000
FC switch firmware ver 5.01.02 . we have 40 gb data now replications is going on both site. every 12hrs 1% has been completed . but physical copy 1gb with in 22mints . we have 6mb detected line what can i do ?

LAURENT Aurélien
Occasional Advisor

Re: Eva 4400 DR performance very slow

Hi everyone

We're 3 customers litteraly fighting with HP support (level 3 and local HP techs) to get EVA4400 do asynchronous replication over an ethernet link (fiber channel)

After 4 months of tests on 2 EVA installed for test purpose by HP, HP conclusion is that EVA4400 can't do asynchronous replication !!!

Why buy such expensive hardware and software (2 continuous access licences + 2 FCIP / MPX converter) if the main purpose of these products aren't usable ?

HP response to that : you need to have a 10ms jitter to be able to do asynchronous replication

Problem : 10ms jitter is the exact opposite of an asynchronous link

I don't even mention controller hangs and the lack of alerts and fault tolerance. This product is clarly not ready for public use, and for 50 kâ ¬, it's a shame !!!

Osama Odeh_1
Regular Advisor

Re: Eva 4400 DR performance very slow

Hi LAURENT,

we have a critical problem we use mpx110 gatways and HP CA for replication with 6mbits WAN speed,
the big problem happend with many VMware machine hosted on EVA4400 and not responing for seconds then back again
this occured when we establish the replication.

we open case whith HP and still we didnt find the solution.
any explation for your case is it related to performance issue
LAURENT Aurélien
Occasional Advisor

Re: Eva 4400 DR performance very slow

hi!

It is not related to performance issues.

HP wants to make us believe that the trouble comes from replication link but it is not.

A asynchronous product must be able to handle an asynchronous link.

BTW we were able to reproduce the same erros (ping time response, VM freezes ...) on our LAN (yes you read correctly : asynchronous replication hangs on a gigabit LAN and 2 EVA4400 side by side)

this product is not able to make what it is sold for, and HP just doesn't bring any solution (except an exchange for iscsi lefhanded product, great !!!)
McCready
Valued Contributor

Re: Eva 4400 DR performance very slow

It sounds like this has been officially escalated, but I would ask for that if not. Otherwise, I would show someone (salesperson) the official HP documentation that says the 4400 is supposed to do what it was sold to you to do, and if it does not, replace it at no cost to a model that does. HP WILL do that if you apply enough pressure.
check out evamgt.wetpaint.com and evamgt google group
LAURENT Aurélien
Occasional Advisor

Re: Eva 4400 DR performance very slow

> It sounds like this has been officially escalated, but I would ask for that if not.

yes it has
to level 3
october 19 2009 : a CPM (complex problem manager) has been designated to handle the 3 cases open at CA EVA / FCIP (mpx) and RSM specialists
decembre 2009 : 2 tests EVA4400 in place to reproduce the problem and solve it

january 2010 : techniciens gave up => commercial proposition to replace theses EVA4400 fiber with 2 lefthanded iscsi products ;-(

february 2010 : still no proposition after a month ... nobody answer anymore

>Otherwise, I would show someone (salesperson) the official HP documentation that says the 4400 is supposed to do what it was sold to you to do, and if it does not, replace it at no cost to a model that does. HP WILL do that if you apply enough pressure.

we already do that
but on FCIP mpx110 the asynchronous replication is associated with a 10ms jitter preconisation => impossible and in contradiction with the meaning of asynchronous

and of course during theses 4 months HP hasn't be able to show us a single working configuration with 2 EVA4400 doing asynchronous replication
Cresswell Williams
Frequent Advisor

Re: Eva 4400 DR performance very slow

I have the same issue here.

HP Level 3 support has advised me to change from Port based routing to Exchange based routing and the current firmware on the EVA4400 is 09534000, still no luck.

I have actually advised them to read through this forum, but they have no comment and keep reffering me back to the SAN Design guide. Which is not helping.

If its true, do we have evidence that the EVA4400 cannot do async replication?

And lastly, has anyone managed to get this working?
leew
Occasional Visitor

Re: Eva 4400 DR performance very slow

Hi.

We have experienced a failure yesterday evening whereby our Solaris hosts and one Windows Exchange server lost connectivity to Vdisks presented from our EVA4400. We are currently running f/w 09522000 and are planning to upgrade on Sunday to 09534000. HP state the problem is due to the firmware, however I also believe it could be down to CA. We replicate Synchronously as our WAN link RTT was <2ms average. However recently noticed that RTT can peak at over 40-60ms. Is this to blame? Would setting the DR groups to Async get around this issue?
Troy Klement
Occasional Visitor

Re: Eva 4400 DR performance very slow

We have two EVA 4400s with embedded 8GB switches and CA for each. We have just started testing CA and have successfully used both synchronous and asynchronous. However, we have dark fiber connecting the switch fabrics directly using LW SFPs. So the problem could be in the ISL connectivity.

There is a known issue with 09522000 and CA. We are running 09534000 on both of our EVAs and have FC switch firmware v6.3.2.
leew
Occasional Visitor

Re: Eva 4400 DR performance very slow

Since upgrading to the latest f/w we have yet to see the issue re-occur, fingers crossed :-)
Athar Iqbal
Occasional Visitor

Re: Eva 4400 DR performance very slow

I have exact same issue with the same configuration but EVA8100 not 4400. Looking for solutions

Re: Eva 4400 DR performance very slow

We're seeing the very same problem. Initially we were replicating using (2) EVA4400s, but now one of the EVA4400s was replaced with an EVA8400. We have a T3 (43 Mb/s) link and an average RTT of 35-40ms. We're doing async replication only. Both arrays are currently running XCS code 09534000.

There definitely seems to be an issue with the EVA4400s. Is anyone successfully replicating between EVA4400s across an FCIP tunnel?

Thanks,
-Heather
Anthony Silverman
Occasional Advisor

Re: Eva 4400 DR performance very slow


We also have two sites each with an EVA4400, CA license, Brocade switch and mpx110. Replication is set up between the two sites in asynchronous mode.
The bandwith between the 2 sites is 100MB.
We have Winodws servers, VM machines and VMS servers connected to the EVA4400 replicating to our DRP site.

Our setup works fine under most conditions.

However, if something causes a large amount of data to be written at our production site in a short space of time, eg. creating a new VM machine writes 36GB of data, then the data replication group log starts to fill up. While the EVA's are emptying out the log the entire bandwidth of 100MB between our two sites is used. While the log is emptying response time on all servers connected to the production EVA drops to such a bad level that all our users start to complain and batch jobs run 50 time slower. (one hour instead of one minute)

HP has not provided an adequate solution. I would like QoS on EVA to give top priority to servers and lower priority to replication.

Any ideas anyone?

Re: Eva 4400 DR performance very slow

Anthony,

Would you mind sharing what your zoning looks like? I am curious to see your zoning configuration and compare it with ours. I'll be doing some tweaking in two weeks to hope to resolve the response time issue. What we're running into is that sometimes the command view server response time comes to a crawl, especially when replication is occurring. We keep on getting "excessive ping" errors.

Thanks,
-Heather
Anthony Silverman
Occasional Advisor

Re: Eva 4400 DR performance very slow

Heather,

We also had some 'hanging' problems with CV but we have upgraded to CV 9.2 and it is much much better.

I have attached our zone config. (with a few changes to keep the CSO happy)

It may look a bit messy becaue we are in the middle of an upgrade. Currently we have 6 (3x2) brocade switches. I hope that by the weekend we will be down to 2. After the changes, if the zone config looks a lot neater, I will attach the new zone config.