Soporte ampliado para el servidor flexible de Azure Database for PostgreSQL

Para ayudarle a mantener cargas de trabajo seguras y compatibles más allá del final del ciclo de vida de la comunidad (fin de soporte técnico), Azure está introduciendo soporte extendido para Azure Database for PostgreSQL.

El soporte extendido proporciona acceso continuo a actualizaciones de seguridad críticas y asistencia técnica. Con el soporte extendido, tiene tiempo para planear e implementar la estrategia de actualización con confianza.

La compatibilidad ampliada proporciona:

• Hasta tres años adicionales de soporte técnico después de que finalice el soporte técnico estándar
• Revisiones de seguridad y correcciones de errores críticas
• Soporte técnico mediante los canales de soporte de Azure (según su plan existente)

La compatibilidad ampliada no incluye:

• Características nuevas
• Mejoras de rendimiento
• Correcciones de errores generales
• Asistencia para la optimización del rendimiento
• Retroversiones no relacionadas con la seguridad ni con el mantenimiento crítico

¿Por qué usar soporte extendido?

Utilice el soporte extendido si...

• Necesita más tiempo para actualizar cargas de trabajo complejas.
• Requerir cobertura de cumplimiento y seguridad durante la planeación de la actualización.
• Dependa del soporte técnico ininterrumpido para entornos críticos.

procedimientos recomendados

• Trate el soporte extendido como un puente temporal, no una solución a largo plazo.
• Comience el planeamiento de la actualización antes de la fecha de finalización del ciclo de vida (fin del soporte técnico).
• Considere la posibilidad de actualizar a versiones más recientes, como PostgreSQL 15 o 16, para mejorar el rendimiento y la compatibilidad.
• Para obtener más información sobre las rutas de actualización admitidas y las limitaciones, consulte la documentación de actualización de la versión principal.

Versiones válidas de PostgreSQL

Inscripción y precio

• Inscripción automática: el 1 de agosto de 2026, el servicio inscribe automáticamente los servidores postgreSQL que ejecutan versiones no admitidas en soporte extendido.
• Opción de exclusión: puede optar por no participar en cualquier momento actualizando a una versión compatible.
• Período de gracia: se proporciona un período de gracia de un mes para las versiones 11, 12 y 13 de PostgreSQL. La facturación de soporte extendido comienza el 1 de septiembre de 2026.
• Precios: los detalles se publican en esta página.

Preguntas más frecuentes (FAQ)

P: ¿Cómo dejo de pagar cargos por Soporte extendido?

R: Actualice el servidor a una versión de PostgreSQL compatible. Una vez completada correctamente la actualización y el servidor ejecuta una versión de PostgreSQL compatible, ya no se aplican cargos de soporte extendido.

Q: ¿Qué ocurre si quiero seguir ejecutándose sin soporte extendido? ¿Puedo optar por no recibirla?

R: No. La compatibilidad extendida se aplica automáticamente a los servidores aptos que ejecutan versiones de PostgreSQL no admitidas. Para detener los cargos de soporte extendido, actualice a una versión de PostgreSQL compatible.

P: ¿Existe algún vacío en la cobertura del soporte entre el fin del Soporte estándar de Azure y el inicio de la facturación del Soporte extendido?

R: No. No hay ninguna brecha en la cobertura de soporte técnico. Los servidores aptos pasan al soporte extendido inmediatamente después de que finalice Azure soporte estándar. Si se aplica un período de gracia, los clientes siguen recibiendo beneficios de soporte extendido durante ese período sin cargo adicional. La facturación comienza después de que finalice el período de gracia.

Q: ¿Qué ocurre si seguir ejecutando una versión de PostgreSQL no admitida en Azure después de que su comunidad finalice el soporte técnico?

R: El servidor se inscribe automáticamente en soporte extendido una vez que finaliza el período de soporte técnico estándar de Azure para esa versión de PostgreSQL. Si se aplica un período de gracia, el servidor sigue recibiendo ventajas de soporte extendido durante ese período antes de que comience la facturación.

P: ¿Puedo seguir usando mi instancia de PostgreSQL sin soporte extendido?

R: No. Los servidores que ejecutan versiones de PostgreSQL no admitidas se inscriben automáticamente en soporte extendido. Una vez finalizado cualquier período de gracia aplicable, se aplican cargos de soporte extendido a menos que el servidor se actualice a una versión de PostgreSQL compatible.

P: ¿Se me cobrará por soporte extendido si mi servidor está detenido, con errores o no en ejecución?

R: No. Los cargos de facturación de soporte extendido solo se aplican a los servidores que están en estado Correcto (en ejecución) en Azure. Si un servidor se detiene, elimina o se produce un error en el estado de aprovisionamiento, los cargos de soporte extendido no se aplican durante ese período. La facturación se reanuda automáticamente una vez que el servidor vuelve a un estado correcto y continúa ejecutando una versión del motor de fin de vida en soporte extendido.

P: He cambiado a un plan superior durante el ciclo de facturación. ¿Se me seguirá cobrando?

R: Sí. Los cargos de soporte extendido se facturan en función de la hora en que se ejecuta un servidor en una versión de PostgreSQL no admitida. Si actualiza durante un período de facturación, los cargos solo se aplican durante el momento en que el servidor estaba funcionando con soporte extendido antes de que se completara la actualización.

P: ¿Qué ocurre si estoy listo para actualizar a una versión de PostgreSQL compatible, pero las restricciones de capacidad de mi región me impiden actualizar antes de que comience la facturación de soporte extendido?

R: Si las restricciones de capacidad regional impiden actualizar a una versión de PostgreSQL compatible, es posible que el servidor se excluya temporalmente de la facturación de soporte extendido hasta que la capacidad esté disponible y se ofrezca una ruta de actualización. Microsoft canales de soporte técnico proporcionan instrucciones adicionales sobre los criterios de elegibilidad y validación.

P: ¿Mis aplicaciones pueden interrumpirse durante una actualización de la versión principal?

R: Las actualizaciones de versiones principales de PostgreSQL pueden introducir cambios que podrían afectar a la aplicación, como parámetros de configuración en desuso, extensiones incompatibles o diferencias de comportamiento de SQL. Valide las actualizaciones en un entorno que no sea de producción antes de aplicarlas en producción. Para obtener más información, revise los documentos consideraciones y limitaciones clave de las actualizaciones de versiones principales . Los clientes deben validar exhaustivamente la compatibilidad de aplicaciones y la compatibilidad con extensiones en un entorno que no sea de producción antes de programar una actualización de producción.

P: ¿Cómo sé si mi servidor está en soporte extendido?

R: El portal de Azure y CLI de Azure indican si un servidor está inscrito en soporte extendido. También puede encontrar información sobre el estado de soporte técnico y la idoneidad a través de las propiedades del servidor y las notificaciones de servicio asociadas.

P: ¿Es necesario actualizar parámetros después de las actualizaciones de la versión principal?

R: En la mayoría de los casos, no se requieren cambios manuales. El flujo de trabajo de actualización actualiza automáticamente los valores predeterminados de los parámetros según sea necesario para la versión de PostgreSQL de destino. Revise la configuración específica de la aplicación después de la actualización para asegurarse de que siguen cumpliendo sus requisitos.

P: ¿Las extensiones de PostgreSQL se actualizan automáticamente durante una actualización de la versión principal?

R: No. Aunque Azure actualiza el motor de base de datos, las extensiones nocore (por ejemplo, pgvector, timescaledb) requieren actualizaciones manuales. Use ALTER EXTENSION ... UPDATE o vuelva a crear extensiones no admitidas después de la actualización.

P: ¿Cómo puedo reducir el tiempo de inactividad durante una actualización importante?

R: Para minimizar el tiempo de inactividad:

• Planee las actualizaciones durante horas de poco tráfico.
• Identifique y corrija los bloqueadores de actualizaciones (por ejemplo, extensiones, roles, ranuras de replicación) antes de la actualización.
• Pause los trabajos en segundo plano y las sesiones de larga duración.
• Escale verticalmente el proceso de forma temporal para acelerar la pg_upgrade.
• Limpie el sobredimensionamiento con VACUUM o REINDEX de ser necesario.
• Ejecute ANALYZE después de actualizar para restaurar el rendimiento.

P: ¿Dónde puedo realizar un seguimiento de cuáles de mis servidores están cerca del final del soporte técnico?

R: El portal de Azure proporciona visibilidad, incluidos los indicadores para los servidores que se aproximan al final del soporte técnico y los servidores inscritos en soporte extendido.

P: ¿Qué opciones de soporte técnico están disponibles durante la fase de soporte extendido?

R: El soporte extendido incluye acceso a actualizaciones de seguridad, correcciones de errores críticos y asistencia técnica a través de Azure canales de soporte técnico de acuerdo con su plan de soporte técnico. El soporte ampliado no incluye nuevas funcionalidades, mejoras de rendimiento, soporte para actualizaciones a versiones secundarias ni la retroadaptación de mejoras a versiones al final de su período de soporte.

Q: ¿Cómo se controlará el período comprendido entre el 13 de noviembre de 2025 y el 1 de marzo de 2026 para la versión 13 de PostgreSQL? ¿Continuará el soporte técnico durante este tiempo? ¿Cómo diferirá del período anterior al 13 de noviembre de 2025?

R: Según la directiva de control de versiones de la comunidad de PostgreSQL, la comunidad admite cada versión principal hasta que se retire. Azure proporciona soporte extendido gratuito hasta el 31 de agosto de 2026. A partir del 1 de septiembre, los clientes pagan por soporte extendido. Para garantizar el soporte y el acceso continuos a las nuevas características, actualice a las versiones más recientes.

Contenido relacionado

• Actualización de la versión principal
• Versiones de PostgreSQL admitidas
• Política de soporte de versiones