Mantenimiento de un clúster de base de datos de Amazon Aurora - Amazon Aurora

Mantenimiento de un clúster de base de datos de Amazon Aurora

Amazon RDS realiza tareas de mantenimiento periódicas en los recursos de Amazon RDS. El mantenimiento suele implicar actualizaciones de los siguientes recursos de su clúster de base de datos:

  • Hardware subyacente

  • Sistema operativo (SO) subyacente

  • Versión del motor de base de datos

Las actualizaciones del sistema operativo suelen deberse a motivos de seguridad. Deben hacerse lo antes posible.

Algunos elementos de mantenimiento requieren que Amazon RDS desconecte su clúster de base de datos durante un breve plazo de tiempo. Entre los elementos de mantenimiento que requieren que un recurso esté desconectado están el sistema operativo necesario o la aplicación de parches a la base de datos. Los parches obligatorios que tienen que ver con la seguridad y la fiabilidad de la instancia son los únicos que se programan automáticamente. Estos parches se producen con poca frecuencia, normalmente una vez cada pocos meses. Rara vez se requiere más de una fracción de su período de mantenimiento.

Las modificaciones de la instancia y clúster de base de datos diferidas que haya decidido no aplicar inmediatamente se aplican durante el periodo de mantenimiento. Por ejemplo, puede elegir cambiar clases de instancia de base de datos o grupos de parámetros de clúster o base de datos durante el periodo de mantenimiento. Las modificaciones que especifique mediante la configuración de reinicio pendiente no se muestran en la lista Mantenimiento pendiente. Para obtener más información acerca de la modificación de un clúster de base de datos, consulte Modificación de un clúster de base de datos de Amazon Aurora.

Para ver las modificaciones pendientes para la siguiente ventana de mantenimiento, utilice el comando describe-db-clusters de la AWS CLI y marque el campo PendingModifiedValues.

Vista de mantenimiento pendiente

Compruebe si hay disponible una actualización de mantenimiento para un clúster de base de datos, use la consola de RDS, la AWS CLI o la API de RDS. Si hay disponible una actualización, se indicará en la columna Maintenance (Mantenimiento) para el clúster de base de datos en la consola Amazon RDS, como se muestra a continuación.


            Parche sin conexión disponible

Si no hay ninguna actualización de mantenimiento disponible para un clúster de base de datos, el valor de columna es none (ninguno).

Si una actualización de mantenimiento está disponible para un clúster, son posibles los siguientes valores de columna:

  • required (obligatorio): la acción de mantenimiento se aplicará al recurso y no se podrá aplazar indefinidamente.

  • available (disponible): la acción de mantenimiento está disponible, pero no se aplicará al recurso automáticamente. Puede aplicarla manualmente.

  • next window (siguiente periodo): la acción de mantenimiento se aplicará al recurso durante el siguiente periodo de mantenimiento.

  • In progress (en curso): la acción de mantenimiento está en proceso de aplicarse al recurso.

Si hay una actualización disponible, puede realizar una de las acciones:

  • Si el valor de mantenimiento es next window (siguiente periodo), aplace los elementos de mantenimiento eligiendo defer upgrade (aplazar actualización) en Actions (Acciones). No puede aplazar una acción de mantenimiento si ya se ha iniciado.

  • Aplicar inmediatamente los elementos de mantenimiento.

  • Programar los elementos de mantenimiento para que se inicien en la siguiente ventana de mantenimiento.

  • No realice ninguna acción.

Para realizar una acción, elija el clúster para mostrar sus detalles y, a continuación, elija Maintenance & backups (Mantenimiento y copias de seguridad). Aparecerán los elementos de mantenimiento pendientes.


            Elementos de mantenimiento pendientes

El periodo de mantenimiento determina el momento en que comienzan las operaciones pendientes, pero no limita su tiempo de ejecución total. No existen garantías de que las operaciones de mantenimiento finalicen antes de que termine el periodo de mantenimiento, de modo que pueden continuar más allá de la hora de finalización establecida. Para obtener más información, consulte La ventana de mantenimiento de Amazon RDS.

Para obtener información acerca de actualizaciones de motores de Amazon Aurora e instrucciones para actualizarlos y aplicarles parches, consulte Actualizaciones del motor de base de datos de Amazon Aurora MySQL y Actualizaciones de Amazon Aurora PostgreSQL.

Para ver si hay disponible una actualización de mantenimiento para un clúster de base de datos, puede ejecutar el comando describe-pending-maintenance-actions de la AWS CLI.

Aplicación de actualizaciones a un clúster de base de datos o clúster de base de datos

Con Amazon RDS puede elegir el momento en que desea aplicar las operaciones de mantenimiento. Puede indicar cuándo Amazon RDS debe aplicar las actualizaciones usando la consola de RDS, la AWS Command Line Interface (AWS CLI) o la API de RDS.

nota

En el caso de RDS para SQL Server, se puede aplicar una actualización del sistema operativo subyacente deteniendo e iniciando la instancia de base de datos o subiendo y bajando la clase de instancia de base de datos.

Para administrar la actualización de un clúster de base de datos
  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, seleccione Databases (Bases de datos).

  3. Seleccione el clúster de base de datos que tenga una actualización necesaria.

  4. En Actions (Acciones), elija una de las siguientes opciones:

    • Upgrade now (Actualizar ahora)

    • Upgrade at next window (Actualizar en el siguiente periodo)

      nota

      Si elige Upgrade at next window (Actualizar en el siguiente periodo) y después desea aplazar la actualización, puede seleccionar Defer upgrade (Aplazar actualización). No puede aplazar una acción de mantenimiento si ya se ha iniciado.

      Para cancelar una acción de mantenimiento, modifique la instancia de base de datos y deshabilite la Auto minor version upgrade (Actualización automática de versiones secundarias).

Para aplicar una actualización pendiente a un clúster de base de datos, use el comando apply-pending-maintenance-action de la AWS CLI.

ejemplo

Para Linux, macOS o Unix:

aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \ --apply-action system-update \ --opt-in-type immediate

En Windows:

aws rds apply-pending-maintenance-action ^ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^ --apply-action system-update ^ --opt-in-type immediate
nota

Para aplazar una acción de mantenimiento, especifique undo-opt-in para --opt-in-type. No se puede especificar undo-opt-in para --opt-in-type si la acción de mantenimiento ya se ha iniciado.

Para cancelar una acción de mantenimiento, ejecute el comando de la AWS CLI modify-db-instance y especifique --no-auto-minor-version-upgrade.

Para obtener una lista de los recursos con al menos una actualización pendiente, use el comando describe-pending-maintenance-actions de la AWS CLI.

ejemplo

Para Linux, macOS o Unix:

aws rds describe-pending-maintenance-actions \ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

En Windows:

aws rds describe-pending-maintenance-actions ^ --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db

También puede obtener una lista de recursos de un clúster de base de datos mediante la especificación del parámetro --filters del comando describe-pending-maintenance-actions de AWS CLI. El formato del comando --filters es Name=filter-name,Value=resource-id,....

Los valores aceptados para el parámetro Name de un filtro son los siguientes:

  • db-instance-id: acepta una lista de identificadores o nombres de recurso de Amazon (ARN) de instancias de base de datos. La lista obtenida solo incluirá las operaciones de mantenimiento pendientes para las instancias de base de datos referidas por esos identificadores o ARN.

  • db-cluster-id: acepta una lista de identificadores o ARN de clústeres de base de datos para Amazon Aurora. La lista obtenida solo incluirá las operaciones de mantenimiento pendientes para los clústeres de base de datos referidos por esos identificadores o ARN.

Por ejemplo, en el ejemplo siguiente se obtienen las operaciones de mantenimiento pendientes para los clústeres de base de datos sample-cluster1 y sample-cluster2.

ejemplo

Para Linux, macOS o Unix:

aws rds describe-pending-maintenance-actions \ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

En Windows:

aws rds describe-pending-maintenance-actions ^ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2

Para aplicar una actualización a un clúster de base de datos, llame a la operación ApplyPendingMaintenanceAction de la API de Amazon RDS.

Para obtener una lista de los recursos con al menos una actualización pendiente, llame a la operación DescribePendingMaintenanceActions de la API Amazon RDS.

La ventana de mantenimiento de Amazon RDS

Cada clúster de base de datos tienen una ventana de mantenimiento semanal durante la que se aplican los cambios del sistema. Considere un periodo de mantenimiento como una oportunidad para controlar cuándo se producirán las modificaciones y los parches de software. Si hay un evento de mantenimiento programado para una semana determinada, se iniciará durante la ventana de mantenimiento que identifique. La mayoría de los eventos de mantenimiento también se completan durante la ventana de mantenimiento de 30 minutos, aunque otros eventos de mantenimiento pueden tardar más de 30 minutos en completarse.

La ventana de mantenimiento de 30 minutos se selecciona al azar dentro de un bloque de 8 horas por región. Si no especifica una ventana de mantenimiento al crear un clúster de base de datos, RDS asigna una ventana de mantenimiento de 30 minutos un día de la semana seleccionado al azar.

RDS consume algunos de los recursos de su clúster de base de datos mientras se aplica el mantenimiento. Es posible que observe un efecto mínimo en el desempeño. Para una instancia de base de datos, en raras ocasiones puede ser necesaria una conmutación por error Multi-AZ para que se complete una actualización de mantenimiento.

A continuación, puede encontrar los bloques de horas de cada región desde los que se asignan las ventanas predeterminadas de mantenimiento.

Nombre de la región Región Bloque de tiempo
Este de EE. UU. (Ohio) us-east-2 03:00 — 11:00 UTC
Este de EE. UU. (Norte de Virginia) us-east-1 03:00–11:00 UTC
Oeste de EE. UU. (Norte de California) us-west-1 06:00 — 14:00 UTC
Oeste de EE. UU. (Oregón) us-west-2 06:00–14:00 UTC
África (Ciudad del Cabo) af-south-1 03:00–11:00 UTC
Asia-Pacífico (Hong Kong) ap-east-1 06:00–14:00 UTC
Asia-Pacífico (Hyderabad) ap-south-2 06:30 – 14:30 UTC
Asia-Pacífico (Yakarta) ap-southeast-3 08:00 a 16:00 h UTC
Asia-Pacífico (Melbourne) ap-southeast-4 11:00–19:00 UTC
Asia Pacífico (Mumbai) ap-south-1 06:00–14:00 UTC
Asia Pacific (Osaka) ap-northeast-3 22:00 — 23:59 UTC
Asia Pacific (Seoul) ap-northeast-2 13:00 — 21:00 UTC
Asia-Pacífico (Singapur) ap-southeast-1 14:00 — 22:00 UTC
Asia Pacífico (Sídney) ap-southeast-2 12:00 — 20:00 UTC
Asia Pacífico (Tokio) ap-northeast-1 13:00 — 21:00 UTC
Canadá (centro) ca-central-1 03:00 — 11:00 UTC
Oeste de Canadá (Calgary) ca-west-1 18:00 — 02:00 UTC
China (Pekín) cn-north-1 06:00–14:00 UTC
China (Ningxia) cn-northwest-1 06:00–14:00 UTC
Europe (Frankfurt) eu-central-1 21:00 — 05:00 UTC
Europe (Ireland) eu-west-1 22:00 — 06:00 UTC
Europe (London) eu-west-2 22:00 — 06:00 UTC
Europa (Milán) eu-south-1 02:00 — 10:00 UTC
Europa (París) eu-west-3 23:59–07:29 UTC
Europa (España) eu-south-2 02:00 — 10:00 UTC
Europe (Stockholm) eu-north-1 23:00 — 07:00 UTC
Europa (Zúrich) eu-central-2 02:00 — 10:00 UTC
Israel (Tel Aviv) il-central-1 03:00 — 11:00 UTC
Medio Oriente (Baréin) me-south-1 06:00–14:00 UTC
Medio Oriente (EAU) me-central-1 05:00 a 13:00 h UTC
América del Sur (São Paulo) sa-east-1 00:00–08:00 UTC
AWS GovCloud (EE. UU. Este) us-gov-east-1 17:00 — 01:00 UTC
AWS GovCloud (Oeste de EE. UU.) us-gov-west-1 06:00–14:00 UTC

Ajuste de la ventana de mantenimiento preferida para un clúster de base de datos

La ventana de mantenimiento del clúster de base de datos de Aurora debe corresponder al momento de mínimo uso y, por tanto, podría ser preciso modificarla cada cierto tiempo. El clúster de base de datos solo deja de estar disponible durante este tiempo si las actualizaciones que se están aplicando requieren una interrupción. La interrupción dura la cantidad de tiempo mínima requerida para realizar las actualizaciones necesarias.

Para ajustar la ventana de mantenimiento preferida del clúster de base de datos
  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, seleccione Databases (Bases de datos).

  3. Elija el clúster de base de datos cuyo periodo de mantenimiento desea cambiar.

  4. Elija Modify.

  5. En la sección Maintenance (Mantenimiento), actualice el periodo de mantenimiento.

  6. Elija Continue.

    En la página de confirmación, revise los cambios.

  7. Para aplicar los cambios a la ventana de mantenimiento inmediatamente, elija Immediately (Inmediatamente) en la sección Schedule of modifications (Programación de modificaciones).

  8. Seleccione Modify cluster (Modificar clúster) para guardar los cambios.

    O bien, elija Back para editar los cambios o Cancel para cancelarlos.

Para ajustar la ventana de mantenimiento preferida del clúster de base de datos, use el comando AWS CLI de la modify-db-cluster con los siguientes parámetros:

  • --db-cluster-identifier

  • --preferred-maintenance-window

ejemplo

En el siguiente ejemplo de código, el periodo de mantenimiento se define para los martes de 4:00 a 4:30 AM UTC.

Para Linux, macOS o Unix:

aws rds modify-db-cluster \ --db-cluster-identifier my-cluster \ --preferred-maintenance-window Tue:04:00-Tue:04:30

En Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier my-cluster ^ --preferred-maintenance-window Tue:04:00-Tue:04:30

Para ajustar el periodo de mantenimiento preferida del clúster de base de datos, use la operación ModifyDBCluster de la API de Amazon RDS con los siguientes parámetros:

  • DBClusterIdentifier

  • PreferredMaintenanceWindow

Actualizaciones de versiones secundarias automáticas para clústeres de base de datos de Aurora

La configuración de Actualización automática de la versión secundaria especifica si Aurora aplica automáticamente las actualizaciones al clúster de base de datos. Estas actualizaciones incluyen nuevas versiones secundarias con características adicionales y revisiones que contienen correcciones de errores.

Esta función se activa de forma predeterminada. Para cada clúster de base de datos nuevo, elija el valor adecuado para esta configuración. Este valor se basa en su importancia, duración prevista y la cantidad de pruebas de verificación que realice después de cada actualización.

Para obtener instrucciones sobre cómo activar o desactivar la configuración de Actualización automática de versiones secundarias, consulte lo siguiente:

importante

Recomendamos encarecidamente que, para los clústeres de bases de datos nuevos y existentes, aplique esta configuración al clúster de base de datos y no a las instancias de base de datos del clúster de forma individual. Si alguna instancia de base de datos del clúster tiene esta configuración desactivada, el clúster de base de datos no se actualiza automáticamente.

La siguiente tabla muestra cómo funciona la configuración de Actualización automática de versiones secundarias cuando se aplica a los niveles de clúster e instancia.

Acción Configuración del clúster Configuraciones de la instancia ¿El clúster se ha actualizado automáticamente?
Se establece en True en el clúster de base de datos. True True para todas las instancias nuevas y existentes
Se establece en False en el clúster de base de datos. False False para todas las instancias nuevas y existentes No

Se ha establecido previamente en True en el clúster de base de datos.

Lo ha establecido en False en al menos una instancia de base de datos.

Cambia a False False para una o varias instancias No

Se ha establecido previamente en False en el clúster de base de datos.

Lo ha establecido en True en al menos una instancia de base de datos, pero no en todas las instancias.

False True para una o más instancias, pero no para todas las instancias No

Se ha establecido previamente en False en el clúster de base de datos.

Lo ha establecido en True en todas las instancias de base de datos.

Cambia a True True para todas las instancias

Las actualizaciones automáticas de versiones secundarias se comunican de antemano a través de un evento de clúster de base de datos de Amazon RDS con una categoría maintenance e ID de RDS-EVENT-0156. Para obtener más información, consulte Categorías y mensajes de eventos de Amazon RDS.

La actualización automática se produce durante el período de mantenimiento. Si las instancias de base de datos individuales del clúster de base de datos tienen períodos de mantenimiento diferentes a las de la ventana de mantenimiento del clúster, la ventana de mantenimiento del clúster tiene prioridad.

Para obtener más información acerca de las actualizaciones de motor de Aurora PostgreSQL, consulte Actualizaciones de Amazon Aurora PostgreSQL.

Para obtener más información acerca de la configuración de Auto minor version upgrade (Actualización automática de la versión secundaria) para Aurora MySQL, consulte Activación de actualizaciones automáticas entre versiones secundarias de Aurora MySQL. Para obtener más información general acerca de las actualizaciones del motor de Aurora MySQL, consulte Actualizaciones del motor de base de datos de Amazon Aurora MySQL.

Activación de las actualizaciones de versiones secundarias automáticas para un clúster de base de datos de Aurora

Siga el procedimiento general de Modificación del clúster de base de datos con la consola, CLI y API.

Consola

En la página Modificar el clúster de base de datos, en la sección Mantenimiento, seleccione la casilla de verificación Habilitar actualización automática de versiones secundarias.

AWS CLI

Ejecute el comando de la AWS CLI modify-db-cluster. Especifique el nombre del clúster de base de datos para la opción --db-cluster-identifier y true para la opción --auto-minor-version-upgrade. Si lo desea, especifique la opción --apply-immediately para habilitar inmediatamente esta configuración para el clúster de base de datos.

API de RDS

Llame a la operación ModifyDBCluster de la API y especifique el nombre del clúster de base de datos para el parámetro DBClusterIdentifier y true para el parámetro AutoMinorVersionUpgrade. Como opción, defina el parámetro ApplyImmediately en true para activar inmediatamente esta configuración para el clúster de base de datos.

Activación de las actualizaciones de versiones secundarias automáticas para instancias de base de datos individuales en un clúster de base de datos de Aurora

Siga el procedimiento general de Modificación de una instancia de base de datos en un clúster de base de datos.

Consola

En la página Modificar la instancia de base de datos, en la sección Mantenimiento, seleccione la casilla de verificación Habilitar actualización automática de versiones secundarias.

AWS CLI

Ejecute el comando de la AWS CLI modify-db-instance. Especifique el nombre de la instancia de base de datos para la opción --db-instance-identifier y true para la opción --auto-minor-version-upgrade. Si lo desea, especifique la opción --apply-immediately para habilitar inmediatamente esta configuración para su instancia de base de datos. Ejecute un comando modify-db-instance independiente para cada instancia de base de datos del clúster.

API de RDS

Llame a la operación ModifyDBInstance de la API y especifique el nombre del clúster de base de datos para el parámetro DBInstanceIdentifier y true para el parámetro AutoMinorVersionUpgrade. Como opción, defina el parámetro ApplyImmediately en true para activar inmediatamente esta configuración para la instancia de base de datos. Llame a una acción ModifyDBInstance independiente para cada instancia de base de datos del clúster.

Puede utilizar un comando de la CLI como el siguiente para comprobar el estado de la configuración AutoMinorVersionUpgrade para todas las instancias de base de datos de los clústeres de Aurora MySQL.

aws rds describe-db-instances \ --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

El resultado de este comando debería ser similar al siguiente:

[ { "DBInstanceIdentifier": "db-writer-instance", "DBClusterIdentifier": "my-db-cluster-57", "AutoMinorVersionUpgrade": true }, { "DBInstanceIdentifier": "db-reader-instance1", "DBClusterIdentifier": "my-db-cluster-57", "AutoMinorVersionUpgrade": false }, { "DBInstanceIdentifier": "db-writer-instance2", "DBClusterIdentifier": "my-db-cluster-80", "AutoMinorVersionUpgrade": true }, ... output omitted ...

En este ejemplo, Habilitar actualización automática de versiones secundarias está desactivado para el clúster de base de datos my-db-cluster-57, porque está desactivado para una de las instancias de base de datos del clúster.

Selección de frecuencia de actualizaciones de mantenimiento de Aurora MySQL

Puede controlar si las actualizaciones de Aurora MySQL ocurren con frecuencia o rara vez para cada clúster de base de datos. La mejor opción depende del uso de Aurora MySQL y de las prioridades de las aplicaciones que se ejecuten en Aurora. Para obtener información acerca de las versiones de estabilidad a largo plazo (LTS) de Aurora MySQL que requieren actualizaciones menos frecuentes, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL.

Podría elegir actualizar un clúster de Aurora MySQL rara vez si se aplican algunas o todas las condiciones siguientes:

  • El ciclo de prueba de su aplicación tarda mucho tiempo para cada actualización al motor de base de datos de Aurora MySQL.

  • Tiene muchos clústeres de base de datos o muchas aplicaciones ejecutándose en la misma versión de Aurora MySQL. Prefiere actualizar todos sus clústeres de base de datos y aplicaciones asociadas al mismo tiempo.

  • Se utilizan Aurora MySQL y RDS para MySQL. Prefiere mantener los clústeres de Autora MySQL y las instancias de base de datos de RDS àra MySQL compatibles con el mismo nivel de MySQL.

  • Su aplicación de Aurora MySQL está en producción o bien es crítica para la empresa. No puede permitirse períodos de inactividad para actualizaciones fuera de los raros casos para parches críticos.

  • Su aplicación de Aurora MySQL no está limitada por problemas de rendimiento o falta de características que se resuelven en versiones siguientes de Aurora MySQL.

Si los factores anteriores son aplicables a su caso, puede limitar el número de actualizaciones forzadas para un clúster de base de datos de Aurora MySQL. Lo hace eligiendo una versión de Aurora MySQL específica conocida como versión de «Soporte a largo plazo» (LTS) al crear o actualizar dicho clúster de base de datos. Al hacerlo se minimiza el número de ciclos de actualización, ciclos de prueba e interrupciones relacionadas con actualizaciones para dicho clúster de base de datos.

Podría elegir actualizar un clúster de Aurora MySQL frecuentemente si se aplican algunas o todas las condiciones siguientes:

  • El ciclo de prueba de la aplicación es sencillo y breve.

  • La aplicación sigue en la fase de desarrollo.

  • El entorno de la base de datos usa diversas versiones de Aurora MySQL o Aurora MySQL y versiones de RDS para MySQL. Cada clúster de Aurora MySQL tiene su propio ciclo de actualización.

  • Espera mejoras de características o rendimiento específico antes de aumentar el uso de Aurora MySQL.

Si los factores anteriores son aplicables a su situación, puede habilitar Aurora para aplicar actualizaciones importantes con mayor frecuencia. Para ello, actualice un clúster de base de datos de Aurora MySQL a una versión de Aurora MySQL de más reciente que la versión de LTS. Al hacerlo las últimas mejoras de rendimiento, correcciones de errores y características disponibles están disponibles para usted más rápidamente.

Uso de las actualizaciones del sistema operativo

En ocasiones, las instancias de base de datos de los clústeres de base de datos de Aurora MySQL y Aurora PostgreSQL requieren actualizaciones del sistema operativo. Amazon RDS actualiza el sistema operativo a una versión más reciente para mejorar el rendimiento de la base de datos y la posición de seguridad general de los clientes. Normalmente, las actualizaciones tardan unos 10 minutos en completarse. Las actualizaciones del sistema operativo no cambian la versión del motor de la base de datos ni la clase de instancia de la base de datos.

Le recomendamos que actualice primero las instancias de base de datos del lector en un clúster de base de datos y, a continuación, la instancia de base de datos del escritor. No recomendamos actualizar las instancias de lector y escritor al mismo tiempo, ya que podría producirse un tiempo de inactividad en caso de una conmutación por error.

Se recomienda utilizar el controlador JDBC de AWS para que la conmutación por error de la base de datos sea más rápida. Para obtener más información, consulte AWS JDBC Driver for MySQL y AWS JDBC Driver for PostgreSQL.

Hay dos tipos de actualizaciones del sistema operativo, que se diferencian por la descripción que aparece en la acción de mantenimiento pendiente en la instancia de base de datos:

  • Actualización de la distribución del sistema operativo: se utiliza para migrar a la última versión principal compatible de Amazon Linux. Su descripción en la acción de mantenimiento pendiente es New Operating System upgrade is available.

  • Revisión del sistema operativo: se usa para aplicar varias correcciones de seguridad y, a veces, para mejorar el rendimiento de la base de datos. Su descripción en la acción de mantenimiento pendiente es New Operating System patch is available.

Las actualizaciones del sistema operativo pueden ser opcionales u obligatorias:

  • Se puede aplicar una actualización opcional en cualquier momento. Aunque estas actualizaciones son opcionales, le recomendamos que las aplique periódicamente para mantener su flota de RDS al día. RDS no aplica estas actualizaciones automáticamente.

    Para recibir una notificación cuando haya un nuevo parche del sistema operativo opcional disponible, puede suscribirse al RDS-EVENT-0230 en la categoría de eventos de parches de seguridad. Para obtener información sobre cómo suscribirse a los eventos de RDS, consulte Suscripción a notificaciones de eventos de Amazon RDS.

    nota

    RDS-EVENT-0230 no se aplica a las actualizaciones de distribución del sistema operativo.

    nota

    Si ha recibido RDS-EVENT-0230 para una instancia de base de datos de RDS para SQL Server, la actualización del sistema operativo no se puede aplicar mediante la acción apply-pending-maintenance. Para obtener más información, consulte Aplicación de actualizaciones a un clúster de base de datos o clúster de base de datos.

  • Una actualización obligatoria debe aplicarse, por lo que enviamos una notificación antes de la actualización obligatoria. La notificación puede incluir una fecha de vencimiento. Planifique la actualización antes de esta fecha de vencimiento. Después de la fecha de vencimiento especificada, Amazon RDS actualiza automáticamente el sistema operativo de la instancia de base de datos a la versión más reciente durante uno de los períodos de mantenimiento asignados.

    Las actualizaciones de la distribución del sistema operativo son obligatorias.

nota

Mantenerse al día en todas las actualizaciones opcionales y obligatorias podría ser necesario para cumplir varias obligaciones de conformidad. Le recomendamos que aplique todas las actualizaciones que RDS pone a disposición de los usuarios de forma rutinaria durante los periodos de mantenimiento.

Puede utilizar la AWS Management Console o la AWS CLI para obtener información sobre el tipo de actualización del sistema operativo.

Para obtener información de actualización mediante la AWS Management Console
  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos) y, a continuación, seleccione la instancia de base de datos.

  3. Seleccione Maintenance (Mantenimiento y copias de seguridad).

  4. En la sección Mantenimiento pendiente, busque la actualización del sistema operativo y consulte el valor Descripción.

En la AWS Management Console, una actualización de distribución del sistema operativo tiene la Descripción configurada como Nueva actualización del sistema operativo disponible, tal como se muestra en la siguiente imagen. Esta actualización es obligatoria.


                        Actualización de la distribución del sistema operativo.

Un parche del sistema operativo tiene la Descripción configurada como Nuevo parche del sistema operativo disponible, tal como se muestra en la siguiente imagen.


                        Parche del sistema operativo.

Para obtener información de actualización de la AWS CLI, use el comando describe-pending-maintenance-actions.

aws rds describe-pending-maintenance-actions

La siguiente salida muestra una actualización de la distribución del sistema operativo.

{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System upgrade is available" } ] }

La siguiente salida muestra un parche del sistema operativo.

{ "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System patch is available" } ] }

Disponibilidad de las actualizaciones del sistema operativo

Las actualizaciones del sistema operativo son específicas para la versión del motor de base de datos y la clase de instancia de base de datos. Por lo tanto, las instancias de base de datos reciben o requieren actualizaciones en diferentes momentos. Cuando una actualización del sistema operativo está disponible para su instancia de base de datos en función de su versión del motor y de la clase de instancia, la actualización aparece en la consola. También puede verse ejecutando el comando describe-pending-maintenance-actions de la AWS CLI o llamando a la operación de la API DescribePendingMaintenanceActions de RDS. Si hay una actualización disponible para su instancia, puede actualizar el sistema operativo siguiendo las instrucciones de Aplicación de actualizaciones a un clúster de base de datos o clúster de base de datos.