Amazon RDS for SQL Server

Amazon RDS for SQL Server es un servicio de base de datos administrado que simplifica el aprovisionamiento y la administración de SQL Server enAWS. Amazon RDS facilita la configuración, el funcionamiento y el escalado de las implementaciones de SQL Server en la nube. Con Amazon RDS, puede implementar varias versiones de SQL Server (2014, 2016, 2017 y 2019) y ediciones (incluidas Express, Web, Standard y Enterprise) en cuestión de minutos, con una capacidad informática rentable y redimensionable. Puede provisionar Amazon RDS para instancias de base de datos de SQL Server con almacenamiento de SSD de uso general o SSD de IOPS provisionadas. (Para obtener más información, consulte los tipos de almacenamiento de Amazon RDS en laAWS documentación). La SSD IOPS aprovisionada está diseñada para ofrecer un rendimiento de E/S rápido, predecible y uniforme, y está optimizada para cargas de trabajo de bases de datos transaccionales (OLTP) con un uso intensivo de E/S.

Amazon RDS le permite centrarse en el desarrollo de aplicaciones, ya que gestiona las tareas de administración de bases de datos que consumen mucho tiempo, como el aprovisionamiento, las copias de seguridad, los parches de software, la supervisión y el escalado del hardware. Amazon RDS for SQL Server también ofrece implementaciones Multi-AZ y réplicas de lectura (para la edición SQL Server Enterprise) para ofrecer una alta disponibilidad, rendimiento, escalabilidad y confiabilidad para las cargas de trabajo de producción.

Para obtener más información sobre la migración de SQL Server a Amazon RDS, consulte los patrones de replataforma en el sitio web de instruccionesAWS prescriptivas.

Cuándo elegir Amazon RDS

Amazon RDS for SQL Server es una opción de migración cuando:

• Desea centrarse en su negocio y sus aplicaciones, y debeAWS ocuparse de tareas pesadas e indiferenciadas, como el aprovisionamiento de la base de datos, la administración de las tareas de respaldo y recuperación, la administración de los parches de seguridad, las actualizaciones menores de la versión de SQL Server y la administración del almacenamiento.

• Necesita una solución de base de datos de alta disponibilidad y desea aprovechar la replicación multizona sincrónica y con solo pulsar un botón que ofrece Amazon RDS, sin tener que configurar y mantener manualmente la duplicación de bases de datos, los clústeres de conmutación por error o los grupos de disponibilidad Always On.

• Desea pagar la licencia de SQL Server como parte del costo de la instancia por hora, en lugar de realizar una gran inversión inicial.

• Amazon RDS for SQL Server es compatible con el tamaño de la base de datos y las necesidades de IOPS. Consulte Amazon RDS DB Instance Storage en laAWS documentación para conocer los límites máximos actuales.

• No desea administrar las copias de seguridad ni point-in-time las recuperaciones de la base de datos.

• Debe centrarse en las tareas de alto nivel, como el ajuste del rendimiento y la optimización del esquema, en lugar de en la administración diaria de la base de datos.

• Desea aumentar o reducir el tipo de instancia en función de sus patrones de carga de trabajo sin preocuparse por las complejidades de las licencias.

Tras evaluar los requisitos de la base de datos y del proyecto, si decide migrar a Amazon RDS for SQL Server, consulte los detalles que se proporcionan en las siguientes secciones y revise las prácticas recomendadas de migración que analizaremos más adelante en esta guía.

Para conocer las funciones, versiones y opciones de SQL Server compatibles actualmente, consulte las funciones de Amazon RDS for SQL Server en elAWS sitio web, Cómo elegir entre Amazon EC2 y Amazon RDS más adelante en esta guía, y Microsoft SQL Server en Amazon RDS en laAWS documentación. Si va a migrar a Amazon RDS Custom for SQL Server.

Alta disponibilidad

Amazon RDS proporciona alta disponibilidad y compatibilidad con la conmutación por error para las bases de datos implementadas con la opción Multi-AZ. Cuando aprovisiona y mantiene automáticamente una instancia en espera sincrónica en una zona de disponibilidad diferente. La base de datos principal replica los datos de forma sincrónica en la instancia en espera. Si se producen problemas, Amazon RDS repara automáticamente la instancia en mal estado y restablece la sincronización. En caso de fallo de infraestructura o interrupción de la zona de disponibilidad, Amazon RDS realiza una conmutación por error automática en la instancia en espera. La conmutación por error solo ocurre si las bases de datos principales y en espera están totalmente sincronizadas. Dado que el punto final sigue siendo el mismo para las instancias principal y en espera, puede reanudar las operaciones de la base de datos tan pronto como se complete la conmutación por error, sin necesidad de realizar una intervención manual. El tiempo de conmutación por error depende del tiempo que se tarda en completar el proceso de recuperación. Las transacciones grandes aumentan el tiempo de conmutación por error.

El siguiente diagrama ilustra la opción de despliegue Multi-AZ de Amazon RDS for SQL Server.

Al configurar SQL Server en una configuración Multi-AZ, Amazon RDS configura automáticamente la instancia de base de datos en espera mediante la duplicación de bases de datos o grupos de disponibilidad Always On, en función de la versión de SQL Server que implemente.

Amazon RDS es compatible con los grupos de disponibilidad Multi-AZ con los grupos de disponibilidad Always On para las siguientes versiones y ediciones de SQL Server:

• SQL Server 2019 Enterprise Edition 15.00.40404043.16 o posteriores

• SQL Server 2017 Enterprise Edition 14.00.3030303049.1 o posteriores

• SQL Server 2016 Enterprise Edition 13.00.525216.0 o posteriores

Amazon RDS es compatible con una copia de base de datos para las siguientes versiones y ediciones de SQL Server, salvo para las versiones de la edición empresarial mencionadas anteriormente:

• SQL Server 2017: Standard y Enterprise Editions

• SQL Server 2016: Standard y Enterprise Editions

• SQL Server 2014: Standard y Enterprise Editions

En las implementaciones Multi-AZ, las operaciones como el escalado de instancias o las actualizaciones del sistema, como la aplicación de parches al sistema operativo (SO), se aplican primero a la instancia en espera, antes de la conmutación por error automática de la instancia principal, para mejorar la disponibilidad.

Gracias a la optimización de la conmutación por error de SQL Server, determinadas cargas de trabajo pueden generar una carga de E/S mayor en la instancia en espera que en la instancia principal, especialmente en las implementaciones de duplicación de bases de datos. Esta funcionalidad puede generar un aumento de las IOPS en la instancia en espera. Le recomendamos que tenga en cuenta las necesidades máximas de IOPS tanto de la instancia principal como de la instancia en espera al aprovisionar el tipo de almacenamiento y las IOPS de su instancia de base de datos de Amazon RDS for SQL Server. También puede especificarMultiSubnetFailover=True, si el controlador de su cliente lo admite, reducir significativamente el tiempo de conmutación por error.

Limitaciones

• La opción Multi-AZ no está disponible para las ediciones SQL Server Express y Web. Solo está disponible para las ediciones Standard y Enterprise de SQL Server.

• No puede configurar la instancia de base de datos en espera para que acepte la actividad de lectura de bases de datos.

• No se admite Multi-AZ entre regiones.

• En Amazon RDS, puede emitir un comando stop en una instancia de base de datos independiente y mantener la instancia en estado detenido para evitar incurrir en gastos de procesamiento. No puede detener una instancia de base de datos de Amazon RDS for SQL Server que esté en una configuración Multi-AZ. En su lugar, puede terminar la instancia, tomar una instantánea final antes de la terminación y volver a crear una nueva instancia de Amazon RDS a partir de la instantánea cuando la necesite. O bien, puede eliminar primero la configuración de Multi-AZ y, a continuación, detener la instancia. Transcurridos siete días, la instancia detenida se reiniciará para que se pueda aplicar cualquier mantenimiento pendiente.

Para conocer recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones y recomendaciones

Réplicas de lectura

Las réplicas de lectura proporcionan escalabilidad y equilibrio de carga. Una réplica de lectura de SQL Server es una copia física de una instancia de base de datos de Amazon RDS for SQL Server que se usa solo con fines de lectura. Amazon RDS ayuda a reducir la carga de la instancia de base de datos principal al descargar las cargas de trabajo de solo lectura a la instancia de base de datos de réplica de lectura. Las actualizaciones realizadas en la instancia de base de datos principal se copian de forma asíncrona en la instancia de réplica de lectura.

Cuando solicita una réplica de lectura, Amazon RDS realiza una instantánea de la instancia de base de datos de origen y esta instantánea se convierte en la réplica de lectura. No se produce ninguna interrupción al crear y eliminar una réplica de lectura. Amazon RDS for SQL Server actualiza la base de datos primaria inmediatamente después de actualizar las réplicas de lectura, independientemente del periodo de mantenimiento. Cada réplica de lectura incluye un punto final independiente que se utiliza para conectarse a la base de datos de réplicas leídas.

Amazon RDS for SQL Server facilita la creación de réplicas de lectura mediante la configuración de los grupos de disponibilidad Always On y el mantenimiento de conexiones de red seguras entre una instancia de base de datos principal y sus réplicas de lectura.

Puede configurar una réplica de lectura en la mismaAWS región que la base de datos principal. Amazon RDS for SQL Server no es compatible con réplicas de lectura entre regiones. Puede crear hasta cinco réplicas de lectura para una instancia de base de datos de origen.

nota

Las réplicas de lectura solo están disponibles con las siguientes versiones y ediciones de SQL Server:

• SQL Server 2017 Enterprise Edition 14.00.3030303049.1 o posteriores

• SQL Server 2016 Enterprise Edition 13.00.525216.0 o posteriores

Las versiones y ediciones de SQL Server que admiten la duplicación de bases de datos para entornos Multi-AZ no ofrecen réplicas de lectura.

El siguiente diagrama muestra una instancia de base de datos de Amazon RDS for SQL Server en un entorno de Microsoft AZ con una réplica de lectura en otra zona de disponibilidad dentro de la misma región de disponibilidad dentro de la mismaAWS región. No todasAWS las regiones ofrecen más de dos zonas de disponibilidad, por lo que debes comprobar la región que piensas utilizar antes de adoptar esta estrategia.

Una réplica de lectura de SQL Server no permite operaciones de escritura. Sin embargo, puede promocionar la réplica de lectura para que sea de escritura. Después de promocionarla, no podrá volver a convertirla en una réplica leída. Se convertirá en una instancia de base de datos única e independiente que no tendrá ninguna relación con su instancia de base de datos principal original. Los datos de la réplica de lectura promocionada coincidirán con los datos de la instancia de base de datos de origen hasta el momento en el que se hizo la solicitud para promocionarla. La versión del motor de base de datos de SQL Server de la instancia de base de datos de origen y todas sus réplicas de lectura serán iguales.

Para una replicación eficaz, recomendamos lo siguiente:

• Configure cada réplica de lectura con los mismos recursos de computación y de almacenamiento que la instancia de base de datos de origen.

• Debe habilitar los backups automáticos en la instancia de base de datos de origen estableciendo el periodo de retención de copia de seguridad en un valor distinto de 0 (cero).

• La instancia de base de datos de origen debe implementarse en un entorno Multi-AZ con grupos de disponibilidad Always On.

Para obtener información sobre la compatibilidad, las ediciones y las limitaciones de las versiones de SQL Server, consulte Lea las limitaciones de las réplicas con SQL Server en la documentación de Amazon RDS.

Para obtener más información sobre el uso de réplicas de lectura, consulte Trabajar con réplicas de lectura y Trabajar con réplicas de lectura de SQL Server para Amazon RDS en laAWS documentación. Para obtener más información acerca de los precios de las transferencias de datos, consulte Precios de Amazon RDS.

Recuperación de desastres

Con Amazon RDS for SQL Server, puede crear una estrategia confiable de recuperación ante desastres (DR) entre regiones. Las principales razones para crear una solución de DR son la continuidad del negocio y el cumplimiento:

• Una estrategia de DR eficaz le ayuda a mantener sus sistemas en funcionamiento con interrupciones mínimas o nulas durante un evento catastrófico. Una estrategia de DR confiable y eficaz entre regiones mantiene su empresa en funcionamiento incluso si toda una región deja de funcionar.

• Una solución de DR interregional le ayuda a cumplir con los requisitos de auditoría y cumplimiento.

El objetivo de tiempo de recuperación (RPO), el objetivo de tiempo de recuperación (RTO) y el costo son tres métricas clave que debe tener en cuenta al desarrollar una estrategia de recuperación (RTO) y un costo clave que debe tener en cuenta al desarrollar una estrategia de DR. Para conocer otras opciones para proporcionar réplicas entre regiones, consulte AWS Marketplace. Para obtener más información sobre estos enfoques, consulte Recuperación ante desastres interregionales de Amazon RDS for SQL Server en el blogAWS Database.