En esta página, se describen las políticas de compatibilidad con versiones de bases de datos para AlloyDB para PostgreSQL.
Para obtener información sobre las políticas de versiones de AlloyDB Omni, consulta Políticas de versiones de bases de datos de AlloyDB Omni.
Políticas de versiones de AlloyDB
Las instancias de AlloyDB ejecutan un servidor de base de datos creado y mantenido por Google que es totalmente compatible con PostgreSQL. Tienes control sobre la versión principal de PostgreSQL con la que son compatibles tus instancias. AlloyDB mantiene actualizada automáticamente la compatibilidad de versiones secundarias de las instancias.
Cada clúster de AlloyDB admite la compatibilidad con una versión principal específica de PostgreSQL, por ejemplo, PostgreSQL 18. Eliges la versión principal cuando creas el clúster. Después de elegir una versión principal, el clúster la conserva durante su ciclo de vida, a menos que inicies una actualización de versión principal. Puedes actualizar un clúster realizando una actualización de versión principal en el lugar o migrando los datos del clúster a un clúster nuevo.
Cada instancia de AlloyDB ejecuta un servicio de base de datos que es compatible con una versión secundaria específica de PostgreSQL, por ejemplo, 16.3. AlloyDB lanza actualizaciones de compatibilidad de versiones secundarias varias veces al año y aplica estas actualizaciones a las instancias de forma automática. Estas actualizaciones mantienen cada instancia actualizada con las correcciones de errores y los parches de seguridad más recientes disponibles para su versión principal.
Política de versiones principales
En esta sección, se describe la compatibilidad y el ciclo de vida de la asistencia para las versiones principales en AlloyDB.
Asistencia habitual
Nuestro objetivo es ofrecer asistencia oportuna para la compatibilidad de AlloyDB con las versiones principales nuevas de PostgreSQL. El momento de esa asistencia depende del producto AlloyDB:
AlloyDB para PostgreSQL: Nuestro objetivo es admitir la compatibilidad con una versión principal nueva de PostgreSQL en un plazo de cinco meses a partir del lanzamiento de disponibilidad general por parte de la comunidad de desarrolladores de PostgreSQL.
La primera fase de esta asistencia es la asistencia habitual. Durante la asistencia habitual, AlloyDB proporciona actualizaciones de versiones secundarias y de mantenimiento, y aplica correcciones de seguridad a las instancias. AlloyDB ofrece asistencia habitual para una versión principal, siempre que la comunidad de desarrolladores del motor de base de datos admita la versión principal, no menos de cinco años. 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 fase de asistencia extendida del ciclo de vida.
AlloyDB en Google Distributed Cloud: Nuestro objetivo es admitir la compatibilidad con una versión principal nueva de PostgreSQL en un plazo de cuatro meses a partir de la disponibilidad de esa versión principal en AlloyDB Omni.
Estos son lineamientos generales. Los tiempos de lanzamiento reales para la versión nueva pueden diferir.
Asistencia extendida
En el caso de las versiones principales de AlloyDB que alcanzan su EOL, AlloyDB ofrece asistencia extendida. La asistencia extendida te permite seguir ejecutando tus instancias de AlloyDB durante tres años 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 del servidor de un clúster mediante la migración de datos.
Para obtener más información sobre la asistencia extendida, consulta Asistencia extendida en AlloyDB.
Baja
Después de que finalice la asistencia extendida para una versión principal, AlloyDB la da de baja. Cuando Google planea finalizar la asistencia extendida para una versión principal de PostgreSQL, proporcionamos lo siguiente a los propietarios del proyecto:
- Avisos de finalización de la asistencia, que se envían al menos 12 meses antes, al final del segundo año de asistencia extendida.
- Herramientas y documentación para minimizar la interrupción de la actualización.
Cualquier clúster de AlloyDB que aún ejecute la versión principal de la base de datos obsoleta al final del período de asistencia extendida se actualiza automáticamente a la versión predeterminada en ese momento.
Cronograma de asistencia para versiones principales
En la siguiente tabla, se muestran las fechas en las que la asistencia de AlloyDB para las versiones compatibles pasó a estar disponible para el público en general (GA):
Versión principal compatible con PostgreSQL |
Fecha de inicio de la asistencia habitual de AlloyDB |
Fecha de DG de la asistencia de versiones de AlloyDB Omni |
Fecha de inicio de la asistencia extendida de AlloyDB |
Fecha de baja de AlloyDB |
|---|---|---|---|---|
PostgreSQL 18 |
18 de marzo de 2026 |
9 de abril de 2026 |
- |
- |
PostgreSQL 17 |
22 de septiembre de 2025 |
15 de diciembre de 2025 |
1 de febrero de 2030 |
1 de febrero de 2033 |
PostgreSQL 16 |
23 de octubre de 2024 |
8 de abril de 2025 |
1 de febrero de 2029 |
1 de febrero de 2032 |
PostgreSQL 15 |
19 de enero de 2024 |
11 de octubre de 2023 |
1 de febrero de 2028 |
1 de febrero de 2031 |
PostgreSQL 14 |
12 de diciembre de 2022 |
No aplicable |
1 de febrero de 2027 |
1 de febrero de 2030 |
Dependencias de versiones para las funciones de AlloyDB
Es posible que algunas funciones de AlloyDB requieran una versión principal de compatibilidad con PostgreSQL para ejecutarse en una instancia de AlloyDB. Se documentan los requisitos mínimos de versión para las funciones.
Compatibilidad con versiones secundarias
AlloyDB y AlloyDB en Distributed Cloud tienen como objetivo lanzar la compatibilidad con una versión secundaria nueva de PostgreSQL cada trimestre. Estas actualizaciones incluyen correcciones de errores y de seguridad. El cronograma de lanzamiento puede variar según la necesidad de correcciones de errores adicionales.
Después de que AlloyDB lanza la compatibilidad con una versión secundaria nueva de PostgreSQL, Google aplica automáticamente esta actualización a todas las instancias. Estas actualizaciones se propagan durante un lanzamiento de mantenimiento posterior. Para obtener más información sobre el mantenimiento automático de AlloyDB, consulta Acerca del mantenimiento.
Por ejemplo, si AlloyDB lanza la compatibilidad con una versión secundaria nueva de PostgreSQL 17, un clúster configurado con compatibilidad con Postgres 17 tendrá todas sus instancias actualizadas a esta versión secundaria nueva durante una operación de mantenimiento programada posterior.
Cuando creas una instancia de AlloyDB, se ejecuta la versión secundaria compatible más reciente dentro de la versión principal de PostgreSQL.
Compatibilidad con versiones principales y secundarias admitidas
AlloyDB admite la compatibilidad con las siguientes versiones de la base de datos de PostgreSQL:
Versión compatible con PostgreSQL |
AlloyDB |
|---|---|
PostgreSQL 18 |
18.1 |
PostgreSQL 17 (predeterminado) |
17.7 |
|
PostgreSQL 16 |
16.9 |
PostgreSQL 15 |
15.13 |
PostgreSQL 14 |
14.18 |
Compatibilidad con PostgreSQL 18
Antes de usar PostgreSQL 18 como versión de la base de datos, ten en cuenta lo siguiente:
- No se admite la replicación lógica desde el servidor de reserva.
Compatibilidad con PostgreSQL 17
Antes de usar PostgreSQL 17 como versión de la base de datos, ten en cuenta lo siguiente:
- No se admite la replicación lógica desde el servidor de reserva.
Compatibilidad con PostgreSQL 16
Antes de usar PostgreSQL 16 como versión de la base de datos, ten en cuenta lo siguiente:
- No se admite la replicación lógica desde el servidor de reserva.
Actualizaciones de seguridad
Cuando la comunidad de PostgreSQL lanza versiones secundarias con correcciones de seguridad, el equipo de seguridad de AlloyDB las revisa para determinar la criticidad y el impacto.
En el caso de AlloyDB para PostgreSQL, las correcciones críticas se transfieren y tus clústeres se actualizan como parte de un lanzamiento de mantenimiento posterior. Nuestro objetivo es aplicar parches críticos en un plazo de un mes.
Las correcciones menos graves se incluyen en las actualizaciones de versiones secundarias futuras. Esto garantiza que tus clústeres estén siempre actualizados con las correcciones de seguridad más recientes y protegidos de posibles ataques.