Testigo de clúster en el dispositivo GPU de Azure Stack Edge Pro
SE APLICA A:
Azure Stack Edge Pro: GPUAzure Stack Edge Pro 2
En este artículo se proporciona una breve introducción al testigo de clúster en el dispositivo de Azure Stack Edge, incluidos los requisitos, la configuración y la administración del testigo de clúster.
Acerca del cuórum de clúster y testigo
En los clústeres de conmutación por error de Windows Server, es necesario mantener el cuórum para que el clúster de Windows Server permanezca en línea en caso de error. Cuando se produce un error en los nodos de un clúster de Windows Server, los nodos supervivientes deben comprobar que constituyen la mayoría del clúster para permanecer en línea.
Sin embargo, el concepto de mayoría solo existe para clústeres con un número impar de nodos. Cuando el número de nodos de un clúster es par, el sistema requiere una manera de hacer que el número total de votos sea impar. Aquí es donde es importante el rol de testigo de clúster. Al testigo del clúster se le da un voto, por lo que en caso de error, el número total de votos en el clúster (que originalmente tenía un número par de nodos) es impar.
Para obtener más información sobre el cuórum de clúster, vea Comprender el cuórum de clúster.
Cuórum y testigo de clúster en Azure Stack Edge
Los clústeres de conmutación por error de Windows Server se implementa en un dispositivo de Azure Stack Edge de dos nodos. Siempre se mantiene un cuórum en el clúster de Azure Stack Edge de modo que el dispositivo pueda permanecer en línea en caso de error. Si se produce un error en uno de los nodos, la mayoría de los nodos supervivientes deben comprobar que el clúster permanece en línea. El concepto de mayoría solo existe para clústeres con un número impar de nodos.
En el caso de un clúster de Azure Stack Edge con dos nodos, si se produce un error en un nodo, un testigo del clúster proporciona el tercer voto para que el clúster permanezca en línea (ya que el clúster se queda con dos de tres votos, una mayoría).
Testigo de clúster en Azure Stack Edge
Un clúster de Azure Stack Edge de dos nodos requiere un testigo de clúster, de modo que si se produce un error en uno de los nodos de Azure Stack Edge, el testigo del clúster representa el tercer voto y el clúster permanece en línea (puesto que el clúster se queda con dos de tres votos, una mayoría). Por otro lado, si se produce un error en ambos nodos de dispositivo simultáneamente o se produce un error en un segundo nodo de Azure Stack Edge después de que se haya dado error en el primero, no hay ningún voto con mayoría y el clúster se queda sin conexión.
Este sistema requiere que ambos nodos de Azure Stack Edge tengan conectividad entre sí y el testigo del clúster. Si el testigo del clúster se quedara sin conexión o perdiera la conectividad con cualquiera de los nodos del dispositivo, el número total de votos en caso de un único error de nodo de Azure Stack Edge sería par. En este caso, los clústeres de conmutación por error de Windows Server intentarán corregirlo seleccionando arbitrariamente un nodo de dispositivo que no podrá votar (con el fin de hacer que el número total de votos sea impar). En este caso, si el nodo de Azure Stack Edge que produjo un error fue el que obtuvo el voto único en el clúster de Azure Stack Edge, no habrá ningún voto mayoritario y el clúster se desconectará. Este es el motivo por el que, para evitar que el clúster de Azure Stack Edge se desconecta en caso de que se produzca un error en un único nodo de dispositivo, es importante que el testigo del clúster esté en línea y tenga conectividad con ambos nodos de dispositivo.
Requisitos de testigo
El testigo de clúster puede estar en la nube o estar en directo localmente. En cada caso, hay ciertos requisitos que el testigo debe cumplir.
Requisitos de testigo en la nube
- Ambos nodos de dispositivo del clúster deben tener una conexión a Internet fiable.
- Asegúrese de que el puerto predeterminado HTTPS 443 está abierto en el dispositivo, ya que el testigo en la nube usa este puerto para establecer la comunicación saliente con el servicio de blobs de Azure.
Requisitos de testigo local
- El recurso compartido de archivos SMB 2.0 se crea de forma local, pero no en los nodos del dispositivo.
- Existe un mínimo de 5 MB de espacio libre en el recurso compartido de archivos.
- El dispositivo puede acceder al recurso compartido de archivos a través de la red.
Configuración del testigo de clúster
Para que el testigo tenga un voto independiente, siempre debe hospedarse fuera de los nodos de Azure Stack Edge en el clúster del dispositivo. El testigo se puede implementar de cualquiera de las maneras siguientes.
Testigo en la nube: use el testigo en la nube cuando ambos nodos del clúster de Azure Stack Edge estén conectados a Azure. Para configurar un testigo en la nube, use una cuenta de Azure Storage en la nube y configure el testigo a través de la interfaz de usuario local del dispositivo.
Se recomienda implementar el testigo en la nube con conexiones redundantes para que el testigo sea de alta disponibilidad. Para más información, consulte Configuración del testigo en la nube a través de la interfaz de usuario local.
Testigo local: use el testigo local cuando ambos nodos no estén conectados a Azure o tengan conectividad esporádica. Si se encuentra en un entorno de TI con otras máquinas y recursos compartidos de archivos, use un testigo de recurso compartido de archivos. Para configurar un testigo local, puede usar un recurso compartido de archivos SMB en un servidor local de la red donde se implementa el dispositivo y configurar la ruta de acceso del recurso compartido de archivos al servidor a través de la interfaz de usuario local.
Se recomienda implementar el testigo de forma que sea de alta disponibilidad. Por ejemplo, se podría usar un conmutador que ejecute un servidor de archivos para hospedar un recurso compartido de archivos. Para más información, consulte Configuración del testigo local a través de la interfaz de usuario local.