Versiones de base de datos y políticas de versiones

En esta página, se describen las políticas de compatibilidad con versiones de bases de datos de Cloud SQL.

Versiones de bases de datos compatibles con Cloud SQL

Los motores de base de datos compatibles con Cloud SQL incluyen varias versiones. Las versiones pueden variar las capacidades y los tipos de problemas que surjan. Si bien realizar una actualización puede afectar a tus usuarios, también es fundamental proporcionar funciones de base de datos actualizadas y parches importantes. Cloud SQL mantiene tus instancias actualizadas con parches y actualizaciones de versiones secundarias de forma automática.

Versiones principales y secundarias compatibles con Cloud SQL

Cloud SQL admite las siguientes versiones de bases de datos:

Versión principalVersión secundaria Fecha de inicio de la asistencia habitual Fecha de inicio de la compatibilidad extendida Fecha de baja
PostgreSQL 15 (predeterminado)15.5 24 de mayo de 20231 de febrero de 20281 de febrero de 2031
PostgreSQL 14 14.10 11 de noviembre de 20211 de febrero de 20271 de febrero de 2030
PostgreSQL 1313.13 5 de noviembre de 20201 de febrero de 20261 de febrero de 2029
PostgreSQL 1212.17 21 de mayo de 20201 de febrero de 20251 de febrero de 2028
PostgreSQL 1111.22 27 de septiembre de 20191 de febrero de 20251 de febrero de 2028
PostgreSQL 1010.23 27 de marzo de 20201 de febrero de 20251 de febrero de 2028
PostgreSQL 9.69.6.24 1 de abril de 20181 de febrero de 20251 de febrero de 2028

Formato de versión de la base de datos de Cloud SQL

En PostgreSQL 9.6, las dos primeras cifras del número de versión forman la versión principal y el último número es la versión secundaria. Por ejemplo, para la versión 9.6.1, Cloud SQL usa 9.6 como la versión principal y 1 como la versión secundaria. En PostgreSQL 10 y versiones posteriores, el primer dígito es la versión principal. Por ejemplo, en la versión 10.1, 10 es el número de la versión principal y 1 es la versión secundaria.

Ciclo de vida de la versión principal

En esta sección, se describe el ciclo de vida de la asistencia para las versiones principales en Cloud SQL.

Asistencia habitual

El objetivo de Cloud SQL es admitir versiones principales nuevas el mismo día de su lanzamiento de disponibilidad general por parte de la comunidad de desarrolladores del motor de base de datos. La primera fase de la asistencia se llama asistencia normal. Durante la asistencia regular, Cloud SQL proporciona actualizaciones de versiones secundarias para el motor de base de datos. Cloud SQL también aplica correcciones de seguridad a las instancias. Cloud SQL ofrece asistencia periódica para una versión principal, siempre que la comunidad de desarrolladores del motor de base de datos admita la versión principal. Una vez que la versión principal alcanza el final del ciclo de vida (EOL) por parte de la comunidad, la versión principal ingresa a la asistencia extendida en Cloud SQL.

Asistencia extendida

En el caso de las versiones principales de Cloud SQL para PostgreSQL que alcanzaron su EOL, Cloud SQL ofrece asistencia extendida. La asistencia extendida te permite seguir ejecutando tus instancias de Cloud SQL durante tres años incluso después de que la comunidad de desarrolladores deje de admitir las versiones principales en las que se ejecutan las instancias. Se ofrece asistencia extendida durante tres años. Puedes usar este tiempo para planificar, probar y actualizar tus instancias a una versión principal que se admita con regularidad. Para obtener más información sobre cómo realizar una actualización de versión principal, consulta Actualiza la versión principal de la base de datos en el lugar y Actualiza la versión principal de la base de datos mediante la migración de datos.

Para obtener más información sobre la compatibilidad extendida, consulta Compatibilidad extendida en Cloud SQL.

Baja

Después de que finalice la asistencia extendida para una versión principal específica, Cloud SQL la da de baja. Una instancia que se ejecuta en una versión principal obsoleta se actualiza a la versión principal y secundaria predeterminadas para el motor de base de datos de forma automática. Cloud SQL envía un aviso de baja a los propietarios del proyecto al menos 12 meses antes de la fecha de baja.

En las versiones principales de Cloud SQL para PostgreSQL, los propietarios de proyectos reciben un aviso de baja al final del segundo año de asistencia extendida.

Compatibilidad con versiones secundarias

El objetivo de Cloud SQL es admitir versiones secundarias nuevas el mismo día de su lanzamiento de disponibilidad general por parte de la comunidad de desarrolladores del motor de base de datos. Después de que Cloud SQL admite una versión secundaria nueva, Cloud SQL aprovisiona instancias nuevas en la versión nueva de forma automática. Durante el siguiente lanzamiento de mantenimiento programado, Cloud SQL actualiza las instancias existentes a la versión nueva.

Cloud SQL determina la versión secundaria de destino para cada motor de base de datos. Cuando la versión secundaria de destino sea diferente a la versión secundaria de una instancia de Cloud SQL, el servicio actualizará esa versión durante el siguiente ciclo de mantenimiento. Puedes controlar el día y la hora en que se producen reinicios de mantenimiento si configuras un período de mantenimiento para la instancia.