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.

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

Descripción general de

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 ayudarlo a diseñar la arquitectura adecuada para SQL Server en Amazon Elastic Compute Cloud (Amazon EC2) y, al mismo tiempo, a optimizar los costos de sus 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úster de conmutación por error (FCIs) 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. FCIs ofrezca una solución fiable si busca una alta disponibilidad para su base de datos de SQL Server sin una configuración de réplica de lectura.

A diferencia de los grupos de disponibilidad, FCIs puede proporcionar una solución de conmutación por error fiable sin necesidad de utilizar la edición SQL Server Enterprise. En su lugar, solo FCIs requieren licencias de la edición estándar de SQL Server. Se puede utilizar FCIs para reducir los costes de licencias de SQL Server entre un 65 y un 75 por ciento.

Considere lo siguiente:

El siguiente diagrama muestra un ejemplo de arquitectura para una FCI de SQL Server utilizada FSx para Windows File Server.

SIOS DataKeeper

Le recomendamos que considere los requisitos de almacenamiento compartido si planea implementar SQL Server FCIs en AWSél. 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 for Windows File Server es la solución de almacenamiento recomendada para SQL Server FCI on AWS, pero tiene limitaciones que impiden añadir servidores de clústeres en diferentes Regiones de AWS ubicaciones.

Puede utilizar SIOS DataKeeper para crear una FCI de SQL Server que cubra tanto las zonas de disponibilidad como las regiones y, al mismo tiempo, reduzca los costes entre un 58 y un 71 por ciento. SIOS DataKeeper puede ayudarlo a obtener los beneficios de alta disponibilidad de la FCI. Esto convierte a SIOS en DataKeeper una solución rentable y fiable para las organizaciones.

Tenga en cuenta las siguientes ventajas adicionales del uso de 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 for Windows File Server, incluido el almacenamiento compartido, la replicación sincrónica a nivel de bloque y SQL Server. FCIs 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 cómo crear una arquitectura multirregional, consulte Notas de campo: Creación de una arquitectura multirregional para SQL Server mediante FCI y grupos de disponibilidad distribuida en el blog de arquitectura. 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 AWS, puede lograr el RPO y el RTO en cuestión de minutos, según la frecuencia de las transacciones y 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 Ampliar la recuperación ante desastres de SQL Server mediante el envío de registros para la configuración FCI de SQL Server con Amazon FSx para Windows en el blog de AWS arquitectura.

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 HA/DR solución 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 (HA) o entre regiones (DR). 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 usarlo AWS DMS para garantizar que sus datos estén disponibles y accesibles y, al mismo tiempo, minimizar los costos asociados con las licencias y el uso de los 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 utilizarla AWS Elastic Disaster Recovery para eliminar la necesidad de 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. Puedes usar Elastic Disaster Recovery para centrarte en tus actividades comerciales principales y, al mismo AWS tiempo, cuidar la infraestructura subyacente de tu 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 Cómo configurar la alta disponibilidad de SQL Server en un sitio de recuperación ante desastres que se restauró mediante AWS Elastic Disaster Recovery el AWS blog Microsoft Workloads on.

Comparación de los costos

En la siguiente tabla se comparan los costes de las HA/DR soluciones incluidas 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 los siguientes pasos para elegir una HA/DR solución que cumpla con los requisitos de su organización:

Recursos adicionales