Instancias en clúster de conmutación por error de Always On - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Instancias en clúster de conmutación por error de Always On

Las instancias en clúster de conmutación por error (FCI) de Always On de SQL Server utilizan los clústeres de conmutación por error de Windows Server (WSFC) para proporcionar una alta disponibilidad a nivel de instancia de servidor. Una FCI es una instancia única de SQL Server que se instala en los nodos de WSFC para ofrecer una alta disponibilidad durante toda la instalación de SQL Server. Si el nodo subyacente sufre errores de hardware, sistema operativo, aplicación o servicio, todo el contenido de la instancia de SQL Server se mueve a otro nodo de WSFC. Esto incluye las bases de datos del sistema, los inicios de sesión de SQL Server, los trabajos del agente de SQL Server y los certificados.

Por lo general, se prefiere una FCI a un grupo de disponibilidad Always On cuando:

  • Utiliza la edición SQL Server Standard en lugar de Enterprise Edition.

  • Tiene una gran número de bases de datos pequeñas por instancia.

  • Modifica constantemente los objetos a nivel de instancia, como los trabajos del agente de SQL Server, los inicios de sesión, etc.

Hay cuatro opciones de implementación de FCI en AWS:

  • Amazon EBS Multi-Attach con reservas persistentes

  • Amazon FSx for Windows File Server

  • Amazon FSx for ONTAP de NetApp

  • Soluciones de socios de AWS

Uso de Amazon EBS Multi-Attach con reservas persistentes

Amazon EBS Multi-Attach con reservas de NVMe admite la creación de FCI de SQL Server con volúmenes de Amazon EBS io2 como almacenamiento compartido en los clústeres de conmutación por error de Windows Server. Esta característica simplifica el proceso de configuración del clúster de conmutación por error al permitirle crear un clúster de conmutación por error mediante volúmenes de Amazon EBS io2. Estos volúmenes se pueden vincular solo a las instancias que se encuentren en la misma zona de disponibilidad. Para implementar clústeres de conmutación por error de Windows Server mediante volúmenes de Amazon EBS io2, debe utilizar los controladores AWS NVMe más recientes.

Los volúmenes de Amazon EBS y los volúmenes del almacén de instancias se exponen como dispositivos de bloques NVMe en las instancias basadas en Nitro. Debe tener el controlador AWS NVMe instalado con la característica de reserva persistente SCSI configurada cuando utilice volúmenes de Amazon EBS io2 para formar las FCI de WSFC y SQL Server.

Para obtener más información sobre esta característica, consulte la publicación del blog de AWS How to deploy a SQL Server failover cluster with Amazon EBS Multi-Attach on Windows Server.

Uso de Amazon FSx para Windows File Server

Amazon FSx para Windows File Server proporciona almacenamiento compartido totalmente administrado. Replica automáticamente el almacenamiento de forma síncrona en dos zonas de disponibilidad para ofrecer una alta disponibilidad. El uso de FSx for Windows File Server para el almacenamiento de archivos simplifica y optimiza las implementaciones de alta disponibilidad de SQL Server en Amazon EC2.

Con Microsoft SQL Server, la alta disponibilidad normalmente se implementa en varios nodos de bases de datos de WSFC, y cada nodo tiene acceso al almacenamiento de los archivos compartido. Puede utilizar FSx para Windows File Server como un almacenamiento compartido para las implementaciones de de alta disponibilidad de SQL Server de dos maneras: como almacenamiento para los archivos de datos activos y como testigo de los recursos compartidos de archivos SMB.

Para obtener información sobre cómo reducir la complejidad y los costos de las implementaciones de SQL Server FCI con FSx for Windows File Server, consulte la publicación en el blog Simplify your Microsoft SQL Server high availability deployments using Amazon FSx for Windows File Server. La entrada del blog también proporciona instrucciones paso a paso para implementar las FCI de SQL Server mediante un sistema de archivos Amazon FSx Multi-AZ como solución de almacenamiento compartido. Para más información, consulte la documentación Amazon FSx para Windows File Server.

Uso de Amazon FSx para NetApp ONTAP

Amazon FSx para NetApp ONTAP es un servicio completamente administrado que proporciona almacenamiento de archivos altamente fiable, escalable, de alto rendimiento y rico en características construido en el popular sistema de archivos ONTAP de NetApp. FSx para ONTAP combina las características, el rendimiento, las capacidades y las operaciones de API familiares de los sistemas de archivos de NetApp con la agilidad, escalabilidad y simplicidad de un sistema de AWS completamente administrado.

FSx para ONTAP proporciona acceso multiprotocolo a los datos a través de los protocolos NFS, SMB e iSCSI para sistemas Windows y Linux. Puede crear una arquitectura FCI de SQL Server Always On de alta disponibilidad, tal y como se explica en detalle en la entrada del blog SQL Server High Availability Deployments Using Amazon FSx for NetApp ONTAP. FSx para ONTAP también proporciona una forma rápida de realizar una conmutación por error de su entorno de SQL Server a otra Región de AWS para cumplir con los requisitos del objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO). Para obtener más información, consulte la entrada del blog Implementing HA and DR for SQL Server Always-On Failover Cluster Instance using FSx for ONTAP.

También se puede utilizar AWS Launch Wizard para implementar soluciones de SQL Server en AWS, ya que es compatible con grupos de disponibilidad Always On e implementaciones de un solo nodo. Launch Wizard admite la implementación de SQL Server Always en FCI en Amazon EC2 con FSx para ONTAP como almacenamiento compartido. Este servicio le permite ahorrar tiempo y esfuerzo, ya que sustituye un complejo proceso de implementación manual por un asistente guiado y basado en una consola que acelera la migración de las cargas de trabajo de SQL Server en las instalaciones que dependen del almacenamiento compartido. Para obtener más información sobre cómo Launch Wizard puede ayudarle a aprovisionar y configurar las FCI de SQL Server en cuestión de horas, consulte la entrada del blog Simplify SQL Server Always On deployments with AWS Launch Wizard and Amazon FSx. Launch Wizard también admite la implementación de SQL Server Always en FCI al utilizar Amazon FSx para Windows File Server como almacenamiento compartido.

Soluciones de socios de AWS

  • SIOS DataKeeper proporciona un soporte de conmutación por error de clústeres de alta disponibilidad en todas las y zonas de disponibilidad. SIOS DataKeeper está disponible en AWS Marketplace.

  • DXEnterprise de DH2i permite la conmutación por error totalmente automática de los grupos de disponibilidad de SQL Server en Kubernetes y la conmutación por error de instancias unificada para Windows y Linux. D2HI está disponible en AWS Marketplace.