Elección de una solución de alta disponibilidad y recuperación ante desastres

Descripción general

Le recomendamos que diseñe una arquitectura para la implementación de SQL Server en AWS que se adapte a las necesidades de su empresa y, al mismo tiempo, cumpla con sus objetivos de recuperación ante desastres, lo que abarca el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO). Las siguientes soluciones pueden serle útiles para diseñar la arquitectura adecuada para SQL Server en Amazon Elastic Compute Cloud (Amazon EC2) y, al mismo tiempo, para optimizar los costos de las cargas de trabajo de SQL Server.

Grupos de disponibilidad Always On de SQL Server

Si utiliza la edición Enterprise de SQL Server solo para un grupo de disponibilidad Always On de alta disponibilidad, puede pasarse a la edición Standard de SQL Server aprovechando los grupos de disponibilidad básicos. Puede reducir los costos entre un 65 % y un 75 % si utiliza grupos de disponibilidad básicos en lugar de grupos de disponibilidad Always On.

Características

Limitaciones

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución de clúster de conmutación por error de Windows Server.

Instancias de clústeres de conmutación por error Always On de SQL Server

Puede utilizar instancias de clústeres de conmutación por error (FCI) para garantizar la continuidad de las operaciones de la base de datos y, al mismo tiempo, minimizar el tiempo de inactividad y reducir el riesgo de pérdida de datos. Las FCI ofrecen una solución fiable si busca una alta disponibilidad para su base de datos de SQL Server sin configurar réplicas de lectura.

A diferencia de los grupos de disponibilidad, las FCI pueden proporcionar una solución de conmutación por error fiable sin necesidad de usar la edición Enterprise de SQL Server. En cambio, las FCI solo requieren una licencia de la edición Standard de SQL Server. Puede utilizar las FCI para reducir los costos asociados al uso de licencias de SQL Server entre un 65 % y un 75 %.

Considere lo siguiente:

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una copia de seguridad nativa de SQL Server en FSx para Windows File Server.

SIOS DataKeeper

Le recomendamos que tenga en cuenta los requisitos de almacenamiento compartido si planea implementar las FCI de SQL Server en AWS. Las infraestructuras en las instalaciones tradicionales suelen utilizar una SAN para cumplir con los requisitos de almacenamiento compartido, pero esta no es una opción viable en AWS. Amazon FSx para Windows File Server es la solución de almacenamiento recomendada para las FCI de SQL Server en AWS, pero tiene limitaciones que impiden agregar servidores de clústeres en diferentes Regiones de AWS.

Puede utilizar SIOS DataKeeper para crear una FCI de SQL Server que abarque tanto las zonas de disponibilidad como las regiones y, al mismo tiempo, reducir los costos entre un 58 % y un 71 %. SIOS DataKeeper le permite obtener las ventajas de alta disponibilidad de las FCI. Esto convierte a SIOS DataKeeper en una solución rentable y fiable para las organizaciones.

Tenga en cuenta las siguientes ventajas adicionales de utilizar SIOS DataKeeper:

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una FCI de SQL Server que utiliza una solución de SAN virtual en clústeres.

Grupos de disponibilidad AlwaysOn

Puede usar los grupos de disponibilidad Always On para lograr una alta disponibilidad y para fines de recuperación ante desastres. Puede lograr una alta disponibilidad implementando SQL Server en dos zonas de disponibilidad de una región. Puede lograr la recuperación ante desastres ampliando los grupos de disponibilidad a varias regiones.

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución basada en grupos de disponibilidad Always On. Las réplicas de la región 1 del diagrama utilizan una confirmación sincrónica, que proporciona una conmutación por error automática del grupo de disponibilidad. La réplica de la región 2 utiliza una confirmación asíncrona, que requerirá una conmutación por error manual del grupo de disponibilidad.

Grupos de disponibilidad distribuida

En el caso de las implementaciones de SQL Server críticas en las que no se puede comprometer la fiabilidad ni la recuperación ante desastres, recomendamos una estrategia multirregional. La distribución de los grupos de disponibilidad en varias regiones es la solución más resiliente para mantener la continuidad empresarial y minimizar el tiempo de inactividad.

Esta arquitectura aprovecha al máximo las capacidades de Amazon FSx para Windows File Server, como el almacenamiento compartido, la replicación sincrónica de los bloques y las FCI de SQL Server. Estas capacidades le permiten crear un entorno de SQL Server de alta disponibilidad que abarque varias zonas de disponibilidad. Al replicar esta configuración en otra región, obtiene un sistema completamente redundante que puede gestionar incluso las interrupciones más graves. Lo que distingue a esta solución es el nivel de flexibilidad y seguridad que ofrece. La arquitectura agnóstica al dominio de los grupos de disponibilidad distribuida permite que los servidores de clústeres de Windows subyacentes se unan a diferentes dominios de Active Directory, mientras que la autenticación basada en certificados garantiza la máxima protección para los entornos de SQL Server y proporciona estrictos requisitos de RTO y RPO para una estrategia de recuperación ante desastres multirregional. Para obtener información sobre la creación de una arquitectura multirregional, consulte Field Notes: Building a Multi-Region Architecture for SQL Server using FCI and Distributed Availability Groups en el blog de arquitectura de AWS.

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución multirregional que utiliza grupos de disponibilidad distribuida.

Envío de registros

El envío de registros es un método probado, fiable y rentable para proteger sus bases de datos en todas las regiones en caso de que se produzca una interrupción inesperada. Las organizaciones llevan décadas usando el envío de registros para proteger sus datos.

Si implementa el envío de registros en AWS, puede lograr el RPO y el RTO en cuestión de minutos, en función de la frecuencia de las transacciones y de las tareas de envío de registros. En el improbable caso de que una región quede inaccesible, el envío de registros mantiene sus datos protegidos y recuperables.

Tenga en cuenta las siguientes ventajas adicionales de utilizar el envío de registros:

Para obtener más información, consulte Extend SQL Server DR using log shipping for SQL Server FCI with Amazon FSx for Windows configuration en el blog de arquitectura de AWS.

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución de envío de registros.

AWS Database Migration Service

Puede usar AWS Database Migration Service (AWS DMS) para diseñar una solución de alta disponibilidad y recuperación ante desastres en función de las necesidades de su aplicación. AWS DMS le permite copiar fácilmente los datos a una base de datos secundaria de SQL Server en la misma región (alta disponibilidad) o entre regiones (recuperación ante desastres). Esta estrategia es técnicamente segura y le permite maximizar su inversión en infraestructura de AWS, así como también optimizar el uso de los recursos.

AWS DMS es un servicio rentable. Solo se le cobrarán los recursos de CPU utilizados durante el proceso de transferencia y cualquier almacenamiento de registros adicional. Esto significa que puede beneficiarse de esta solución sin incurrir en costos adicionales significativos. Puede utilizar AWS DMS para garantizar que sus datos estén disponibles y accesibles y, al mismo tiempo, minimizar los costos asociados al uso de licencias y recursos.

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución basada en AWS DMS.

AWS Elastic Disaster Recovery

Algunas organizaciones deben asegurarse de que todas las aplicaciones empresariales críticas cuenten con un plan de recuperación ante desastres. En el pasado, muchas de estas organizaciones hacían grandes inversiones en las soluciones tradicionales de recuperación ante desastres, que requerían la creación previa y el mantenimiento de toda una infraestructura duplicada. Esta estrategia es costosa, laboriosa y difícil de escalar.

Ahora puede usar AWS Elastic Disaster Recovery para no tener que crear previamente una infraestructura de recuperación ante desastres. Las máquinas de recuperación ante desastres no se inician en Recuperación elástica ante desastres hasta que son necesarias, por lo que solo paga por lo que usa cuando lo necesitas. Esto significa que puede reducir considerablemente los costos asociados al uso de licencias de software y de recursos de computación de alto rendimiento.

Además, el área de almacenamiento provisional de la solución de recuperación ante desastres contiene volúmenes de Amazon Elastic Block Store (Amazon EBS) de bajo costo. Los volúmenes de EBS reducen aún más el costo de aprovisionar recursos duplicados. Esto le permite reducir los costos generales de recuperación ante desastres y, al mismo tiempo, mantener una solución de recuperación ante desastres sólida y fiable que cumpla con los requisitos de su empresa. Puede usar Recuperación elástica ante desastres para centrarse en tus actividades empresariales principales, mientras que AWS se encarga de la infraestructura subyacente de su solución de recuperación ante desastres.

En el caso de SQL Server, puede usar Recuperación elástica ante desastres como una opción rentable de recuperación ante desastres. La licencia para el nodo pasivo en una arquitectura de SQL Server altamente disponible y tolerante a errores viene incluida si utiliza y activa Software Assurance. Sin embargo, tendrá que seguir pagando los costos de procesamiento para que el servidor pasivo esté en línea. Con Recuperación elástica ante desastres, el servidor principal puede replicarse en el entorno de recuperación ante desastres sin necesidad de mantener activo Software Assurance y sin tener que pagar los costos de los recursos de computación de la recuperación ante desastres. Esta combinación de ahorros puede reducir los costos de recuperación ante desastres de SQL Server en un 50 % o más.

En el siguiente diagrama, se muestra un ejemplo de arquitectura para una solución basada en Recuperación elástica ante desastres.

Para obtener más información, consulte How to set up high availability for SQL Server at DR site that was restored using AWS Elastic Disaster Recovery en el blog de cargas de trabajo de Microsoft en AWS.

Comparación de los costos

En la siguiente tabla se comparan los costos de las soluciones de alta disponibilidad y recuperación ante desastres que se describen en esta sección. A los efectos de esta comparación, se hacen las siguientes suposiciones:

Recomendaciones de optimización de costos

Le recomendamos que siga estos pasos para elegir una solución de alta disponibilidad y recuperación ante desastres que cumpla con los requisitos de su organización:

Recursos adicionales