Crear una FCI con una compartición de archivos Premium (SQL Server en VMs de Azure)

Se aplica a:SQL Server en máquinas virtuales de Azure

En este artículo se explica cómo crear una instancia de clúster de conmutación por error (FCI) con SQL Server en Máquinas Virtuales de Azure (VMs) mediante un Recurso Compartido de Archivos Premium.

Los recursos compartidos de archivos Premium están respaldados por SSD y proporcionan recursos compartidos de archivos de baja latencia coherentes que son totalmente compatibles para su uso con FCI para SQL Server 2012 o posterior en Windows Server 2012 o posterior. Los recursos compartidos de archivos Premium ofrecen mayor flexibilidad, lo que le permite cambiar el tamaño y escalar el recurso compartido de archivos sin tiempo de inactividad.

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

Requisitos previos

Antes de completar las instrucciones de este artículo, ya debe tener:

• Suscripción a Azure. Si no tiene una, empiece a trabajar con una cuenta gratuita de Azure.
• Una cuenta que tenga permisos para crear objetos en máquinas virtuales de Azure y en Active Directory.
• Dos o más instancias de Azure Windows Virtual Machines preparadas en un conjunto de disponibilidad o zonas de disponibilidad diferentes.
• Un recurso compartido de archivos premium que se usará como unidad en clúster, basado en la cuota de almacenamiento de su base de datos para sus archivos de datos.
• La versión más reciente de PowerShell.

Montaje del recurso compartido de archivos Premium

Monte el almacenamiento de recursos compartidos de archivos prémium en cada máquina virtual con SQL Server mediante las credenciales de la cuenta de servicio de SQL Server; este proceso es idéntico para las implementaciones de subred única y de varias subredes.

Para montar el recurso compartido de archivos Premium, realice estos pasos:

1. Inicie sesión en Azure Portal y vaya a la cuenta de almacenamiento.

2. Vaya a Recursos compartidos de archivos en Almacenamiento de datos y, luego, seleccione el recurso compartido de archivos prémium que quiere usar para el almacenamiento SQL.

3. Seleccione Conectar para mostrar la cadena de conexión para el recurso compartido de archivos Premium.

4. En la lista desplegable, seleccione la letra de unidad que desea usar; elija Clave de cuenta de almacenamiento como método de autenticación y luego copie el bloque de código en un editor de texto, como el Bloc de notas.

   

5. Use Bastion para conectarse a la máquina virtual de SQL Server con la cuenta que la FCI de SQL Server utilizará como cuenta de servicio.

6. Abra una consola de comandos de PowerShell de administración.

7. Ejecute en el editor de texto el comando que copió anteriormente desde el portal de compartición de archivos.

8. Vaya al recurso compartido de archivos Premium mediante el Explorador de archivos o el cuadro de diálogo Ejecutar (Windows + R en el teclado). Use la ruta de acceso a la red \\storageaccountname.file.core.windows.net\filesharename. Por ejemplo: \\sqlvmstorageaccount.file.core.windows.net\sqlpremiumfileshare

9. Cree al menos una carpeta en el recurso compartido de archivos recién conectado para colocar los archivos de datos de SQL.

10. Compruebe que la compartición de archivos Premium es accesible mediante la ejecución de Test-Path "\\storageaccountname.file.core.windows.net\filesharename" en PowerShell. El comando debe devolver True.

11. Repita estos pasos en cada VM con SQL Server que participará en el clúster.

Crear un clúster de conmutación por error de Windows

Cree el clúster de conmutación por error de Windows Server (WSFC) en todas las VMs de SQL Server mediante una cuenta de dominio con permisos Crear objeto de equipo; los pasos de configuración difieren entre entornos de subred única (requiere equilibrador de carga) y de varias subredes (usa el nombre de red distribuido).

Los pasos para crear el WSFC difieren entre entornos de subred única y de varias subredes. Para crear el clúster, siga los pasos del tutorial de un escenario de varias subredes o un escenario de una sola subred. Aunque estos tutoriales crean un grupo de disponibilidad, los pasos para crear el clúster son los mismos para una FCI.

Configuración de un cuórum

Configure el cuórum de clúster mediante el testigo en la nube (recomendado para SQL Server en máquinas virtuales de Azure) con una cuenta de dominio que tenga permisos de administrador de clústeres; la configuración de cuórum es idéntica para las implementaciones de subred única y de varias subredes.

Si tiene un número par de votos en el clúster, configure la solución de cuórum que mejor se adapte a sus necesidades empresariales. Para obtener más información, consulte Quórum con máquinas virtuales de SQL Server.

Validar el clúster

Valide la configuración de WSFC (excepto las pruebas de almacenamiento) mediante el Administrador de clústeres de conmutación por error o PowerShell con una cuenta de dominio que tenga permisos de administrador de clústeres; La validación es necesaria para el soporte técnico de Microsoft y se aplica a implementaciones de subred única y de varias subredes.

Valide el clúster en una de las máquinas virtuales mediante la interfaz de usuario del administrador de clústeres de conmutación por error o PowerShell.

Para validar el clúster con la interfaz de usuario, realice los pasos siguientes en una de las máquinas virtuales:

1. En Administrador del servidor, seleccione Herramientas y, después, seleccione Administrador de clústeres de conmutación por error.

2. Haga clic con el botón derecho en el clúster dentro de el Administrador de clústeres de conmutación por error y seleccione Validar clúster para abrir el Asistente para validar una configuración.

3. En el Asistente para validar una configuración, seleccione Siguiente.

4. En la página Seleccionar servidores o un clúster, escriba el nombre de ambas máquinas virtuales.

5. En la página Opciones de pruebas, seleccione Ejecutar solo las pruebas que seleccione.

6. Seleccione Siguiente.

7. En la página Selección de pruebas, seleccione todas las pruebas excepto Almacenamiento y Espacios de almacenamiento directo:

   

8. Seleccione Siguiente.

9. En la página Confirmación, seleccione Siguiente. El Asistente para validar una configuración ejecuta las pruebas de validación.

Para validar el clúster con PowerShell, ejecute el siguiente script en una sesión de PowerShell de administrador de una de las máquinas virtuales:

Test-Cluster –Node ("<node1>","<node2>") –Include "Inventory", "Network", "System Configuration"  # Example: ("sqlvm1","sqlvm2")

Conmutación por error del clúster de prueba

Pruebe el movimiento de recursos centrales de WSFC en todos los nodos del clúster utilizando el Administrador de clústeres de conmutación por error con permisos de administrador del clúster para verificar la preparación para la conmutación por error antes de la instalación de SQL Server FCI; el proceso de prueba es idéntico para implementaciones tanto de subred única como de múltiples subredes.

Para probar la conmutación por error del clúster, en Administrador de clústeres de conmutación por error, haga clic con el botón derecho en el clúster, seleccione Más acciones, >, y luego seleccione el otro nodo del clúster. Mueva el recurso de clúster principal a cada nodo del clúster y, después, devuélvalo al nodo principal. Si puede mover correctamente el clúster a cada nodo, está listo para instalar SQL Server.

Crear la FCI de SQL Server

Instale la FCI de SQL Server en todos los nodos de clúster mediante una cuenta de dominio con permisos de instalación de SQL Server y administrador local; la instalación difiere entre una sola subred (proporciona una dirección IP para el equilibrador de carga) y varias subredes (proporciona direcciones IP secundarias para cada subred de máquina virtual).

Después de configurar el WSFC y todos los componentes del clúster, incluido el almacenamiento, puede crear la FCI de SQL Server.

Creación del primer nodo en la FCI de SQL

Para crear el primer nodo en la FCI de SQL Server, siga estos pasos:

1. Conéctese a la primera máquina virtual mediante Bastion.

2. En Administrador de clúster de conmutación por error, asegúrese de que todos los recursos principales del clúster estén en la primera máquina virtual. Si es necesario, mueva todos los recursos a esta máquina virtual.

3. Si la versión del sistema operativo es Windows Server 2019 y el clúster de Windows se creó con el nombre de red distribuido predeterminado (DNN), la instalación de FCI para SQL Server 2017 y versiones posteriores produce el error The given key was not present in the dictionary.

   Durante la instalación, el programa de instalación de SQL Server consulta el nombre de red virtual (VNN) existente y no reconoce el DNN del clúster de Windows. El problema se ha corregido en el programa de configuración de SQL Server 2019. En SQL Server 2017 y versiones anteriores, siga estos pasos para evitar el error de instalación:

   • En el Administrador de clústeres de conmutación por error, conéctese al clúster, haga clic con el botón derecho en Roles y seleccione Crear rol vacío.
   • Haga clic con el botón derecho en el rol vacío recién creado, seleccione Agregar recurso y seleccione Punto de acceso cliente.
   • Escriba cualquier nombre y complete el asistente para crear el Punto de Acceso Cliente.
   • Una vez que se complete la instalación de FCI de SQL Server, se puede eliminar el rol que contiene el punto de acceso cliente temporal.

4. Localice los medios de instalación. Si la máquina virtual usa una de las imágenes de Azure Marketplace, los medios se encuentran en C:\SQLServer_<version number>_Full.

5. Seleccione Configuración.

6. En el Centro de instalación de SQL Server, seleccione Instalación.

7. Seleccione Nueva instalación de clúster de conmutación por error de SQL Server y, a continuación, siga las indicaciones del asistente para instalar la instancia de clúster de conmutación por error (FCI) de SQL Server.

8. En la página Configuración de red de clúster , proporcione la dirección IP del nombre de red de FCI en función del entorno de implementación:

   Medio ambiente	Dirección IP que se proporcionará	Dónde configurar
   Subred única	Dirección IP del nombre de red de FCI (ejemplo: 10.0.0.10)	Equilibrador de carga de Azure
   Varias subredes	Dirección IP secundaria en la subred de la primera máquina virtual con SQL Server (ejemplo: 10.0.1.10)	Nombre de red de FCI dirección IP

   

9. En Configuración del motor de bases de datos, los directorios de datos deben estar en la compartición de archivos de nivel Premium. Escriba la ruta de acceso completa del recurso de archivos compartidos de Premium, en este formato: \\storageaccountname.file.core.windows.net\filesharename\foldername. Aparece una advertencia que le notifica que ha especificado un servidor de archivos como directorio de datos. Se espera esta advertencia. Asegúrese de que la cuenta de usuario que usó para acceder a la máquina virtual a través de Bastion al conservar el recurso compartido de archivos Premium es la misma cuenta que usa el servicio SQL Server para evitar posibles errores.

   

10. Después de completar los pasos del asistente, el programa de instalación instalará una FCI de SQL Server en el primer nodo.

Agregar nodos adicionales a la FCI de SQL

Para agregar un nodo adicional a la FCI de SQL Server, siga estos pasos:

1. Después de que la instalación de FCI se realice correctamente en el primer nodo, conéctese al segundo nodo mediante Bastion.

2. Abra el Centro de instalación de SQL Server y, a continuación, seleccione Instalación.

3. Seleccione Agregar nodo al clúster de conmutación por error de SQL Server. Siga las instrucciones del asistente para instalar SQL Server y agregar el nodo a la FCI (instancia de clúster de conmutación por error).

4. Para un escenario de varias subredes, en la Configuración de red del clúster, introduzca la dirección IP secundaria en la subred de la segunda máquina virtual de SQL Server que designó anteriormente como dirección IP del nombre de red de FCI.

   

   Después de seleccionar Siguiente en Configuración de red de clúster, el programa de instalación de SQL Server muestra un cuadro de diálogo que indica que el programa de instalación de SQL Server detectó varias subredes como en la imagen de ejemplo. Seleccione Sí para confirmar la acción.

   

5. Después de completar las instrucciones del asistente, el programa de instalación de SQL Server agrega el segundo nodo FCI de SQL Server.

6. Repita estos pasos en cualquier otro nodo que quiera agregar a la FCI de SQL Server.

Registrarse con la extensión del agente de IaaS de SQL

Registre cada nodo de FCI de SQL Server con la extensión agente de IaaS de SQL (modo de registro básico solo para FCI de SQL) mediante una cuenta de Azure con permisos de colaborador en el recurso de máquina virtual; el proceso de registro es idéntico para implementaciones de subred única y de varias subredes.

Para administrar su VM de SQL Server desde el portal, regístrela con la extensión de agente de IaaS de SQL.

Registre una VM con SQL Server con PowerShell ((-LicenseType puede ser PAYG o AHUB):

# Get the existing compute VM
$vm = Get-AzVM -Name <vm_name> -ResourceGroupName <resource_group_name>  # Example: -Name "sqlvm1" -ResourceGroupName "sql-fci-rg"

# Register SQL VM with SQL IaaS Agent extension
New-AzSqlVM -Name $vm.Name -ResourceGroupName $vm.ResourceGroupName -Location $vm.Location `
   -LicenseType <license_type>  # Example: -LicenseType "PAYG" or "AHUB"

Para comprobar el registro, ejecute:

Get-AzSqlVM -ResourceGroupName <resource_group_name> -Name <vm_name>  # Example: -ResourceGroupName "sql-fci-rg" -Name "sqlvm1"

La salida esperada muestra el recurso de máquina virtual de SQL registrado con ProvisioningState: Succeeded y SqlManagementType: LightWeight.

Configuración de la conectividad

Configure el enrutamiento de conectividad de cliente a la FCI mediante un nombre de red distribuido (DNN) o un nombre de red virtual (VNN) con Azure Load Balancer; este paso solo es necesario para implementaciones de subred única (las implementaciones de varias subredes usan enrutamiento directo y omiten este paso).

Si implementó las máquinas virtuales de SQL Server en varias subredes, omita este paso. Si implementó las máquinas virtuales de SQL Server en una sola subred, entonces necesita configurar un componente adicional para enrutar el tráfico a su instancia de clúster de conmutación por error (FCI). Puede configurar un VNN con un Azure Load Balancer o un DNN para una FCI. Revise las diferencias entre los dos y, a continuación, implemente un DNN o un VNN y Azure Load Balancer para la FCI.

Limitaciones

• FILESTREAM no se admite en los clústeres de conmutación por error con un recurso compartido de archivos Premium. Para utilizar FileStream, despliegue el clúster utilizando Espacios de Almacenamiento Directo o discos compartidos de Azure.
• Las instantáneas de base de datos no se admiten actualmente en Azure Files debido a las limitaciones de archivos dispersos.
• Puesto que no se admiten instantáneas de base de datos, CHECKDB para bases de datos de usuario vuelve a CHECKDB WITH TABLOCK. TABLOCK limita las comprobaciones que se llevan a cabo; DBCC CHECKCATALOG no se ejecuta en la base de datos y los datos de Service Broker no se validan.
• No se admite DBCC CHECKDB en la base de datos master y msdb.
• Las bases de datos que usan la función OLTP en memoria no se admiten en una FCI implementada con un recurso compartido de archivos premium. Si su negocio requiere OLTP en memoria, considere implementar su FCI con discos compartidos de Azure o Storage Spaces Direct.
• El Coordinador de Transacciones Distribuidas de Microsoft (MSDTC) no es compatible con SQL Server en las FCI de máquina virtual de Azure que se despliegan en los recursos compartidos de archivos premium, excepto cuando se utiliza Windows Server 2019 o posterior con Volúmenes Compartidos en Clúster (CSVs) dedicados y un equilibrador de carga estándar. MSDTC no es compatible con Windows Server 2016 ni con versiones anteriores. Revise limitaciones de FCI para obtener más información.

Compatibilidad de extensión limitada

En este momento, las instancias de clúster de conmutación por error de SQL Server en máquinas virtuales de Azure registradas con la extensión agente de IaaS de SQL solo admiten un número limitado de características disponibles mediante el registro básico, y no aquellas que requieren el agente, como las copias de seguridad automáticas, la aplicación de parches, la autenticación de Microsoft Entra y la administración avanzada del portal. Para obtener más información, vea la tabla de ventajas.

Si la VM con SQL Server ya se registró con la extensión Agente de IaaS de SQL y se habilitaron características que requieren el agente, debe eliminar la extensión de la VM con SQL Server; para ello, elimine el recurso de máquina virtual con SQL para las VM correspondientes y, luego, vuelva a registrarlas con la extensión Agente de IaaS de SQL. Cuando elimine el recurso Máquina virtual con SQL usando el portal de Azure, desmarque la casilla junto a la máquina virtual correcta para evitar la eliminación de la máquina virtual.

Contenido relacionado

• Creación de una FCI con discos compartidos de Azure (SQL Server en VM de Azure)
• Crear una FCI con Storage Spaces Direct (SQL Server en máquinas virtuales de Azure)
• Clúster de conmutación por error de Windows Server con SQL Server en VM de Azure
• Instancias de clúster de alta disponibilidad con SQL Server en máquinas virtuales de Azure
• Introducción a la FCI
• Procedimientos recomendados para la configuración de HADR (SQL Server en Azure Virtual Machines)