Preparación de máquinas virtuales para una FCI (SQL Server en máquinas virtuales de Azure)

Se aplica a:SQL Server en VM de Azure

En este artículo se describe cómo preparar máquinas virtuales (VM) de Azure para utilizarlas con una instancia de clúster de conmutación por error (FCI) de SQL Server. La configuración varía en función de la solución de almacenamiento de una FCI, por lo que debe asegurarse de que elige la configuración correcta para su entorno y su empresa.

Para más información, consulte la información general de FCI con SQL Server en VM de Azure y Procedimientos recomendados de clúster.

Nota:

Ahora es posible migrar mediante lift and shift la solución de instancia de clúster de conmutación por error a SQL Server en máquinas virtuales de Azure mediante Azure Migrate. Consulte Migración de una instancia de clúster de conmutación por error para más información.

Requisitos previos

• Una suscripción de Microsoft Azure. Introducción a una cuenta gratuita de Azure.
• Un dominio de Windows en máquinas virtuales de Azure o un directorio activo local extendido a Azure con emparejamiento de red virtual.
• Una cuenta que tenga permisos para crear objetos en máquinas virtuales de Azure y en Active Directory.
• Una Virtual Network de Azure y una o varias subredes con espacio de direcciones IP suficiente para estos componentes:
  • Ambas máquinas virtuales
  • Una dirección IP para el clúster de conmutación por error de Windows
  • Una dirección IP para cada FCI
• DNS configurado en la red de Azure que señala a los controladores de dominio.

Elección de una opción de almacenamiento de FCI

La configuración de la máquina virtual varía en función de la opción de almacenamiento que piensa utilizar para la instancia de clúster de conmutación por error de SQL Server. Antes de preparar la máquina virtual, revise las opciones de almacenamiento de FCI disponibles, y elija la opción que mejor se adapte a sus necesidades empresariales y de entorno. Después, seleccione cuidadosamente las opciones de configuración de máquinas virtuales adecuadas en este artículo según la selección de almacenamiento.

Elección de la disponibilidad de la máquina virtual

La característica de clúster de conmutación por error requiere que las máquinas virtuales se coloquen en un conjunto de disponibilidad o en una zona de disponibilidad.

Seleccione cuidadosamente la opción de disponibilidad de la máquina virtual que coincida con la configuración de clúster prevista:

• Discos compartidos de Azure: la opción de disponibilidad varía si usa discos SSD prémium o UltraDisk:
  • El almacenamiento con redundancia de zona de los discos SSD prémium (ZRS) admite zonas de disponibilidad en diferentes zonas. ZRS de SSD prémium replica el disco administrado de Azure de forma sincrónica en tres zonas de disponibilidad de Azure en la región seleccionada. Las máquinas virtuales que forman parte del clúster de conmutación por error se pueden colocar en distintas zonas de disponibilidad, lo que ayuda a lograr una instancia de clúster de conmutación por error (FCI) de SQL Server con redundancia de zona que proporciona un Acuerdo de Nivel de Servicio de disponibilidad de máquina virtual del 99,99 %. La latencia de disco para ZRS es mayor debido a la copia de datos entre zonas.
  • Almacenamiento con redundancia local (LRS) de SSD prémium: Conjunto de disponibilidad en dominios de error o actualización diferentes para LRS de SSD prémium. También puede colocar las máquinas virtuales dentro de un grupo con ubicación por proximidad para ubicarlas más cerca entre sí. La combinación del conjunto de disponibilidad y el grupo con ubicación por proximidad proporciona la latencia más baja para los discos compartidos, ya que los datos se replican localmente en un centro de datos y proporciona un Acuerdo de Nivel de Servicio de disponibilidad de la máquina virtual del 99,95 %.
  • Almacenamiento con redundancia local en disco Ultra: Zona de disponibilidad pero las máquinas virtuales deben estar situadas en la misma zona de disponibilidad. Los discos Ultra ofrecen la latencia de disco más baja y es la mejor opción para cargas de trabajo con uso intensivo de E/S. Puesto que todas las máquinas virtuales que forman parte de la FCI están en la misma zona de disponibilidad, la disponibilidad de la máquina virtual es solo del 99,9 %.
• Recursos compartidos de archivos prémium: Conjunto de disponibilidad o Zona de disponibilidad.
• Espacios de almacenamiento directo: Conjunto de disponibilidad.

Importante

Una vez creada una máquina virtual el conjunto de disponibilidad no se puede establecer o cambiar.

Subredes

En el caso de SQL Server en máquinas virtuales de Azure, tiene la opción de implementar las VM con SQL Server en una sola subred o en varias.

La implementación de las máquinas virtuales en varias subredes saca provecho del clúster o la dependencia de las direcciones IP y se corresponde con la experiencia local de conexión a la instancia de clúster de conmutación por error. El enfoque de varias subredes se recomienda para SQL Server en máquinas virtuales de Azure para una administración más sencilla y tiempos de conmutación por error más rápidos.

La implementación de las máquinas virtuales en una sola subred requiere una dependencia adicional en una instancia de Azure Load Balancer o un nombre de red distribuida (DNN) para enrutar el tráfico hacia la instancia de clúster de conmutación por error.

Si implementa las VM con SQL Server en varias subredes, siga los pasos de esta sección para crear las redes virtuales con subredes adicionales y, después, una vez creadas las VM con SQL Server, asigne direcciones IP secundarias dentro de esas subredes a las máquinas virtuales. La implementación de VM con SQL Server en una sola subred no requiere ninguna configuración de red adicional.

Subred única

Coloque ambas máquinas virtuales en una sola subred que tenga suficientes direcciones IP tanto para las máquinas virtuales como para todas las FCI que podría instalar finalmente en el clúster. Este enfoque requiere un componente adicional para enrutar las conexiones a la FCI, como una instancia de Azure Load Balancer o un nombre de red distribuida (DNN).

Si decide implementar las VM con SQL Server en una sola subred, revise las diferencias entre las opciones de conectividad de Azure Load Balancer y DNN y decida qué opción funciona mejor antes de preparar el resto del entorno para la FCI.

La implementación de VM con SQL Server en una sola subred no requiere ninguna configuración de red adicional.

Varias subredes

Si desea enrutar las conexiones directamente a la instancia de clúster de conmutación por error de SQL Server, coloque ambas máquinas virtuales en subredes independientes dentro de una red virtual. Asigne una dirección IP secundaria a la VM con SQL Server para la instancia del clúster de conmutación por error y, si se encuentra en Windows Server 2016 o versiones inferiores, asigne también una dirección IP secundaria adicional para el clúster de conmutación por error de Windows Server. Windows Server 2019 y las versiones posteriores usan un nombre de red distribuida (DNN) para el nombre del clúster, por lo que no es necesaria una dirección IP secundaria para el clúster.

Este enfoque elimina la necesidad de una instancia de Azure Load Balancer o un nombre de red distribuida (DNN) al conectarse a la FCI de SQL Server.

Si decide implementar las VM con SQL Server en varias subredes, primero deberá crear la red virtual con dos subredes adicionales y, una vez creadas las VM con SQL Server, asigne direcciones IP secundarias a la máquina virtual. Para más información, consulte ¿Qué es Azure Virtual Network? Los nombres de subred y las direcciones IP de esta sección se proporcionan solo como un ejemplo y pueden variar en su entorno. Para crear la red virtual en Azure Portal, siga estos pasos:

1. Vaya al grupo de recursos en Azure Portal y seleccione + Crear.

   

2. Busque red virtual en el cuadro de búsqueda de Marketplace y elija el icono Red virtual de Microsoft. En la página Red virtual, seleccione Crear.

3. En la pestaña Básico de la página Crear una red virtual, escriba la siguiente información:

   1. En Detalles del proyecto, elija la suscripción de Azure adecuada y el grupo de recursos en los que tiene pensado implementar las VM con SQL Server.
   2. En Detalles de la instancia, proporcione un nombre para la red virtual y elija la misma región que la del grupo de recursos en la lista desplegable.

   

4. En la pestaña Direcciones IP, seleccione + Agregar subred para agregar una subred adicional para la primera VM con SQL Server y rellene los valores siguientes:

   1. Proporcione un valor para Nombre de subred, como SQL-subnet-1.
   2. Proporcione un intervalo de direcciones de subred único dentro del espacio de direcciones de la red virtual. Por ejemplo, puede iterar el tercer octeto del intervalo de direcciones de DC-subnet en 1.
      • Por ejemplo, si el intervalo predeterminado es 10.38.0.0/24, escriba el intervalo de direcciones IP 10.38.1.0/24 para SQL-subnet-1.
      • Del mismo modo, si el intervalo IP predeterminado es 10.5.0.0/24, escriba 10.5.1.0/24 para la nueva subred.
   3. Seleccione Agregar para agregar la nueva subred.

   

5. Repita el paso anterior para agregar un intervalo de subred único adicional para la segunda máquina virtual de SQL Server con un nombre como SQL-subnet-2. Puede iterar el tercer octeto en uno de nuevo.

   • Por ejemplo, si el intervalo IP predeterminado es 10.38.0.0/24 y SQL-subnet-1 es 10.38.1.0/24, escriba 10.38.2.0/24 para la nueva subred.
   • Del mismo modo, si el intervalo IP predeterminado es 10.5.0.0/24 y SQL-subnet-1 es 10.5.1.0/24, escriba el intervalo de direcciones IP 10.5.2.0/24 para SQL-subnet-2.

   

6. Después de agregar la segunda subred, revise los nombres e intervalos de subred (los intervalos de direcciones IP pueden diferir de la imagen). Si todo parece correcto, seleccione Revisar y crear y, a continuación, Crear para crear la nueva red virtual.

   

   Azure le devuelve al panel del portal y le informa cuando se cree la red.

Configurar el DNS

Configure la red virtual para que use el servidor DNS. En primer lugar, identifique la dirección IP del sistema de nombres de dominio (DNS) y, a continuación, agréguela a la red virtual.

Identificación de la dirección IP de DNS

Identifique la dirección IP del servidor DNS y agréguela a la configuración de red virtual. En esta sección se muestra cómo identificar la dirección IP de DNS si el servidor DNS está en una máquina virtual de Azure.

Para identificar la dirección IP de la máquina virtual del servidor DNS en Azure Portal, siga estos pasos:

1. Vaya al grupo de recursos en Azure Portal y seleccione la máquina virtual del servidor DNS.
2. En la página de la máquina virtual, elija Redes en el panel Configuración.
3. Anote la dirección IP privada de NIC, ya que esta es la dirección IP del servidor DNS. En la imagen de ejemplo, la dirección IP privada es 10.38.0.4.

Configuración de DNS de la red virtual

Configure la red virtual para que use esta dirección IP del servidor DNS.

Para configurar la red virtual para DNS, siga estos pasos:

1. Vaya al grupo de recursos en Azure Portal y seleccione la red virtual.
2. Seleccione Servidores DNS en el panel Configuración y, a continuación, seleccione Personalizado.
3. Escriba la dirección IP privada que identificó anteriormente en el campo Dirección IP, por ejemplo, 10.38.0.4, o proporcione la dirección IP interna del servidor DNS interno.
4. Seleccione Guardar.

Creación de las máquinas virtuales

Después de configurar la red virtual de la máquina virtual y elegir la disponibilidad de la máquina virtual, está preparado para crear máquinas virtuales. Puede optar por utilizar una imagen de Azure Marketplace, ya tenga o no SQL Server instalado. Sin embargo, si elige una imagen para SQL Server en máquinas virtuales de Azure, deberá desinstalar SQL Server de la máquina virtual antes de configurar la instancia de clúster de conmutación por error.

Consideraciones relacionadas con la NIC

En un clúster de conmutación por error invitado de máquinas virtuales de Azure, se recomienda una sola NIC por servidor (nodo de clúster). La red de Azure tiene redundancia física, que hace que las NIC adicionales sean innecesarias en un clúster invitado de máquina virtual de IaaS de Azure. Aunque el informe de validación del clúster emita una advertencia acerca de que los nodos solo son accesibles en una única red, esta advertencia puede omitirse en los clústeres de conmutación por error invitados de VM de IaaS de Azure.

Coloque ambas máquinas virtuales:

• En el mismo grupo de recursos de Azure en el que se encuentra su conjunto de disponibilidad, si está utilizando este tipo de conjuntos.
• En la misma red virtual que el controlador de dominio y el servidor DNS, o en una red virtual que tenga la conectividad adecuada con el controlador de dominio.
• En el conjunto de disponibilidad o la zona de disponibilidad de Azure.

Puede crear una máquina virtual de Azure mediante una imagen con o sin SQL Server preinstalado. Si elige la imagen con SQL Server, deberá desinstalar manualmente la instancia de SQL Server antes de instalar la instancia de clúster de conmutación por error.

Asignación de direcciones IP secundarias

Si implementó las VM con SQL Server en una sola subred, omita este paso. Si implementó las VM con SQL Server en varias subredes para mejorar la conectividad con la FCI, debe asignar las direcciones IP secundarias a cada máquina virtual.

Asigne direcciones IP secundarias a cada VM con SQL Server para usarlas para el nombre de red de la instancia de clúster de conmutación por error y, para Windows Server 2016 y versiones anteriores, asigne también direcciones IP secundarias a cada VM con SQL Server para el nombre de red del clúster. Esto anula la necesidad de una instancia de Azure Load Balancer, como es el requisito en un entorno de una sola subred.

En Windows Server 2016 y versiones anteriores, debe asignar una dirección IP secundaria adicional a cada máquina virtual de SQL Server para usarla para la dirección IP del clúster de Windows, ya que el clúster usa el nombre de red del clúster en lugar del nombre de red distribuida (DNN) predeterminado introducido en Windows Server 2019. Con un DNN, el objeto de nombre de clúster (CNO) se registra automáticamente con las direcciones IP de todos los nodos del clúster, lo que elimina la necesidad de una dirección IP dedicada del clúster de Windows.

Si está en Windows Server 2016 y versiones anteriores, siga los pasos descritos en esta sección para asignar una dirección IP secundaria a cada máquina virtual de SQL Server tanto para el nombre de red de FCI como para el clúster.

Si está en Windows Server 2019 o posterior, asigne solo una dirección IP secundaria para el nombre de red de FCI y omita los pasos para asignar una dirección IP del clúster de Windows, a menos que planee configurar el clúster con un nombre de red virtual (VNN), en cuyo caso asigne ambas direcciones IP a cada máquina virtual de SQL Server como lo haría para Windows Server 2016.

Para asignar direcciones IP secundarias adicionales a las máquinas virtuales, siga estos pasos:

1. Vaya al grupo de recursos en Azure Portal y seleccione la primera máquina virtual de SQL Server.

2. Seleccione Redes en el panel Configuración y, a continuación, seleccione la interfaz de red:

   

3. En la página Interfaz de red, seleccione Configuraciones IP en el panel Configuración y, a continuación, elija + Agregar para agregar una dirección IP adicional:

   

4. En la página Agregar configuración IP, realice lo siguiente:

   1. Especifique el valor de Nombre como la dirección IP del clúster de Windows, por ejemplo, windows-cluster-ip para Windows 2016 y versiones anteriores. Omita este paso si está en Windows Server 2019 o posterior.
   2. Establezca Asignación en Estática.
   3. Escriba una dirección IP sin usar de la misma subred (SQL-subnet-1) que la VM con SQL Server, por ejemplo, 10.38.1.10.
   4. Deje el campo Dirección IP pública en el valor predeterminado de Desasociar.
   5. Seleccione Aceptar para terminar de agregar la configuración IP.

   

5. Seleccione + Agregar de nuevo para configurar una dirección IP adicional para el nombre de red de FCI (con un nombre como FCI-network-name), especificando de nuevo una dirección IP sin usar de SQL-subnet-1, por ejemplo, 10.38.1.11:

   

6. Repita estos pasos de nuevo para la segunda VM con SQL Server. Asigne dos direcciones IP secundarias no utilizadas de SQL-subnet-2. Use los valores de la tabla siguiente para agregar la configuración de IP (aunque las direcciones IP son solo ejemplos, las suyas pueden variar):

   Campo	Entrada	Entrada
   Nombre	windows-cluster-ip	FCI-network-name
   Asignación	estática	estática
   Dirección IP	10.38.2.10	10.38.2.11

Desinstalar SQL Server

Como parte del proceso de creación de la FCI, instalará SQL Server como una instancia en clúster en el clúster de conmutación por error. Si ha implementado una máquina virtual con una imagen de Azure Marketplace sin SQL Server, puede omitir este paso. Si ha implementado una imagen con SQL Server preinstalado, tendrá que anular el registro de la máquina virtual con SQL Server en la extensión Agente de IaaS de SQL y, a continuación, desinstalar SQL Server.

Anulación del registro de la extensión Agente de IaaS de SQL

Las imágenes de máquinas virtuales con SQL Server de Azure Marketplace se registran automáticamente con la extensión Agente de IaaS de SQL. Antes de desinstalar la instancia con SQL Server preinstalado, debe anular el registro de cada máquina virtual con SQL Server en la extensión Agente de IaaS de SQL.

Desinstalar SQL Server

Después de anular el registro dela extensión, puede desinstalar SQL Server. Siga estos pasos en cada máquina virtual:

1. Conéctese a la máquina virtual mediante RDP. La primera vez que se conecte a una máquina virtual con RDP, un mensaje le pregunta si desea permitir que el equipo se pueda detectar en la red. Seleccione Sí.
2. Abra Programas y características en el Panel de control.
3. En Programas y características, haga clic con el botón derecho en Microsoft SQL Server 201_ (64 bits) y seleccione Desinstalar o cambiar.
4. Seleccione Quitar.
5. Seleccione la instancia predeterminada.
6. Elimine todas las características de Database Engine Services, Analysis Services y Reporting Services - Native. No quite nada de SharedFeatures. Verá algo parecido a la siguiente captura de pantalla:
7. Seleccione Siguiente y después Quitar.
8. Una vez quitada correctamente la instancia, reinicie la máquina virtual.

Apertura del firewall

En cada máquina virtual, abra el puerto TCP de Firewall de Windows que SQL Server utiliza. De forma predeterminada SQL Server usa el puerto 1433, pero si lo ha cambiado en su entorno, abra el puerto que ha configurado para que la instancia de SQL Server lo use. El puerto 1433 se abre automáticamente en las imágenes de SQL Server implementadas desde Azure Marketplace.

Si utiliza un equilibrador de carga para el escenario con una sola subred, también deberá abrir el puerto que usa el sondeo de estado. De forma predeterminada, el sondeo de estado usa el puerto 59999, pero puede ser cualquier puerto TCP que especifique al crear el equilibrador de carga.

En esta tabla se detallan los puertos que es posible que necesite abrir, en función de la configuración de la FCI:

Propósito	Port	Notas
SQL Server	TCP 1433	Puerto normal para las instancias predeterminadas de SQL Server. Si usó una imagen de la galería, este puerto se abre automáticamente. Usado por: Todas las configuraciones de FCI.
Sondeo de mantenimiento	TCP 59999	Cualquier puerto TCP abierto. Configure el sondeo de estado del equilibrador de carga y el clúster para utilizar este puerto. Usado por: FCI con equilibrador de carga en un escenario de una sola subred.
Recurso compartido de archivos	UDP 445	Puerto que el servicio del recurso compartido de archivos utiliza. Usado por: FCI con recurso compartido de archivos Premium.

Unir al dominio

También debe unir las máquinas virtuales al dominio. Puede hacerlo mediante una plantilla de inicio rápido.

Revisión de la configuración de almacenamiento

Las máquinas virtuales creadas en Azure Marketplace vienen con un almacenamiento asociado. Si planea configurar el almacenamiento de FCI mediante recursos compartidos de archivos Premium o discos compartidos de Azure, puede quitar el almacenamiento asociado para ahorrar en los costos porque el almacenamiento local no se utiliza para la instancia de clúster de conmutación por error. Sin embargo, es posible utilizar el almacenamiento asociado para las soluciones de FCI de espacios de almacenamiento directo, así que eliminarlos podría ser inútil en este caso. Revise la solución de almacenamiento de FCI para determinar si la eliminación del almacenamiento asociado ayuda a ahorrar costos.

Pasos siguientes

Ahora que ha preparado el entorno de la máquina virtual, está preparado para configurar la instancia de clúster de conmutación por error.

Elija una de las siguientes guías para configurar el entorno de FCI que sea adecuado para su empresa:

• Configuración de una FCI con discos compartidos de Azure
• Configuración de una FCI con un recurso compartido Premium
• Configuración de una FCI con espacios de almacenamiento directo

Para obtener más información, consulte:

• Clúster de conmutación por error de Windows Server con SQL Server en máquinas virtuales de Azure
• Instancias de clúster de conmutación por error con SQL Server en Azure Virtual Machines
• Información general de las instancias de clúster de conmutación por error
• Configuración de alta disponibilidad y recuperación ante desastres para SQL Server en máquinas virtuales de Azure