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. En los temas siguientes se describen estas acciones de mantenimiento y cómo aplicarlas.
Descripción general de las actualizaciones de mantenimiento de un clúster de base de datos
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. Se recomienda que las haga lo antes posible. Para obtener más información sobre las actualizaciones de sistemas operativos, consulte Actualizaciones del sistema operativo para clústeres de base de datos de Aurora.
Temas
Recursos sin conexión durante las actualizaciones de mantenimiento
Algunos elementos de mantenimiento requieren que Amazon RDS desconecte su clúster de base de datos durante un breve periodo 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.
Modificaciones diferidas de instancias de base de datos y clústeres de base de datos
Las modificaciones de instancias y clústeres 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-clústersPendingModifiedValues
.
Consistencia final de la API DescribependingMaintenanceActions
La API DescribePendingMaintenanceActions
de Amazon RDS sigue un modelo de consistencia final. Esto significa que el resultado del comando DescribePendingMaintenanceActions
puede que no sea visible inmediatamente para todos los comandos de RDS posteriores. Tenga esto en cuenta cuando utilice DescribePendingMaintenanceActions
inmediatamente después de usar un comando de API anterior.
La consistencia final puede afectar a la forma en que ha administrado las actualizaciones de mantenimiento. Por ejemplo, si ejecuta el comando ApplyPendingMaintenanceActions
para actualizar la versión del motor de base de datos de un clúster de base de datos, al final será visible en DescribePendingMaintenanceActions
. En este escenario, DescribePendingMaintenanceActions
podría indicar que la acción de mantenimiento no se aplicó a pesar de que sí se hizo.
Para administrar la consistencia final, puede hacer lo siguiente:
-
Confirme el estado de el clúster de base de datos antes de ejecutar un comando para modificarlo. Ejecute el comando
DescribePendingMaintenanceActions
correspondiente mediante un algoritmo de retroceso exponencial para asegurarse de que dispone de tiempo suficiente para que el comando anterior se propague en el sistema. Para ello, ejecute el comandoDescribePendingMaintenanceActions
varias veces, empezando con un par de segundos de espera y aumentando gradualmente hasta cinco minutos. -
Agregue tiempo de espera entre los comandos siguientes, incluso si un comando
DescribePendingMaintenanceActions
devuelve una respuesta precisa. Aplique un algoritmo de retroceso exponencial comenzando con un par de segundos de tiempo de espera y aumente gradualmente hasta unos cinco minutos de tiempo de espera.
Visualización de actualizaciones de mantenimiento pendientes
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 Mantenimiento para el clúster de base de datos en la consola Amazon RDS, como se muestra en esta figura.

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:
-
obligatorio: la acción de mantenimiento se aplicará al recurso y no se podrá aplazar indefinidamente.
-
available: la acción de mantenimiento está disponible, pero no se aplicará al recurso automáticamente. Puede aplicarla manualmente.
-
siguiente periodo: la acción de mantenimiento se aplicará al recurso durante el siguiente periodo de mantenimiento.
-
En curso: la acción de mantenimiento se está aplicando al recurso.
Si hay disponible una actualización, puede realizar una de las acciones siguientes:
-
Si el valor de mantenimiento es siguiente periodo, aplace las acciones de mantenimiento eligiendo aplazar actualización en Acciones. No puede aplazar una acción de mantenimiento que ya se haya iniciado.
-
Aplicar inmediatamente las operaciones de mantenimiento.
-
Aplicar las acciones de mantenimiento durante el siguiente periodo de mantenimiento.
-
No realizar ninguna acción.
Realización de una acción mediante la AWS Management Console
-
Seleccione la instancia de base de datos o el clúster para mostrar sus detalles.
-
Seleccione Mantenimiento y copias de seguridad. Aparecerán las acciones de mantenimiento pendientes.
-
Elija la acción que desee realizar y seleccione cuándo aplicarla.

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 Ventana de mantenimiento de Amazon RDS.
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.
Para obtener información sobre la aplicación de actualizaciones de mantenimiento, consulte Aplicación de actualizaciones a un clúster de base de datos.
Acciones de mantenimiento para Amazon Aurora
Las acciones de mantenimiento siguientes se aplican a los clústeres de bases de datos de Aurora:
-
os-upgrade
: actualización de los sistemas operativos de todas las instancias de base de datos del clúster de bases de datos mediante actualizaciones sucesivas. Para obtener más información, consulte Actualizaciones del sistema operativo para clústeres de base de datos de Aurora. -
system-update
: aplicación de parches al motor de base de datos para Aurora PostgreSQL.
Las acciones de mantenimiento siguientes se aplican a las instancias de base de datos de Aurora:
-
ca-certificate-rotation
: actualización del certificado de Amazon RDS Certificate Authority para la instancia de base de datos. -
hardware-maintenance
: realización del mantenimiento del hardware subyacente de la instancia de base de datos. -
system-update
: actualización del sistema operativo de la instancia de base de datos.
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.
Ventana de mantenimiento de Amazon RDS
La ventana de mantenimiento es un intervalo de tiempo semanal durante la que se aplican los cambios del sistema. Cada clúster de base de datos tiene un periodo de mantenimiento semanal. El periodo de mantenimiento es una oportunidad para controlar cuándo ocurrirán las modificaciones y los parches de software. Para obtener más información sobre el ajuste del periodo de mantenimiento, consulte Ajuste de la ventana de mantenimiento preferida para un clúster de base de datos.
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.
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. El periodo de mantenimiento se detiene cuando se detiene el clúster de la base de datos.
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.
En la siguiente tabla se muestran los bloques de tiempo de cada Región de AWS desde los que se asignan las ventanas de mantenimiento predeterminadas.
Nombre de la región | Región | Bloque de tiempo |
---|---|---|
Este de EE. UU. (Norte de Virginia) | us-east-1 | 03:00–11:00 UTC |
Este de EE. UU. (Ohio) | us-east-2 | 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 (Malasia) | ap-southeast-5 | 09:00–17:00 UTC |
Asia-Pacífico (Melbourne) | ap-southeast-4 | 11:00–19:00 UTC |
Asia Pacífico (Bombay) | 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 (Fráncfort) | eu-central-1 | 21:00 — 05:00 UTC |
Europe (Irlanda) | eu-west-1 | 22:00 — 06:00 UTC |
Europe (Londres) | 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 |
Europa (Estocolmo) | 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.
nota
En el caso de las actualizaciones del motor de base de datos, Amazon Aurora administra la ventana de mantenimiento preferida para un clúster de base de datos y no para las instancias individuales.
Para ajustar la ventana de mantenimiento preferida del clúster de base de datos
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Elija el clúster de base de datos cuyo periodo de mantenimiento desea cambiar.
-
Elija Modify.
-
En la sección Maintenance (Mantenimiento), actualice el periodo de mantenimiento.
-
Elija Continue.
En la página de confirmación, revise los cambios.
-
Para aplicar los cambios a la ventana de mantenimiento inmediatamente, elija Immediately (Inmediatamente) en la sección Schedule of modifications (Programación de modificaciones).
-
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
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-windowTue:04:00-Tue:04:30
Para Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier
my-cluster
^ --preferred-maintenance-windowTue: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
Aplicación de actualizaciones a un 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 AWS Management Console, la AWS CLI o la API de RDS.
Para administrar la actualización de un clúster de base de datos
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, seleccione Databases (Bases de datos).
-
Seleccione el clúster de base de datos que tenga una actualización necesaria.
-
En Acciones, elija una de las siguientes opciones:
-
Aplicar parches ahora
-
Aplicar parches en el siguiente periodo
nota
Si elige Aplicar parches en el siguiente periodo y después desea aplazar la actualización, puede seleccionar 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-actionsystem-update
\ --opt-in-typeimmediate
En Windows:
aws rds apply-pending-maintenance-action ^ --resource-identifier
arn:aws:rds:us-west-2:001234567890:db:mysql-db
^ --apply-actionsystem-update
^ --opt-in-typeimmediate
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
Para 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 la 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
Para 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.
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.
nota
La base de datos global de Aurora no admite actualizaciones de versiones secundarias automáticas.
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 | Sí |
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 | Sí |
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 para Aurora.
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 del motor de base de datos 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.
Temas
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-clúster. Especifique el nombre del clúster de base de datos para la opción
--db-cluster-identifier
ytrue
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 ModifyDBclúster de la API y especifique el nombre del clúster de base de datos para el parámetro
DBClusterIdentifier
ytrue
para el parámetroAutoMinorVersionUpgrade
. Como opción, defina el parámetroApplyImmediately
entrue
para activar inmediatamente esta configuración para el clúster de base de datos.
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
ytrue
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 comandomodify-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
ytrue
para el parámetroAutoMinorVersionUpgrade
. Como opción, defina el parámetroApplyImmediately
entrue
para activar inmediatamente esta configuración para la instancia de base de datos. Llame a una acciónModifyDBInstance
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.
Actualizaciones del sistema operativo para clústeres de base de datos de Aurora
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.
Hay dos tipos de actualizaciones del sistema operativo, que se diferencian por la descripción que aparece en la acción de mantenimiento pendiente:
-
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 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 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. -
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.
Para los clústeres de base de datos de Aurora, puede realizar actualizaciones tanto en el nivel de clúster como de instancia:
-
La opción del nivel de clúster se indica mediante
os-upgrade
como tipo de mantenimiento y utiliza actualizaciones sucesivas. Las actualizaciones sucesivas aplican automáticamente las actualizaciones a unas cuantas instancias de bases de datos de lector a la vez, lo que conserva la disponibilidad de lectura.La instancia de base de datos de escritor se actualiza en último lugar para evitar múltiples conmutaciones por error y reducir los tiempos de inactividad innecesarios.
-
La opción en el nivel de instancia se indica mediante
system-update
como el tipo de mantenimiento. Si usa esta opción, le recomendamos que actualice primero las instancias de base de datos de lector en un clúster de base de datos y, a continuación, la instancia de base de datos de 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.
Al programar las actualizaciones del sistema operativo en el nivel de clúster, las actualizaciones se producen durante el periodo de mantenimiento en el nivel de clúster especificado para el clúster. Esto garantiza que las actualizaciones estén coordinadas para todo el clúster. Sin embargo, si programa las actualizaciones en el nivel de instancia, las actualizaciones se producen durante el periodo de mantenimiento de cada instancia de base de datos correspondiente. Si el clúster y las dos instancias de lectura tienen periodos de mantenimiento diferentes, la programación de una actualización del sistema operativo en el nivel de clúster se alinea con el periodo de mantenimiento del clúster.
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
Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/
. -
En el panel de navegación, elija Databases (Bases de datos) y, a continuación, seleccione la instancia de base de datos.
-
Seleccione Mantenimiento y copias de seguridad.
-
En la sección Mantenimiento pendiente, busque la actualización del sistema operativo y consulte el valor Descripción.
En las imágenes siguientes, se muestra un clúster de bases de datos con una instancia de base de datos de escritor que tiene disponible un parche para el sistema operativo.


En la siguiente imagen, se muestra un clúster de bases de datos con una instancia de base de datos de escritor y una instancia de base de datos de lector. La instancia de escritor tiene disponible una actualización obligatoria del sistema operativo. La instancia de lector tiene disponible un 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 para un clúster de base de datos y una instancia de base de datos.
{ "PendingMaintenanceActions": [ { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:cluster:t3", "PendingMaintenanceActionDetails": [ { "Action": "os-upgrade", "Description": "New Operating System upgrade is available" } ] }, { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:t3-instance1", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System upgrade is available" } ] }, ] }
La siguiente salida muestra un parche del sistema operativo para una instancia de la base de datos.
{ "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 de RDS DescribePendingMaintenanceActions. 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.