¿Varios testigos de disco de quórum en clústeres de conmutación por error de Windows?

¿Varios testigos de disco de quórum en clústeres de conmutación por error de Windows?

Creo que necesito tener 2 testigos de disco separados, pero tengo problemas para encontrar algo que dé algún consejo o muestre algún ejemplo. Si alguien puede dar algún consejo constructivo, se lo agradecería mucho.

En un entorno Hyper-V de Windows 2019 en clúster, estamos migrando nuestras máquinas virtuales de un dispositivo SAN iSCSI más antiguo a uno más nuevo. Actualmente tenemos ambos dispositivos iSCSI asignados y disponibles como almacenamiento en clúster (por ejemplo, C:\ClusteredStorage\Old y C:\ClusteredStorage\New).

Vamos a reutilizar el antiguo dispositivo SAN para almacenamiento de respaldo local, por lo que no queremos eliminarlo por completo. Debido a esto, creo que debería necesitar 2 testigos de disco separados, uno para cada dispositivo iSCSI. Sin embargo, parece que no puedo encontrar una manera de asignar una segunda función de Testigo de disco al almacenamiento previsto. Tenga en cuenta que los mismos servidores agrupados necesitarán acceso a ambos dispositivos iSCSI.

  1. ¿Todos estos discos deberían formar parte del mismo clúster general o debería crear un segundo clúster utilizando los mismos servidores?
  2. ¿O simplemente está bien tener un único testigo de quórum para manejar los quórumes de ambos dispositivos iSCSI?

Respuesta1

Usted tendrá y no deberá tener múltiples testigos. La idea de los testigos es romper un empate entre los servidores del cluster. Si tiene dos servidores y no pueden comunicarse entre sí, ninguno estará en línea ya que ninguno tiene mayoría. Con un testigo podemos asegurarnos de que un servidor tenga la mayoría. Si tiene dos testigos, uno por sitio y el enlace muere, ambos sitios mueren porque ninguno tiene más del 50% de los votos.

información relacionada