UNSOLVED

NZJJ

updated

16 years ago

N

NZJJ

29 Posts

0

20385

April 25th, 2010 17:00

MD3000i Controller failover times

Hi,
As I understand it (from a Dell Senior Engineer) with ESX 3.5 the failover time from one controller to the other on an MD3000i is 30 seconds. Is this correct ?
With ESX 4 what is the failover time with the controllers ?

The reason I ask is that application jobs running against our SQL servers fail after 8 seconds if they can't talk to the database which is on the MD3000i

thanks,

John
  • NZJJ

    29 Posts

    915

    0

    Posted April 29th, 2010 18:00

    Hello ... can anyone from Dell answer this ?
  • mrokkam1

    23 Posts

    915

    0

    Posted May 3rd, 2010 14:00

    the MD3000i cannot support a response time limit of 8 seconds at failover. A failover typically takes more than 30 seconds to complete and, while IOs will not be failed, any application that expects a response within 8 seconds will not work.
  • JOHNADCO

    2 Intern

    847 Posts

    915

    0

    Posted May 7th, 2010 10:00

    30 seconds? Maybe... It seems fatser in all honesty. We have critical SQL applications that should bomb if it really took 30 seconds. The controller thing seems real fast to me if not imeadiate, it's the ESX that takes some time and I have found ESX 3.5 to be about as graceful as possible with it.
  • NZJJ

    29 Posts

    915

    0

    Posted May 9th, 2010 14:00

    Hi,
    Do you where the settings are in VMware regarding failover ?
    thanks,

    John
  • JOHNADCO

    2 Intern

    847 Posts

    915

    0

    Posted May 10th, 2010 08:00

    There is some failover stuff in Configuration, Advanced, Disk if your on the esx console GUI itself.
  • NZJJ

    29 Posts

    915

    0

    Posted May 10th, 2010 14:00

    Hi,
    Thanks for that, I checked the settings and could only find a timeout for "The number of seconds between FC path evaluations" which I take to mean for Fibre Channel. I will investigate whether or not this applies to iSCSI connections as well.
  • JOHNADCO

    2 Intern

    847 Posts

    915

    0

    Posted May 10th, 2010 15:00

    I ac tually timed a failover on our test setup... ESX / the SQL Server VM was defiently pumping data again at less than 10 seconds. This is esx 3.5 though. not installing 40 till next week.
  • NZJJ

    29 Posts

    915

    0

    Posted May 10th, 2010 16:00

    Ahh .... to be able to afford a test setup ... would be nice. When you go to 4, I would be interested in knowing how quick the failover was and whether or not you had to make any changes to the ESX setup.

    cheers,

    john
  • JOHNADCO

    2 Intern

    847 Posts

    915

    0

    Posted May 11th, 2010 08:00

    I can report back. I think the 30 seconds is a high side number of a range. I am not sure what factors would slow it down. Maybe the nature of the failure that created the lost path? It may just be data movement, it does seem it would know of a lost path a lot faster if data was moving, rather than idol. When I pulled the iSCSI cable to create the failure I did not have a client running, I was doing a database backup to ensure it was busy at the time of the path loss. Plus from experience I know our SQL servers really hate losing the storage when doing a DB backup.
  • NZJJ

    29 Posts

    334

    0

    Posted May 11th, 2010 16:00

    Did you pull the iSCSI cable from the ESX server ? or from the MD3000i ? I have tried pulling the cable from the ESX server and it uses the other NIC without any loss of service. I also tried it from the switch also without any loss of service. (this was on our ESXi 4.0 development server when all the dev team were at lunch !)
    I can't try from the MD3000i as our production servers use it as well.