Migración a La Cumbre de innovación:
Obtenga información sobre cómo migrar y modernizar a Azure puede aumentar el rendimiento, la resistencia y la seguridad de su empresa, lo que le permite adoptar completamente la inteligencia artificial.Regístrese ahora
Este explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
En este artículo se presentan las diferencias de características cuando se trabaja con instancias de clúster de conmutación por error (FCI) para SQL Server en Azure Virtual Machines (VM).
SQL Server en VM de Azure usa la funcionalidad de clústeres de conmutación por error de Windows Server (WSFC) para proporcionar una alta disponibilidad local mediante redundancia en el nivel de instancia de servidor: una instancia de clúster de conmutación por error (FCI). Una FCI es una instancia única de SQL Server que se instala en los nodos WSFC (o solo en el clúster) y, posiblemente, en varias subredes. En la red, una FCI parece ser una única instancia de SQL Server que se ejecuta en un único equipo. Pero la FCI proporciona conmutación por error de un nodo de WSFC a otro si el nodo actual deja de estar disponible.
El resto del artículo se centra en las diferencias de las instancias de clúster de conmutación por error cuando se usan con SQL Server en VM de Azure. Para más información acerca de la tecnología de clústeres de conmutación por error, consulte:
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.
Quorum
Las instancias de clúster de conmutación por error con SQL Server en Azure Virtual Machines admiten el uso de un testigo de disco, un testigo en la nube o un testigo de recurso compartido de archivos para el cuórum del clúster.
En entornos en clúster tradicionales en el entorno local, un clúster de conmutación por error de Windows utiliza una red de área de almacenamiento (SAN) a la que todos los nodos pueden acceder como almacenamiento compartido. Los archivos de SQL Server se hospedan en el almacenamiento compartido y solo el nodo activo puede acceder a ellos al mismo tiempo.
SQL Server en VM de Azure ofrece varias opciones como solución de almacenamiento compartido para una implementación de instancias de clúster de conmutación por error de SQL Server:
En el resto de esta sección se enumeran las ventajas y las limitaciones de cada opción de almacenamiento disponible para SQL Server en las máquinas virtuales de Azure.
Discos compartidos de Azure
Los discos compartidos de Azure son una característica de Azure Managed Disks. Los clústeres de conmutación por error de Windows Server admiten el uso de discos compartidos de Azure con una instancia de clúster de conmutación por error.
Sistema operativo compatible: All Versión de SQL compatible: All
Ventajas
Resulta útil para las aplicaciones que desean migrar a Azure al tiempo que mantienen su arquitectura de alta disponibilidad y recuperación ante desastres (HADR) tal cual.
Puede migrar las aplicaciones en clúster a Azure tal cual gracias a la compatibilidad con las reservas persistentes de SCSI (SCSI PR).
Admite almacenamiento en disco Ultra de Azure y SSD Premium de Azure.
Puede usar un único disco compartido o seccionar varios para crear un grupo de almacenamiento compartido.
Admite FILESTREAM.
Las SSD Premium admiten conjuntos de disponibilidad.
El almacenamiento con redundancia de zona de los discos SSD prémium (ZRS) admite las zonas de disponibilidad. Las máquinas virtuales que forman parte de FCI se pueden colocar en distintas zonas de disponibilidad.
Admite Microsoft DTC (Coordinador de transacciones distribuidas) a partir de Windows Server 2019.
Nota
Aunque los discos compartidos de Azure también admiten tamaños de SSD Estándar, no se recomienda usar discos SSD Estándar para cargas de trabajo de SQL Server debido a las limitaciones de rendimiento.
Limitaciones:
El almacenamiento en caché de disco SSD prémium no se admite.
Los discos Ultra no admiten conjuntos de disponibilidad ni almacenamiento con redundancia de zona (ZRS).
Las zonas de disponibilidad son compatibles con Ultra Disks, pero las máquinas virtuales deben estar en la misma zona de disponibilidad, lo que reduce la disponibilidad de la máquina virtual al 99,9 %.
Espacios de almacenamiento directo es una característica de Windows Server compatible con los clústeres de conmutación por error en Azure Virtual Machines. Proporciona una SAN virtual basada en software.
Sistema operativo compatible: Windows Server 2016 y posteriores Versión de SQL compatible: SQL Server 2016 y posterior
Ventajas:
El ancho de banda de red suficiente permite una solución de almacenamiento compartido sólida y de alto rendimiento.
Admite la memoria caché de blobs de Azure, por lo que las lecturas se pueden atender localmente desde ella. (Las actualizaciones se replican simultáneamente en ambos nodos).
Admite FileStream.
Limitaciones:
Solo está disponible para Windows Server 2016 y versiones posteriores.
No se admite Azure Availability Zones.
Requiere la misma capacidad de disco conectado a ambas máquinas virtuales.
Se requiere un ancho de banda de red alto para lograr un gran rendimiento debido a la replicación de disco en curso.
Necesita un tamaño de máquina virtual mayor y un doble pago por almacenamiento, ya que el almacenamiento está conectado a cada máquina virtual.
No se admite Microsoft DTC (Coordinador de transacciones distribuidas).
Los recursos compartidos de archivos Premium son una característica de Azure Files. Los recursos compartidos de archivos Premium están respaldados por SSD y tienen una latencia baja constante. Son totalmente compatibles con las instancias de clúster de conmutación por error 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 un recurso compartido de archivos sin tiempo de inactividad.
Sistema operativo compatible: Windows Server 2012 y posteriores Versión de SQL compatible: SQL Server 2012 y posterior
Ventajas:
Solución de almacenamiento compartido para máquinas virtuales distribuidas en varias zonas de disponibilidad.
Sistema de archivos totalmente administrado con latencias de un solo dígito y rendimiento de E/S que se puede aumentar.
No se admiten todas las características de SQL Server, como instantáneas de base de datos, secuencia de archivos y CHECKDB sin TABLOCK. Consulte Limitaciones para obtener más información.
Limitaciones:
Solo está disponible para Windows Server 2012 y versiones posteriores.
No se admite FileStream.
No se admite Microsoft DTC (Coordinador de transacciones distribuidas).
Azure Elastic SAN es una oferta de almacenamiento conectado a la red que proporciona a los clientes una solución flexible y escalable con el potencial de reducir el costo a través de la consolidación del almacenamiento. Azure Elastic SAN ofrece una solución de almacenamiento en bloques confiable, rentable y que se conecta a una variedad de servicios de computación de Azure a través del protocolo iSCSI. Elastic SAN permite una transición sin problemas de un patrimonio de almacenamiento SAN existente a la nube sin tener que refactorizar la arquitectura de la aplicación.
Sistema operativo compatible: Windows Server 2019 y posteriores Versión de SQL compatible: SQL Server 2022 y posterior
Ventajas:
Elastic SAN no está limitado por los límites de rendimiento del disco de máquina virtual, lo que significa que puede ahorrar costos al lograr un rendimiento deseado con máquinas virtuales más pequeñas.
Consolidación del almacenamiento y uso compartido dinámico del rendimiento: es posible ahorrar costos mediante la consolidación de cargas de trabajo de bajo a nivel medio con cargas de trabajo de SQL Server, ya que el grupo de almacenamiento se aprovisiona en el nivel de SAN y el rendimiento se comparte entre cargas de trabajo.
Puede migrar las aplicaciones en clúster a Azure tal cual gracias a la compatibilidad con las reservas persistentes de SCSI (SCSI PR).
Puede usar un único volumen compartido o seccionar varios para crear un grupo de almacenamiento compartido.
El almacenamiento con redundancia de zona de Elastic SAN admite las zonas de disponibilidad. Las máquinas virtuales que forman parte de una instancia de clúster de conmutación por error se pueden colocar en distintas zonas de disponibilidad.
Limitaciones:
El testigo en la nube no se admite actualmente.
No admite cargas de trabajo de latencia de submillisegundos.
No se admite la secuencia de archivos.
No se admite Microsoft DTC (Coordinador de transacciones distribuidas).
Asociado
Hay soluciones de agrupación en clústeres de asociados con almacenamiento compatible.
Sistema operativo compatible: All Versión de SQL compatible: All
También puede exponer un almacenamiento en bloque compartido de destino iSCSI a través de Azure ExpressRoute.
Sistema operativo compatible: All Versión de SQL compatible: All
Por ejemplo, NetApp Private Storage (NPS) expone un destino iSCSI a través de ExpressRoute con Equinix a las máquinas virtuales de Azure.
Para las soluciones de almacenamiento compartido y de replicación de datos de asociados de Microsoft, debe ponerse en contacto con el proveedor en caso de que surja algún problema relacionado con el acceso a los datos en la conmutación por error.
Conectividad
Para que coincida con la experiencia local para conectarse a la instancia de clúster de conmutación por error, implemente las máquinas virtuales de SQL Server en varias subredes dentro de la misma red virtual. Tener varias subredes elimina la necesidad de la dependencia adicional de una instancia de Azure Load Balancer o un nombre de red distribuida (DNN) para enrutar el tráfico al FCI.
Si implementa las máquinas virtuales de SQL Server en una sola subred, puede configurar un nombre de red virtual (VNN) y una instancia de Azure Load Balancer, o un nombre de red distribuida (DNN) para enrutar el tráfico a la instancia de clúster de conmutación por error. Revise las diferencias entre los dos y, a continuación, implemente un nombre de red distribuida o un nombre de red virtual para la instancia de clúster de conmutación por error.
Se recomienda el nombre de red distribuida, si es posible, ya que la conmutación por error es más rápida, y se eliminan la sobrecarga y el costo de administrar el equilibrador de carga.
La mayoría de las características de SQL Server funcionan de manera transparente con las FCI cuando se usa el DNN, pero hay determinadas características que pueden exigir una consideración especial. Para más información, consulte Interoperabilidad de FCI y DNN.
Nota
Si tiene varios grupos de disponibilidad o FCI en el mismo clúster y utiliza una escucha de DNN o VNN, cada grupo de disponibilidad o FCI necesita su propio punto de conexión independiente.
Limitaciones
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.
MSDTC
Azure Virtual Machines admite el Coordinador de transacciones distribuidas de Microsoft (MSDTC) en Windows Server 2019 con almacenamiento en Volúmenes compartidos en clúster (CSV) y Azure Standard Load Balancer o en VM con SQL Server que usan discos compartidos de Azure.
En Azure Virtual Machines, MSDTC no se admite para Windows Server 2016 ni versiones anteriores con Volúmenes compartidos en clúster porque:
El recurso MSDTC en clúster no puede configurarse para usar almacenamiento compartido. En Windows Server 2016, si crea un recurso MSDTC, no muestra ningún almacenamiento compartido disponible para su uso, incluso si el almacenamiento está disponible. Este problema se ha corregido en Windows Server 2019.
El equilibrador de carga básico no controla los puertos RPC.
En la mayoría de las organizaciones, un requisito importante es proporcionar alta disponibilidad para las aplicaciones en clúster. Con los discos compartidos de Microsoft Azure, puede ejecutar aplicaciones en clúster o de alta disponibilidad en Azure.
Administre una infraestructura de base de datos de SQL Server para bases de datos relacionales locales e híbridas en la nube mediante las ofertas de bases de datos relacionales PaaS de Microsoft.
Obtenga información sobre las diferencias con la tecnología de Clúster de conmutación por error de Windows Server cuando se usa con SQL Server en VM de Azure, como grupos de disponibilidad e instancias de clúster de conmutación por error.
Prepare las máquinas virtuales de Azure para utilizarlas con una instancia de clúster de conmutación por error (FCI) y SQL Server en máquinas virtuales de Azure.
Use Azure Portal para crear VM con SQL Server en varias subredes, un clúster de conmutación por error de Windows, un grupo de disponibilidad y un agente de escucha de grupo de disponibilidad para SQL Server en máquinas virtuales de Azure.
Aprenda a configurar una instancia de Azure Load Balancer para enrutar el tráfico al nombre de red virtual (VNN) para la instancia de clúster de conmutación por error (FCI) con SQL Server en máquinas virtuales de Azure para lograr una alta disponibilidad y recuperación ante desastres (HADR).
Obtenga información sobre las configuraciones de clúster admitidas al configurar la alta disponibilidad y la recuperación ante desastres (HADR) para SQL Server en Azure Virtual Machines, por ejemplo, los cuórum admitidos o las opciones de enrutamiento de conexión.
En este tutorial se explica cómo configurar un grupo de disponibilidad Always On para SQL Server en máquinas virtuales de Azure con una réplica en una región distinta con respecto a la réplica principal.
Aprenda a configurar un nombre de red distribuida (DNN) para enrutar el tráfico al servidor de SQL Server en la instancia del clúster de conmutación por error de la máquina virtual de Azure.