Compartir a través de

Tutorial: Configuración de un grupo de disponibilidad Always On de tres nodos con DH2i DxEnterprise

  • Artículo

Se aplica a:SQL Server en VM de Azure

En este tutorial se explica cómo configurar un grupo de disponibilidad Always On de SQL Server en el que DH2i DxEnterprise se ejecuta en máquinas virtuales de Azure basadas en Linux.

Para más información sobre DxEnterprise, consulte DH2i DxEnterprise.

Nota:

Microsoft admite el movimiento de datos, el grupo de disponibilidad y los componentes de SQL Server. Póngase en contacto con DH2i si necesita soporte técnico relacionado con la documentación del clúster de DH2i DxEnterprise para la administración del clúster y del cuórum.

En este tutorial vamos a configurar un clúster de DxEnterprise mediante la interfaz de usuario del cliente de DxAdmin. El clúster también se puede configurar mediante la interfaz de línea de comandos de DxCLI. En este ejemplo, hemos usado cuatro máquinas virtuales, y tres de ellas utilizan Ubuntu 18.04 y forman parte del clúster de tres nodos. La cuarta usa Windows 10 con la herramienta DxAdmin para administrar y configurar el clúster.

Este tutorial se compone de los siguientes pasos:

  • Instalación de SQL Server en las máquinas virtuales de Azure que formarán parte del grupo de disponibilidad.
  • Instalación de DxEnterprise en todas las máquinas virtuales y configuración del clúster de DxEnterprise.
  • Creación de los hosts virtuales para proporcionar compatibilidad con la conmutación por error y alta disponibilidad, e incorporación de un grupo de disponibilidad y una base de datos al grupo de disponibilidad.
  • Creación de una instancia interna de Azure Load Balancer para el agente de escucha del grupo de disponibilidad (opcional).
  • Realización de una conmutación por error manual o automática.

Requisitos previos

Instalación de SQL Server en máquinas virtuales de Azure en el grupo de disponibilidad

En este tutorial, vamos a configurar un clúster basado en Linux de tres nodos en el que se ejecuta el grupo de disponibilidad. Consulte la documentación relativa a la instalación de SQL Server en Linux de la plataforma Linux que prefiera. Para completar este tutorial también es aconsejable instalar las herramientas de SQL Server.

Nota:

Asegúrese de que el sistema operativo Linux que elija sea una distribución común compatible tanto con DH2i DxEnterprise (consulte la sección de requisitos mínimos del sistema), como con Microsoft SQL Server.

En este ejemplo, se va a usar Ubuntu 18.04, que es compatible con DH2i DxEnterprise y Microsoft SQL Server.

Para este tutorial, no se va a instalar SQL Server en la máquina virtual de Windows, ya que este nodo no va a formar parte del clúster y solo se usa para administrar el clúster mediante DxAdmin.

Después de completar este paso, tanto SQL Server como las herramientas de SQL Server (opcionalmente) deberían estar instalados en las tres máquinas virtuales Linux que van a participar en el grupo de disponibilidad.  

Instalación de DxEnterprise en todas las máquinas virtuales y configuración del clúster

En este paso, se va a instalar DH2i DxEnterprise para Linux en las tres máquinas virtuales Linux. En la tabla siguiente se describe el rol que desempeña cada servidor en el clúster:

Número de VM Rol de DH2i DxEnterprise Rol de réplica de grupo de disponibilidad de Microsoft SQL Server
1 Nodo de clúster: basado en Linux Principal
1 Nodo de clúster: basado en Linux Secundario: confirmación sincrónica
1 Nodo de clúster: basado en Linux Secundario: confirmación sincrónica
1 Cliente de DxAdmin N/D

Para instalar DxEnterprise en los tres nodos basados en Linux, siga la documentación de DH2i DxEnterprise para el sistema operativo Linux que elija. Utilice cualquiera de los métodos que se enumeran a continuación para instalar DxEnterprise.

Para instalar solo la herramienta de cliente DxAdmin en la máquina virtual Windows, consulte la guía de inicio rápido de la interfaz de usuario del cliente de DxAdmin.

Después de este paso, el clúster de DxEnterprise se debe haber creado en las máquinas virtuales Linux y el cliente DxAdmin debe estar instalado en la máquina cliente de Windows.

Nota:

También puede crear un clúster de tres nodos, en el que uno de ellos se agrega como modo de solo configuración para habilitar la conmutación por error automática. Para obtener más información, consulte:Modos de disponibilidad compatibles.

Creación de los hosts virtuales para proporcionar compatibilidad con la conmutación por error y alta disponibilidad

En este paso, se va a crear un host virtual, un grupo de disponibilidad y, luego, se va a agregar una base de datos, todo ello desde la interfaz de usuario de DxAdmin.

Nota:

En este paso también se reiniciarán las instancias de SQL Server para habilitar Always On.

Conéctese a la máquina cliente de Windows que ejecuta DxAdmin para conectarse al clúster creado en el paso anterior. Siga los pasos que encontrará en el artículo sobre grupos de disponibilidad de MSSQL con DxAdmin para habilitar Always On y crear tanto el host virtual como el grupo de disponibilidad.

Sugerencia

Antes de agregar las bases de datos, asegúrese de que se ha creado la base de datos y de que se ha realizado una copia de seguridad de la misma en la instancia principal de SQL Server.

Creación de una instancia interna de Azure Load Balancer para el agente de escucha (opcional)

En este paso opcional, se puede crear y configurar una instancia de Azure Load Balancer que contiene las direcciones IP de los agentes de escucha del grupo de disponibilidad. Para más información sobre Azure Load Balancer, consulte: ¿Qué es Azure Load Balancer? Para configurar Azure Load Balancer y el agente de escucha del grupo de disponibilidad mediante DxAdmin, siga las indicaciones de la Guía de inicio rápido de Azure Load Balancer.

Después de este paso, se debe tener un agente de escucha del grupo de disponibilidad creado y asignado al equilibrador de carga interno.

Prueba de la conmutación por error manual o automática

Para la prueba de conmutación por error automática, puede desactivar la réplica principal (apagar la máquina virtual desde Azure Portal). De esta forma se replica la falta de disponibilidad repentina del nodo principal. Éste es el comportamiento esperado:

  • El administrador de clústeres promueve a principal una de las réplicas secundarias del grupo de disponibilidad.
  • La réplica principal con error se combina automáticamente con el clúster después de que se realice la copia de seguridad. El administrador de clústeres la promueve a una réplica secundaria.

También puede realizar una conmutación por error manual. Para ello, debe seguir los pasos que se indican a continuación:

  1. Conéctese al clúster mediante DxAdmin.
  2. Expanda el host virtual para el grupo de disponibilidad.
  3. Haga clic con el botón derecho en el nodo de destino o la réplica secundaria, y seleccione Start Hosting on Member (Iniciar hospedaje en el miembro) para iniciar la conmutación por error.

Para obtener información sobre otras operaciones en DxEnterprise, acceda a la Guía de administración de DxEnterprise y a la Guía de DxEnterprise DxCLI.

Pasos siguientes