¿Qué sucede con Azure Database for PostgreSQL: servidor único después del anuncio de retirada?
Se aplica a:
Azure Database for PostgreSQL: servidor único
El Servidor único de Azure Database for PostgreSQL está en proceso de retirada y está programado para la retirada el 28 de marzo de 2025.
Azure Database for PostgreSQL: servidor único se puso a disposición de manera general en 2018. Dados los comentarios de los clientes y los nuevos avances en el cálculo, la disponibilidad, la escalabilidad y las funcionalidades de rendimiento en el panorama de bases de datos de Azure, la oferta de Servidor único debe retirarse y actualizarse con una nueva arquitectura El Servidor flexible de Azure Database for PostgreSQL es la próxima generación del servicio y le ofrece lo mejor de la plataforma de base de datos de código abierto de Azure.
Como parte de esta retirada, ya no se admitirá la creación de nuevas instancias de servidor único desde el Azure Portal a partir del 30 de noviembre de 2023. Si debe crear instancias de servidor único para satisfacer las necesidades de continuidad empresarial, puede continuar usando la CLI de Azure y la plantilla de ARM. Sin embargo, a partir de marzo de 2025, estos métodos ya no se usarán.
Si actualmente tiene un servicio de Servidor único de Azure Database for PostgreSQL que hospeda servidores de producción, nos complace informarle que puede migrar el Servidor único de Azure Database for PostgreSQL al Servidor flexible de Azure Database for PostgreSQL.
Servidor flexible de Azure Database for PostgreSQL es un servicio de base de datos totalmente administrado y listo para la producción diseñado para lograr un control más pormenorizado y una mayor flexibilidad de las funciones de administración de bases de datos y las opciones de configuración. Para más información sobre el Servidor flexible de Azure Database for PostgreSQL, visite Servidor flexible de Azure Database for PostgreSQL.
Migración desde Servidor único de Azure Database for PostgreSQL a Servidor flexible de Azure Database for PostgreSQL
Obtenga información sobre cómo migrar de Servidor único de Azure Database for PostgreSQL a Servidor flexible de Azure Database for PostgreSQL mediante la herramienta de migración de Servidor único a Servidor flexible.
Preguntas más frecuentes (P+F)
Q. ¿Por qué se va a retirar el servidor único de Azure Database for PostgreSQL?
A. Azure Database for PostgreSQL: servidor único se puso a disposición de manera general en 2018. Dados los comentarios de los clientes y los nuevos avances en el cálculo, la disponibilidad, la escalabilidad y las funcionalidades de rendimiento en el panorama de bases de datos de Azure, la oferta de Servidor único debe retirarse y actualizarse con una nueva arquitectura El Servidor flexible de Azure Database for PostgreSQL es la próxima generación del servicio y le ofrece lo mejor de la plataforma de base de datos de código abierto de Azure.
Q. ¿Por qué se me pide que migre al servidor flexible de Azure Database for PostgreSQL?
R:El servidor flexible de Azure Database for PostgreSQL es la mejor plataforma para ejecutar todas las cargas de trabajo de PostgreSQL en Azure. El Servidor flexible de Azure Database for PostgreSQL es económico y proporciona un mejor rendimiento en todos los niveles de servicio, y más formas de controlar los costos, para una recuperación ante desastres más barata y rápida. Otras mejoras en el servidor flexible incluyen:
- Compatibilidad con la versión 11 y posteriores de Postgres, además de mejoras de seguridad integradas
- Mejor rendimiento de precios y compatibilidad con opciones de proceso de nivel ampliable.
- Se ha mejorado el tiempo de actividad mediante la configuración de espera activa en la misma zona de disponibilidad, o en una diferente, y ventanas de mantenimiento controladas por el usuario.
- Una experiencia de desarrollador simplificada para cargas de trabajo de datos de alto rendimiento.
Q. ¿Cuándo tengo que migrar mi servidor único a un servidor flexible?
A. El Servidor único de Azure Database for PostgreSQL está programado para su retirada el 28 de marzo de 2025, por lo que se recomienda encarecidamente migrar el servidor único a un servidor flexible lo antes posible para garantizar un tiempo suficiente para la ejecución de todo el ciclo de vida de la migración y para aprovechar las ventajas que ofrece el servidor flexible.
Q. ¿Qué ocurre con mis instancias de servidor único de Azure Database for PostgreSQL existentes?
A. Las cargas de trabajo existentes de Servidor único de Azure Database for PostgreSQL seguirán siendo compatibles hasta marzo de 2025.
Q. ¿Puedo crear una nueva versión 11 de Servidor único de Azure Database for PostgreSQL después de la fecha de EOL de la comunidad en noviembre de 2023?
A A partir del 30 de noviembre de 2023, ya no podrá crear nuevas instancias de servidor único de PostgreSQL versión 11 a través del Azure Portal. Sin embargo, todavía puede hacerlos a través de la CLI hasta noviembre de 2024. Seguiremos admitiendo servidores únicos a través de nuestra directiva de soporte técnico de control de versiones. Sería mejor empezar a migrar a Servidor flexible de Azure Database for PostgreSQL inmediatamente.
Q. ¿Puedo seguir ejecutando mi Servidor único de Azure Database for PostgreSQL más allá de la fecha de expiración del 28 de marzo de 2025?
A. Tenemos previsto admitir el servidor único hasta la fecha de vencimiento del 28 de marzo de 2025. Le recomendamos encarecidamente que empiece a planear la migración lo antes posible. Tenemos previsto finalizar la compatibilidad con las implementaciones de servidor único en los datos de vencimiento del 28 de marzo de 2025.
Q. Después del anuncio de retirada del servidor único, ¿qué ocurre si todavía necesito crear un nuevo servidor único para satisfacer mis necesidades empresariales?
A No estamos deteniendo la capacidad de crear nuevos servidores únicos inmediatamente, por lo que puede seguir creando nuevos servidores a través de la CLI para satisfacer las necesidades empresariales de todas las versiones de PostgreSQL compatibles con Servidor único de Azure Database for PostgreSQL. Le recomendamos encarecidamente que explore el Servidor flexible y vea si satisface sus necesidades. No dude en ponerse en contacto con nosotros si es necesario para que podamos guiarle y sugerir la mejor ruta para usted.
Q. ¿Hay costos adicionales asociados con la realización de la migración?
A. Durante la migración, se paga por el servidor flexible de destino y el servidor único de origen. La configuración y procesamiento del servidor flexible de destino determinarán los costos adicionales en los que se incurre (consulte Precios para obtener más detalles). Una vez que haya dado de baja el servidor único de origen después de una migración correcta, solo pagará por el servidor flexible. El uso de la herramienta de migración de servidor único a servidor flexible no tiene coste adicional. Si tiene preguntas o preocupaciones sobre el costo de migrar el servidor único a uno flexible, póngase en contacto con su representante de la cuenta Microsoft.
Q. ¿Mi facturación se verá afectada por la ejecución de Azure Database for PostgreSQ: servidor flexible en lugar de Azure Database for PostgreSQL: servidor único?
A. La facturación debe ser comparable si elige una configuración similar a la de Azure Database for PostgreSQL: servidor único. Sin embargo, si selecciona la misma zona o la redundancia de zona con alta disponibilidad para el servidor flexible de destino, su factura será superior a la de su servidor único. La misma zona o alta disponibilidad con redundancia de zona necesita que un servidor en espera activa adicional se acelere y almacene los datos de copia de seguridad redundantes, lo que explica el costo agregado del segundo servidor. Esta arquitectura permite reducir el tiempo de inactividad durante interrupciones no planeadas y mantenimientos planeados. Por lo general, el servidor flexible proporciona un mejor precio por rendimiento, pero esto depende de la carga de trabajo.
Q. ¿Se producirá un tiempo de inactividad al migrar mi Servidor único de Azure Database from PostgreSQL a un servidor flexible?
A. Actualmente, la herramienta de migración de servidor único a servidor flexible solo admite migraciones sin conexión. La migración sin conexión requiere tiempo de inactividad de las aplicaciones durante el proceso de migración. Para más información, consulte Herramienta de migración: Azure Database for PostgreSQL con la opción Servidor único a la opción Servidor flexible.
El tiempo de inactividad depende de varios factores que incluyen el número de bases de datos, el tamaño de las bases de datos, el número de tablas dentro de cada base de datos, el número de índices y la distribución de datos entre tablas. También depende de la SKU del servidor de origen y de destino, además de las IOPS disponibles en el servidor de origen y de destino.
Dados los muchos factores implicados en una migración, el mejor enfoque para calcular el tiempo de inactividad de la aplicación es probar la migración en un servidor de recuperación a un momento dado restaurado desde el servidor principal para planear la migración de producción.
Las migraciones sin conexión son menos complejas, con pocas posibilidades de error y son la manera recomendada de realizar migraciones desde un servidor único a uno flexible para cargas de trabajo con periodos de servicio.
Puede ponerse en contacto con los equipos de la cuenta si no cumplen los requisitos de tiempo de inactividad de las migraciones sin conexión proporcionadas por una herramienta de migración de servidor único a flexible.
Nota:
La compatibilidad con la migración en línea estará disponible próximamente.
Q. ¿Habrá actualizaciones futuras del servidor único para que admita las versiones más recientes de PostgreSQL?
A. Se recomienda migrar al Servidor flexible si debe ejecutar en las versiones más recientes del motor de PostgreSQL. Seguimos implementando versiones secundarias publicadas por la comunidad para Postgres versión 11 hasta que la comunidad la retire en noviembre de 2023.
Nota:
Estamos ampliando la compatibilidad con la versión 11 de Postgres después de la fecha de retirada de la comunidad y admitiremos la versión 11 de PostgreSQL en un Servidor único y un Servidor flexible para facilitar esta transición. Considere la posibilidad de migrar a un Servidor flexible para usar las ventajas de las versiones del motor de Postgres más recientes.
Q. ¿En qué se diferencia el Acuerdo de Nivel de Servicio de disponibilidad del Servidor flexible de 99,99 % del Servidor único?
A La implementación con redundancia de zona del Servidor flexible proporciona disponibilidad del 99,99 % con resistencia de nivel de zona y el Servidor único ofrece una disponibilidad del 99,99 % pero sin resistencia zonal. La arquitectura de alta disponibilidad (HA) de Servidor flexible implementa un servidor en espera activa con proceso y almacenamiento redundantes (con los datos de cada sitio almacenados en 3 copias). Una arquitectura de alta disponibilidad de Servidor único no tiene un servidor en espera activa para ayudar a recuperarse de errores zonales. La arquitectura de alta disponibilidad del Servidor flexible reduce el tiempo de inactividad durante interrupciones no planeadas y el mantenimiento planeado.
Q. Mi servidor único se implementa en una región que no admite Servidor flexible. ¿Cómo debo proceder con la migración?
A Estamos cerca de la paridad regional con un servidor único. Estas son las regiones sin presencia de servidor flexible.
- Este de China (CE y CE2),
- Norte de China (CN y CN2)
- Oeste de la India
- Norte de Noruega
Se recomienda migrar a las regiones CN3/CE3, Centro de la India, Centro de Suecia y Sur de Suecia. Q. Tengo un vínculo privado configurado para mi servidor único y esta característica no se admite actualmente en Servidores flexible. ¿Cómo realizo una migración?
A La compatibilidad de Servidor flexible con vínculos privados es la prioridad más alta en nuestro plan de desarrollo. Esta característica está prevista para su lanzamiento en el cuarto trimestre de 2023. Otra opción es considerar la posibilidad de migrar al servidor flexible insertado en la red virtual.
Q. ¿Hay alguna opción para revertir una migración de Servidor único a Servidor flexible?
A. Puede realizar cualquier número de migraciones de prueba, probar el éxito de la migración y hacer la migración final una vez que esté listo. Las migraciones de prueba no afectan al origen del servidor único, que permanece operativo hasta que se realiza la migración. Si se producen errores durante la migración de prueba, puede posponer la migración final y mantener el servidor de origen en ejecución. Luego, puede volver a intentar la migración final después de resolver los errores. Después de realizar una migración final a un servidor flexible y abrirla para la carga de trabajo de producción, perderá la capacidad de volver a un servidor único sin incurrir en una pérdida de datos.
Q. Cómo debo migrar mi base de datos (> 1 TB)
R:La herramienta de migración de Servidor único a Servidor flexible puede migrar bases de datos de todos los tamaños de un Servidor único a un Servidor flexible. La nueva versión de la herramienta no tiene restricciones con respecto al tamaño de las bases de datos.
Q. ¿Se admite la migración entre regiones?
A Actualmente, la herramienta de migración de Servidor único a Servidor flexible no admite migraciones entre regiones. Se admitirá en un momento posterior. Puede usar pg_dump/pg_restore para realizar migraciones entre regiones.
Las migraciones de datos entre regiones deben evitarse porque la migración tarda mucho tiempo en completarse. Una manera más sencilla de hacerlo será iniciar una réplica de lectura en la instancia de GeoRegion de destino, conmutar por error la aplicación y seguir los pasos descritos anteriormente.
Q. ¿Se admite la migración entre suscripciones?
A La herramienta de migración de Servidor único a Servidor flexible admite migraciones entre suscripciones.
Q. ¿Se admite la suscripción entre grupos de recursos?
A La herramienta de migración de Servidor único a Servidor flexible admite migraciones entre grupos de recursos.
Q. ¿Hay compatibilidad entre versiones?
A. El servicio de migración de Servidor único a Servidor flexible admite la migración desde una versión anterior de PostgreSQL (PG 9.5 y versiones posteriores) a cualquier versión superior. Como siempre, la compatibilidad de aplicaciones con versiones de PostgreSQL posteriores debe comprobarse de antemano.
Herramienta de migración de Servidor único a Servidor flexible
La Herramienta de migración de Servidor único a Servidor flexible es una herramienta eficaz que permite migrar con facilidad la base de datos de SQL Server de un Servidor único a un Servidor flexible. Con esta herramienta, puede mover fácilmente la base de datos de un servidor local o una máquina virtual a un servidor flexible en la nube, lo que le permite aprovechar la escalabilidad y flexibilidad de la informática en la nube.
Q. ¿Qué componentes de datos, esquemas y metadatos se migran como parte de la migración?
A. La herramienta de migración de Servidor único a Servidor flexible migra el esquema, los datos y los metadatos del origen al destino. Todos los siguientes componentes de datos, esquemas y metadatos se migran como parte de la migración de la base de datos:
Migración de datos
- Todas las tablas de todas las bases de datos o esquemas.
Migración de esquemas:
- Nomenclatura
- Clave principal
- Tipo de datos
- Posición ordinal
- Valor predeterminado
- Nulabilidad
- Atributos de incremento automático
- Índices secundarios
Migración de metadatos:
- Procedimientos almacenados
- Functions
- Desencadenadores
- Vistas
- Restricciones de clave externa
Q. ¿Cuál es la diferencia entre la migración sin conexión y en línea?
A. La herramienta de migración de Servidor único a Servidor flexible admite ahora la migración sin conexión, con migraciones en línea próximas. Con una migración sin conexión, el tiempo de inactividad de la aplicación se inicia cuando comienza la migración. Con una migración en línea, el tiempo de inactividad se limita al momento de transicionar al final del proceso, pero usa un mecanismo de replicación lógica. Los datos o esquemas deben pasar estas restricciones del motor PG de código abierto para la migración en línea. Sugerimos que pruebe una migración sin conexión para determinar si el tiempo de inactividad es aceptable.
Puede encontrar una comparación entre las migraciones en línea y sin conexión en la tabla siguiente:
| Área | Migración en línea | Migración sin conexión |
|---|---|---|
| Disponibilidad de la base de datos para lecturas durante la migración | Disponible | Disponible |
| Disponibilidad de la base de datos para escrituras durante la migración | Disponible | Por lo general, no se recomienda. Cualquier escritura iniciada después de la migración no se captura ni se migra |
| Idoneidad de la aplicación | Aplicaciones que necesitan un tiempo de actividad máximo | Aplicaciones que pueden permitirse un periodo de tiempo de inactividad planeado o tener restricciones de esquema o carga de trabajo que prohíban la migración en línea |
| Idoneidad para cargas de trabajo con escritura intensiva | Esta opción es adecuada, pero se espera que reduzca la carga de trabajo durante la migración. | Esta es solo una solución recomendada si puede deshabilitar las escrituras durante la migración. Las escrituras en el origen no se migran al servidor de destino después de que se inicie la migración |
| Transición manual | Obligatorio | No se requiere |
| Tiempo de inactividad necesario | Pequeño y fijo independientemente del tamaño de los datos | Proporcional al tamaño de los datos y a otros factores. Podría ser tan pequeño como unos minutos, en caso de bases de datos más pequeñas, a unas horas, en caso de bases de datos más grandes |
| Tiempo de migración | Depende del tamaño de la base de datos y de la actividad de escritura hasta la transición | Depende del tamaño de la base de datos |
Q. ¿Hay alguna recomendación para optimizar el rendimiento de la herramienta de migración de Servidor único a Servidor flexible?
A. Sí. Para realizar migraciones más rápidas, elija una SKU superior para el servidor flexible. Elija una SKU mínima de 4VCore o superior para completar la migración rápidamente. Siempre puede cambiar la SKU para que coincida con las necesidades de la aplicación después de la migración.
Q. ¿Cuánto tiempo tarda la migración sin conexión con la herramienta de migración de Servidor único a Servidor flexible?
A. En la tabla siguiente se muestra el tiempo para realizar migraciones sin conexión para bases de datos de varios tamaños mediante la herramienta de migración de Servidor único a Servidor flexible. La migración se realizó mediante un servidor flexible con la SKU:
Standard_D4ds_v4 (4 núcleos, 16 GB de memoria, disco de 128 GB y 500 IOPS)
| Tamaño de base de datos | Hora (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1000 GB | 07:00 |
Nota
Los números anteriores proporcionan una aproximación del tiempo necesario para completar la migración. Para obtener un tiempo preciso necesario para migrar el servidor, se recomienda encarecidamente tomar una PITR (recuperación a un momento dado) del Servidor único y ejecutarla en la herramienta de migración de Servidor único a Servidor flexible.
Q. ¿Cuánto tiempo tarda la migración en línea con la herramienta de migración de Servidor único a Servidor flexible?
A La migración en línea implica los pasos siguientes:
- Copia inicial de bases de datos
- Captura de datos modificados: reproducción de todas las transacciones en el origen durante el paso 1 al destino.
El tiempo que se tarda en el paso 1 es el mismo que para las migraciones sin conexión (consulte la pregunta anterior).
El tiempo necesario para el paso 2 depende de las transacciones que se produzcan en el origen. Si se trata de una carga de trabajo que consume mucha escritura, el tiempo necesario para el paso 2 será mayor.
Soporte técnico adicional
Q. Tengo más preguntas sobre la retirada.
A. Puede obtener más información de distintas maneras.
Obtén respuestas de expertos de la comunidad en Microsoft Q&A.
Puede ponerse en contacto con el equipo del producto de Azure Database for PostgreSQL.
Si tiene un plan de soporte técnico y necesita ayuda técnica, cree una solicitud de soporte técnico:
- En Resumen, escriba una descripción del problema.
- En Tipo de problema, seleccione Técnico.
- En Suscripción, seleccione la suscripción.
- En Servicio, seleccione Mis servicios.
- En Tipo de servicio, seleccione Servidor único de Azure Database for PostgreSQL.
- En Recurso, seleccione el recurso.
- En Tipo de problema, seleccione Migrar a Azure DB for PostgreSQL.
- En Subtipo de problema, seleccione Migración de un servidor único a un servidor flexible.
Advertencia
Este artículo no es para usuarios de servidores flexibles de Azure Database for PostgreSQL. Es para clientes de Servidor único de Azure Database for PostgreSQL que necesitan actualizar a Servidor flexible de Azure Database for PostgreSQL.
Sabemos que la migración de servicios puede ser una experiencia frustrante y nos disculpamos con antelación por cualquier inconveniente que esto pueda causarle. Puede elegir qué escenario funciona mejor para usted y su entorno.