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

Applies to:SQL Server en Máquina Virtual de Azure

En este artículo se describe cómo preparar máquinas virtuales de Azure (VM) para usarlas con una instancia de clúster de SQL Server de conmutación por error (FCI). 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 obtener más información, consulte información general sobre FCI con SQL Server en máquinas virtuales de Azure y Procedimientos recomendados de agrupación.

Nota:

Ahora es posible realizar la migración mediante lift-and-shift de la solución de instancia del clúster de conmutación por error a SQL Server en máquinas virtuales de Azure mediante Azure Migrate. Para obtener más información, consulte Migración de una instancia de clúster de conmutación por error.

Requisitos previos

  • Una suscripción de Microsoft Azure. Comienza con una cuenta de Azure gratuita.
  • Un dominio de Windows en máquinas virtuales de Azure o una instancia local de Active Directory extendida a Azure con emparejamiento de red virtual.
  • Una cuenta que tiene permisos para crear objetos en máquinas virtuales Azure y en Active Directory.
  • Una red virtual Azure y una o varias subredes con suficiente espacio de direcciones IP para los siguientes 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 Azure, apuntando a los controladores de dominio.

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

Las opciones de configuración de la máquina virtual varían en función de la opción de almacenamiento que planea usar 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:

  • Azure discos compartidos: la opción de disponibilidad varía si usa SSD Premium o Disco Ultra:

    • El almacenamiento con redundancia de zona de los discos SSD prémium (ZRS) admite zonas de disponibilidad en diferentes zonas. Premium SSD ZRS 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 diferentes zonas de disponibilidad, lo que le ayuda a lograr una FCI de SQL Server con redundancia de zona que proporciona un Acuerdo de Nivel de Servicio de disponibilidad de máquina virtual. 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 de colocación de proximidad proporcionan la latencia más baja para los discos compartidos, ya que los datos se replican localmente dentro de un centro de datos y proporcionan el SLA de disponibilidad de la máquina virtual.

    • Almacenamiento con redundancia local en disco Ultra: Zonas de disponibilidad pero las máquinas virtuales deben estar situadas en la misma zona de disponibilidad. Ultra Disks ofrece una latencia de disco más baja y es mejor para cargas de trabajo intensivas de E/S. Dado que todas las máquinas virtuales que forman parte de la FCI deben estar en la misma zona de disponibilidad, la disponibilidad de la máquina virtual es menor.

  • Recursos compartidos de archivos prémium: Conjunto de disponibilidad o zonas de disponibilidad.

  • Storage Spaces Direct: Conjunto de Disponibilidad.

  • Azure Elastic SAN: zonas de disponibilidad.

Importante

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

Subredes

Para SQL Server en máquinas virtuales de Azure, puede implementar las máquinas virtuales de SQL Server en una sola subred o en varias subredes.

La implementación de las máquinas virtuales en varias subredes aprovecha la dependencia O/R del clúster para las direcciones IP y se asemeja a la experiencia local al conectarse a la instancia de clúster de failover. Se recomienda el enfoque de varias subredes para SQL Server en máquinas virtuales de Azure, para simplificar la administración y lograr tiempos de conmutación por error más rápidos.

La implementación de tus máquinas virtuales en una sola subred requiere una dependencia adicional en un Azure Load Balancer o un nombre de red distribuido (DNN) para enrutar el tráfico a la FCI.

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

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 un Azure Load Balancer o un nombre de red distribuido (DNN).

Si decide implementar las máquinas virtuales de SQL Server en una sola subred, revise las diferencias entre el equilibrador de carga de Azure y las opciones de conectividad DNN. Use esta información para decidir qué opción funciona mejor para usted antes de preparar el resto de su entorno para la FCI.

La implementación de las máquinas virtuales de SQL Server en una sola subred no requiere ninguna configuración de red adicional.

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 DNS si el servidor DNS está en una máquina virtual en Azure.

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

  1. Vaya al grupo de recursos en el portal Azure 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 . Use este valor como dirección IP del servidor DNS. En la imagen de ejemplo, la dirección IP privada es 10.38.0.4.

Captura de pantalla de la pantalla Redes de la máquina virtual DC-VM-1. El campo IP privada NIC con el valor 10.38.0.4 está resaltado.

Configuración de DNS de la red virtual

Configure la red virtual para usar el valor que identificó en el paso anterior como dirección IP del servidor DNS.

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

  1. Vaya al grupo de recursos en el portal Azure y seleccione la red virtual.
  2. Seleccione Servidores DNS en 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.

Captura de pantalla de la pantalla Servidores DNS para la red virtual SQLHAVNET. La opción

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 usar una imagen de Azure Marketplace que sí o que no tenga SQL Server ya instalada en ella. Sin embargo, si elige una imagen para SQL Server en las máquinas virtuales de Azure, debe desinstalar SQL Server de la máquina virtual antes de configurar la instancia del clúster de conmutación por error.

Nota:

Antes de implementar las máquinas virtuales de SQL Server, asegúrese de comprobar que la versión de SQL Server es compatible con la opción de almacenamiento FCI seleccionó.

Consideraciones relacionadas con la NIC

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

Coloque ambas máquinas virtuales:

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

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

Asignación de direcciones IP secundarias

Si ha implementado las máquinas virtuales de SQL Server en una sola subred, omita este paso.

Si ha implementado las máquinas virtuales de 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 máquina virtual SQL Server para su uso como nombre de red de la instancia del clúster de conmutación por error. Para Windows Server 2016 y versiones anteriores, asigne también direcciones IP secundarias a cada máquina virtual SQL Server para el nombre de red del clúster. Esto niega la necesidad de una Azure Load Balancer, tal como es el requisito en un único entorno de subred.

En Windows Server 2016 y versiones anteriores, debe asignar una dirección IP secundaria adicional a cada máquina virtual SQL Server que se usará para la dirección IP del clúster de Windows, ya que el clúster usa el nombre de red de Cluster en lugar del nombre de red distribuido predeterminado (DNN) 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á utilizando Windows Server 2016 y versiones anteriores, siga los pasos de esta sección para asignar una dirección IP secundaria a cada máquina virtual de SQL Server para ambos, el nombre de red de FCI y 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. Omita los pasos para asignar una dirección IP de 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 el portal Azure y seleccione la primera máquina virtual SQL Server.

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

    Captura de pantalla de la pantalla Redes de la máquina virtual SQL-VM-1. El campo Interfaz de red está resaltado.

  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:

    Captura de pantalla de la página Interfaz de red. En el menú de la izquierda,

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

    1. Especifique el Name para la dirección IP del clúster de Windows, como 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 en la misma subred (SQL-subnet-1) que la máquina virtual de SQL Server, como 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.

    Captura de pantalla de la pantalla Agregar configuración de IP. El nombre se establece en windows-cluster-ip. La asignación se establece en Static. La dirección IP se establece en

  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:

    Captura de pantalla de la pantalla Agregar configuración de IP. El campo Nombre se establece en FCI-network-name. La asignación se establece en Static. La dirección IP se establece en

  6. Repita estos pasos de nuevo para la segunda máquina virtual 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 FCI, se instala 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, debe eliminar la extensión de la máquina virtual de SQL Server y, a continuación, desinstalar SQL Server.

Eliminar la extensión agente de IaaS de SQL Server

Las imágenes de máquina virtual de SQL Server en Azure Marketplace se registran automáticamente con la extensión SQL IaaS Agent. Antes de desinstalar la instancia de SQL Server preinstalada, primero debe delete la extensión desde la máquina virtual de SQL Server.

Para eliminar la extensión de la máquina virtual de SQL Server con Azure PowerShell, use el código de ejemplo siguiente:

Remove-AzSqlVM -ResourceGroupName <resource_group_name> -Name <SQL VM resource name>

Desinstalar SQL Server

Una vez eliminada la extensión, puede desinstalar SQL Server. Siga estos pasos en cada máquina virtual:

  1. Conéctese a la máquina virtual mediante Bastion. Cuando se conecta por primera vez a una máquina virtual mediante Bastion, se le pregunta si desea permitir que el equipo se pueda detectar en la red. Seleccione Sí.

  2. Abra Programas y características en el Control Panel.

  3. En Programas y características, haga clic con el botón derecho en Microsoft SQL Server 201_ (64 bits) y seleccione Uninstall/Change.

  4. Seleccione Quitar.

  5. Seleccione la instancia predeterminada.

  6. En la pantalla Select Features, quite todas las características de Database Engine Services, Analysis Services y Reporting Services - Native. No quite nada en Características compartidas. Debería tener un aspecto similar a la captura de pantalla siguiente:

    Screenshot que muestra qué características seleccionar para desinstalar SQL Server.

  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 del firewall de Windows que SQL Server usa. De forma predeterminada, SQL Server usa el puerto 1433, pero si ha cambiado esta configuración en el entorno, abra el puerto que configuró la instancia de SQL Server que se va a usar. El puerto 1433 se abre automáticamente en imágenes de SQL Server desplegadas desde Azure Marketplace.

Si usa un equilibrador de carga para un escenario de subred única, también debe 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 Puerto Notas
SQL Server TCP 1433 Puerto normal para 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 salud 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 subred única.
Carpeta compartida UDP 445 Puerto que el servicio del recurso compartido de archivos utiliza.

Usado por: FCI con uso 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 a partir de Azure Marketplace incluyen almacenamiento conectado. Si tiene previsto configurar el almacenamiento de FCI mediante recursos compartidos de archivos Premium, o discos compartidos de Azure, puede quitar el almacenamiento conectado para reducir costos porque el almacenamiento local no se usa para la instancia del grupo de conmutación por error. Sin embargo, es posible usar el almacenamiento conectado para soluciones FCI de Storage Spaces Direct, por lo que eliminarlos en este caso podría no ser útil. Revise la solución de almacenamiento de FCI para determinar si la eliminación del almacenamiento asociado ayuda a ahorrar costos.

Contenido relacionado

  • Last updated on