Re: best qdisk location

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> I always used the second option and I never found any problem

Sounds good, but is there any documentation on this subject? I would like to advise a
conversion to the separate LUN set-up, but I need to convince the administrators to
switch from the current set-up. (which presumable was advised by RedHat)

2012/1/25 Jan Huijsmans <Jan.Huijsmans@xxxxxxxxxxxxxx<mailto:Jan.Huijsmans@xxxxxxxxxxxxxx>>
Hello,

When checking the RedHat cluster set-up I was surprised to find the quorum disk located
on the same LUN as the database. This location was chosen because the database LUN
needs to be accessible for the node to be able to service the environment.
It's a logical choice.

However, at this moment we're experiencing latency on the storage, which also hinders
the usage of the qdisk. There are lots of time-outs on disk activity which won't hinder the
application much, at least when the cluster won't reboot due to time-outs on the qdisk.

For me the logical choice for the qdisk would be a separate LUN on a fast disk, we have
a quorum disk library for the SAN with unused disks, instead on the same LUN that's
being used by the application. (in a cabinet that's used by the complete environment.

This way the qdisk can be fast and it's a real quorum LUN, as it's located on the quorum
location of the SAN controllers.

My main question is which method would give the most stable environment for the cluster.

1. qdisk on same LUN as application
2. qdisk on separate, isolated, LUN

I would choose the second option, but I'm not sure which would give the stability I'm seeking.

Greetings,

Jan Huijsmans

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx<mailto:Linux-cluster@xxxxxxxxxx>
https://www.redhat.com/mailman/listinfo/linux-cluster



--
esta es mi vida e me la vivo hasta que dios quiera

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster


[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux