Custer Failover. Pesos, Votos Nodos. Windows Server 2012. (es-ES).
Os he baldo de los distintos tipos de Testigo o Quorum que puede tener un Custer Failover. Y ahora lo que quiero comentaros, es de cómo se van a comportar los Votos, que hacen que un nodo del cluster este activo o no este activo, para esto os hablaré de los Pesos:
Hasta ahora, en los sistemas operativos de Microsoft, nos encontrábamos al montar una solución de cluster, que todos los nodos tienen un Voto. Esto es algo que no podíamos cambiar, y era una configuración predeterminada. Ahora, con Windows Server 2012, para los distintos nodos que formen el cluster, podemos decidir, si tienen derecho a voto a la hora de decidir quien va a ser el siguiente equipo que va a levantar un recuso del cluster. Esto nos va a proporcionar, que podamos jugar con la cantidad de Votos que tiene el Cluster, para definir, cuales van a ser esos nodos que permanecerán activos para poder trabajar a nivel de cluster. Por ejemplo, en un determinado momento, podemos decir que un nodo no trabaje, (aunque si pueda trabajar a nivel de cluster, y sea un nodo perfectamente valido, y pueda tener cualquier tipo de recurso del cluster, lo único es que no va a levantar recursos, ni se hará cargo del servicio cluster).
¿Cuando modificar los Votos?, pues bien, por ejemplo, si tenemos un cluster con cinco nodos, y uno de los nodos lo queremos utilizar como un nodo de respaldo…, a priori no va a tener ningún tipo de recurso corriendo sobre el, ya que tenemos este nodo, por si fuera necesario darle utilidad dentro del cluster por algún desastre. Este tipo de soluciones, hacen como si no tuviéramos cinco nodos, si no cuatro mas el quinto sin trabajar… Para esta solución, este quinto nodo, no tiene que tener ningún Voto, ya que este nodo queda como ultimo recurso para que el cluster no quede in-operativo…
Si trabajamos en una solución de múltiple Cluster Size, donde alguno de los nodos se usen como respaldo y se alojen en otros CPDs, no se les dará ningún Voto a estos servidores , para que no cojan ningún recurso y en el caso de que se necesite que los cojan, se realizará de forma manual.
Quorum Dinámico.
El Quorum dinámico consiste en que el propio cluster, se pueda ir auto actualizando, para conseguir que no se vea afectado por las posibles caídas o apagadas de los nodos que tengamos en nuestro sistema cluster.
Voy a poner un ejemplo; si partimos de una infraestructura de Quorum "NO dinámico" donde tenemos un cluster con 5 nodos, y todos los nodos tienen derecho a Voto, por tanto tenemos 5 Votos, de los cuales necesitamos una mayoría de 3 nodos activos y trabajando sin errores, para que nuestro sistema de alta disponibilidad sea fiable y podamos confiar en el. ¿Qué ocurre si un equipo se apaga o si un equipo si cae…?, pasaríamos a tener 4 Votos y en este caso la mayoría seguiría siendo 3, por lo que no necesitamos ningún tipo de cambio por que nuestro cluster sigue siendo fiable. ¿Qué ocurre si cae un segundo nodo de esta infraestructura?, pues pasaría a tener 3 nodos de los cuales necesitamos la mayoría de 3, estamos en un punto limite, nuestro cluster funciona pero se puede ver afectado si se cayera otro nodo… (Si se empiezan a caer nodos de nuestro cluster, aunque nuestro numero de nodos sean superior a esa mayoría de Votos, nos tiene que preocupar, pero dentro de la preocupación, que no se vea afectada la alta disponibilidad del cluster).
¿En que consiste el Quorum Dinámico?, pues en el anterior escenario de un cluster con 5 nodos, el Quórum Dinámico se comporta de la siguiente manera: si se cayesen dos nodos, el sistema dice “tengo 3 nodos, 3 posibles Votos, y modifica la mayoría a 2”, es decir, se va reduciendo la mayoría en función de las necesidades o circunstancias que se vayan dando a lo largo de la vida del cluster.
Esto permite mejorar la disponibilidad, que ante un 50% menos de nodos activos, podamos llegar a tener operativo nuestro cluster, sin verse afectada la disponibilidad.
Esto se ha conseguido, añadiendo unas nuevas propiedades de configuración para el Quorum:
DynamicQuorum |
Nodeweight |
DynamicWeight |
Propiedad del Cluster Por defecto: Habilitado
1: Habilitado 0: Deshabilitado
|
Propiedad del Nodo Por defecto: Voto Asignado
1: Voto habilitado 0: Voto deshabilitado |
Propiedad del Nodo Solo-Lectura
1: Tiene voto 0: No tiene voto |
A la hora de configurarlo con la interface gráfica: sobre la consola del cluster (Failover Cluster Manager), sobre el nombre del cluster à
botón derecho / More Actions / Configure Cluster Quorum Setings…: Nos saca un asistente, donde nos pregunta primero si queremos utilizar un Quorum dinámico o no, de este modo estamos decidiendo si queremos un cluster dinámico o de tipo tradicional. A continuación nos deja decidir, de todos los nodos que forman parte del cluster, a cual de ellos queremos habilitar o deshabilitar el derecho a Voto, (por defecto todos los nodos tiene derecho a Voto y tendremos que desmarcar los nodos que no queramos que tengan derecho a Voto). El último paso, es si queremos o no queremos Testigo y el tipo de testigo que vamos a utilizar.
Aquí os dejo unos artículos míos sobre Microsoft Windows Cluster Service:
** ·** Failover Cluster. Modos de Testigos o Quorum. Windows Server 2012. (es-ES)
** ·** Custer Failover. Pesos, Votos Nodos. Windows Server 2012. (es-ES).
** ·** Cluster Shared Volume (CSV). Pull de discos. Windows Server 2012. (es-ES).
** ·** Cluster-Aware Updating. Windows Server 2012. (es-ES).
***Norman M. Pardell
***Consultor SQL Server / BI / Windows Server
High Availability