Compartir por

Creación de una FCI con un recurso compartido de archivos Premium (SQL Server en VM de Azure)

  • Artigo

Se aplica a: SQL Server en VM 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 Azure Virtual Machines (VM) con un recurso compartido de archivos Premium.

Los recursos compartidos de archivos Premium son recursos compartidos de archivos de baja latencia constante con respaldo de SSD que son totalmente compatibles para su uso con la instancia del clúster de conmutación por error en SQL Server 2012 y versiones posteriores en Windows Server 2012 y versiones posteriores. 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.

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

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

Sugerencia

Simplifique la implementación y elimine la necesidad de una instancia de Azure Load Balancer o un nombre de red distribuida (DNN) para la instancia de clúster de conmutación por error mediante la creación de las máquinas virtuales (VM) de SQL Server en varias subredes dentro de la misma red virtual de Azure.

Montaje del recurso compartido de archivos Premium

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 del recurso compartido de archivos.

  4. En la lista desplegable, seleccione la letra de unidad que quiere 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.

    Captura de pantalla que muestra cómo se copia el comando de PowerShell desde el portal de conexión del recurso compartido de archivos.

  5. Aplique el protocolo de escritorio remoto (RDP) para conectarse a la VM con SQL Server con la cuenta que la FCI de SQL Server usará para la cuenta de servicio.

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

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

  8. Vaya al recurso compartido 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. Repita estos pasos en cada VM con SQL Server que participará en el clúster.

Importante

Considere la posibilidad de usar un recurso compartido de archivos independiente para los archivos de copia de seguridad a fin de ahorrar la capacidad de operaciones de entrada/salida por segundo (IOPS) y espacio de este recurso compartido para usarla para el archivo de registro y de datos. Puede usar un recurso compartido de archivos Premium o Estándar para los archivos de copia de seguridad.

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

Los pasos para crear el clúster de conmutación por error de Windows Server difieren entre las subredes únicas y los entornos 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 instancia de clúster de conmutación por error.

Configuración de un cuórum

El testigo en la nube es la solución de cuórum recomendada para este tipo de configuración de clúster con SQL Server en máquinas virtuales de Azure.

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 más información, consulte Cuórum con VM SQL Server.

Validar el clúster

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 en 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:

    Captura de pantalla que muestra cómo seleccionar pruebas de validación de clúster.

  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"

Conmutación por error del clúster de prueba

Pruebe 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 y seleccione Más acciones>Mover principales recursos de clúster>Seleccionar nodo y, después, 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.

Captura de pantalla que muestra cómo probar la conmutación por error del clúster moviendo el recurso principal a los demás nodos.

Crear la FCI de SQL Server

Después de haber configurado el clúster de conmutación por error 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 con RDP o Bastion.

  2. En Administrador de clústeres de conmutación por error, asegúrese de que todos los recursos principales de 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 distribuida (DNN) predeterminado, se produce un error en la instalación de instancia de clúster de conmutación por error para SQL Server 2017 y versiones anteriores con 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 completada la instalación de instancia de clúster de conmutación por error 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 Setup (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 instrucciones del asistente para instalar la FCI de SQL Server.

  8. En la página Configuración de red de clúster, la IP que proporcione varía en función de si las máquinas virtuales con SQL Server se implementaron en una sola subred o en varias.

    1. En el caso de un entorno de una sola subred, especifique la dirección IP que planea agregar a Azure Load Balancer
    2. En el caso de un entorno de varias subredes, especifique la dirección IP secundaria en la subred de la primera máquina virtual con SQL Server que designó anteriormente como la dirección IP del nombre de red de la instancia de clúster de conmutación por error:

    Captura de pantalla de la dirección IP secundaria en la subred de la primera máquina virtual.

  9. En Configuración del motor de base de datos, los directorios de datos deben estar en el recurso compartido de archivos Premium. Escriba la ruta de acceso completa del recurso compartido,con 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. Para evitar posibles errores, asegúrese de que la cuenta de usuario que usó para tener acceso a la máquina virtual mediante RDP cuando conservó el recurso compartido de archivos sea la misma que usa el servicio SQL Server.

    Captura de pantalla que muestra cómo usar el recurso compartido de archivos como directorios de datos SQL.

  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. Tras completar correctamente la instalación de instancia de clúster de conmutación por error en el primer nodo, conéctese al segundo nodo mediante RDP o Bastion.

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

  3. Seleccione Agregar nodo a 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 instancia de clúster de conmutación por error.

  4. En el caso de un escenario de varias subredes, en Configuración de red en clúster, especifique la dirección IP secundaria en la subred de la segunda máquina virtual con SQL Server que designó anteriormente como la dirección IP del nombre de red de la instancia de clúster de conmutación por error

    Captura de pantalla que escribe la dirección IP secundaria en la subred de la segunda subred de VM con SQL Server.

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

    Captura de pantalla que muestra la confirmación de varias subredes.

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

  6. Repita estos pasos en cualquier otro nodo que desee agregar a la instancia de clúster de conmutación por error de SQL Server.

Nota:

Las imágenes de la galería de Azure Marketplace vienen con SQL Server Management Studio instalado. Si no ha usado una imagen de Marketplace, descargue SQL Server Management Studio (SSMS).

Registro con una extensión Agente de IaaS de SQL

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

Nota:

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 las que requieren el agente, como la copia de seguridad automatizada, la aplicación de revisión, la autenticación de Microsoft Entra y la administración avanzada del portal. Para obtener más información, vea la tabla de ventajas.

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>

# Register SQL VM with SQL IaaS Agent extension
New-AzSqlVM -Name $vm.Name -ResourceGroupName $vm.ResourceGroupName -Location $vm.Location `
   -LicenseType <license_type>

Configuración de la conectividad

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, debe configurar un componente adicional para enrutar el tráfico a la instancia de clúster de conmutación por error. Puede configurar un nombre de red virtual (VNN) con Azure Load Balancer o un nombre de red distribuida para una instancia de clúster de conmutación por error. Revise las diferencias entre los dos y, luego, implemente un nombre de red distribuida o un nombre de red virtual y Azure Load Balancer para la instancia de clúster de conmutación por error.

Limitaciones

  • FILESTREAM no se admite en los clústeres de conmutación por error con un recurso compartido de archivos Premium. Para usar la secuencia de archivos, implemente el clúster con Espacios de almacenamiento directo o discos compartidos de Azure en su lugar.
  • 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 característica OLTP en memoria no se admiten en una instancia de clúster de conmutación por error implementada con un recurso compartido de archivos prémium. Si su empresa requiere OLTP en memoria, considere la posibilidad de implementar la instancia de clúster de conmutación por error con discos compartidos de Azure o Espacios de almacenamiento directo.
  • Microsoft DTC (Coordinador de transacciones distribuidas) no es compatible con SQL Server en instancias de clúster de conmutación por error de máquina virtual de Azure implementadas en recursos compartidos de archivos premium. Revise limitaciones de FCI para obtener más información.
  • Las máquinas virtuales de Azure admiten Microsoft DTC (Coordinador de transacciones distribuidas) en Windows Server 2019 y versiones posteriores cuando se implementan en volúmenes compartidos de clúster (CSV) dedicados y usan un equilibrador de carga estándar. Coordinador de transacciones distribuidas no es compatible con Windows Server 2016, ni con las versiones anteriores.

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 las que requieren el agente, como la copia de seguridad automatizada, la aplicación de revisión, 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 desde Azure Portal, desactive la casilla de la máquina virtual correcta para evitar la eliminación de la máquina virtual.

Contenido relacionado