¿Cómo puedo minimizar el tiempo de inactividad durante el mantenimiento necesario de Amazon RDS?

Solución

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de problemas de AWS CLI. Además, asegúrate de utilizar la versión más reciente de la AWS CLI.

De vez en cuando AWS realiza el mantenimiento del hardware, el sistema operativo (SO) o la versión del motor de una base de datos de una instancia o clúster de base de datos. Para obtener más información, consulta Mantenimiento de una instancia de base de datos.

Para ver los eventos de mantenimiento pendientes, puedes usar la consola de administración de AWS, el comando describe-pending-maintenance-actions de la AWS CLI o la API DescribePendingMaintenanceActions.

Mantenimiento del hardware

Antes de que Amazon RDS realice el mantenimiento, recibirás una notificación por correo electrónico sobre los periodos de mantenimiento programados. La notificación incluye la hora del mantenimiento y las zonas de disponibilidad afectadas. Durante el mantenimiento del hardware, los despliegues Single-AZ, es decir, en una única zona de disponibilidad, no estarán disponibles durante unos minutos. En el caso de los despliegues multi-AZ (es decir, en varias zonas de disponibilidad) con una zona de disponibilidad principal afectada, el despliegue no estará disponible durante el tiempo que tarde la instancia en realizar la conmutación por error. La conmutación por error suele tardar unos 60 segundos. Si el mantenimiento afecta solo a la zona de disponibilidad secundaria, no habrá conmutación por error ni tiempo de inactividad.

Mantenimiento del sistema operativo

Para posponer el mantenimiento programado del sistema operativo, ajusta el periodo de mantenimiento que prefieras. O bien, selecciona Aplazar la actualización en el menú Acciones de la consola de Amazon RDS. Para minimizar el tiempo de inactividad, cambia la instancia de base de datos de Amazon RDS a un despliegue multi-AZ. En el caso de los despliegues multi-AZ, el mantenimiento del sistema operativo se aplica a la instancia secundaria. La instancia realiza una conmutación por error y, a continuación, la instancia principal se actualiza. El tiempo de inactividad se produce durante la conmutación por error. Para obtener más información, consulta Mantenimiento de implementaciones multi-AZ.

Nota: Si realizas una actualización a un despliegue multi-AZ, incurrirás en más costes. Para calcular los costes, utiliza la Calculadora de precios de AWS.

Mantenimiento del motor de la base de datos

Las actualizaciones de la versión del motor de base de datos requieren tiempo de inactividad. Aunque tu instancia de base de datos de RDS utilice un despliegue multi-AZ, tanto la instancia de base de datos principal como la instancia en espera se actualizarán simultáneamente. El tiempo de inactividad se produce hasta que se complete la actualización. La duración del tiempo de inactividad varía según el tamaño de la instancia de base de datos.

Para obtener más información sobre tu motor de base de datos específico, consulta la siguiente documentación:

• Actualizaciones del motor de base de datos de MariaDB

• Actualizaciones del motor de base de datos Microsoft SQL Server

• Actualizaciones del motor de base de datos de RDS para MySQL

• Actualización del motor de bases de datos de RDS para Oracle

• Actualizaciones del motor de base de datos de RDS para PostgreSQL

Si la instancia es una réplica de lectura, la actualización se produce independientemente de la instancia de origen. De forma predeterminada, el mantenimiento se realiza primero en la instancia principal y, después, en la réplica.

Información relacionada

Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de RDS para MySQL

¿Qué ocurre con las consultas de Amazon RDS y Amazon Redshift que se ejecutan durante un periodo de mantenimiento?

¿Cómo puedo configurar las notificaciones para los períodos de mantenimiento de Amazon RDS o Amazon Redshift?