Compartir a través de

Migración automática de Azure Database for PostgreSQL con la opción de instalación de servidor único a la de servidor flexible

  • Artículo

SE APLICA A: Azure Database for PostgreSQL con servidor único

La migración automática de Azure Database for PostgreSQL: servidor único a servidor flexible es una migración iniciada por el servicio que tiene lugar durante una ventana de tiempo de inactividad planeada para un solo servidor, independiente de su ventana de revisión o mantenimiento. El servicio identifica los servidores aptos y envía notificaciones anticipadas con pasos detallados sobre el proceso de migración automática. Puede revisar y ajustar la programación de migración si es necesario o enviar una solicitud de soporte técnico para rechazar la migración automática para los servidores.

La migración automática aprovecha el servicio de migración de Azure PostgreSQL para ofrecer una migración sin conexión resistente durante la ventana de migración planeada. El tiempo de inactividad variará en función de las características de la carga de trabajo, con cargas de trabajo más grandes que podrían requerir hasta 20 minutos. Para conocer las pruebas comparativas de velocidad de migración, consulte Pruebas comparativas de velocidad de migración de Azure PostgreSQL. Esta migración elimina la necesidad de migración manual del servidor, lo que le permite beneficiarse de las características del servidor flexible después de la migración, incluido el rendimiento de precios mejorado, el control de configuración de base de datos granular y las ventanas de mantenimiento personalizadas.

Nota:

El servicio de migración automática selecciona Servidor único para migrar en función de los criterios siguientes:

  • Versión 11 de servidor único
  • Servidores sin ninguna característica compleja, como CMK, Id. de Microsoft Entra, Réplica de lectura y punto de conexión privado
  • Tamaño de los datos <= 10 GB
  • Acceso público habilitado

Proceso de migración automática

El proceso de migración automática incluye varias fases clave:

  • Creación de servidor flexible de destino: se crea un servidor flexible para que coincida con el rendimiento y el costo de la SKU de servidor único. Hereda todas las reglas de firewall del servidor único de origen.

  • Migración de datos: la migración de datos se produce durante la ventana de migración designada, normalmente programada fuera del horario comercial para la región de hospedaje del servidor (si el servicio elige la ventana). El servidor único de origen se establece en de solo lectura y todos los datos, esquemas, roles de usuario, privilegios y propiedad de los objetos de base de datos se migran al servidor flexible.

  • Conmutador DNS: después de la migración de datos, se realiza un conmutador DNS, lo que permite que la cadena de conexión de servidor único existente se conecte sin problemas al nuevo servidor flexible. Tanto los formatos de cadena de conexión de servidor único como flexible, así como los formatos de nombre de usuario (username@server_name y nombre de usuario), se admiten en el servidor flexible migrado.

  • Visibilidad del servidor flexible: después de una migración de datos correcta y un conmutador DNS, el nuevo servidor flexible aparece en la suscripción y se puede administrar a través de Azure Portal o la CLI.

  • Cadenas de conexión de servidor único actualizadas: las cadenas de conexión actualizadas para el servidor único heredado se envían a través de notificaciones de Service Health en Azure Portal. También son accesibles en la página del portal de servidor único en Configuración-> Cadenas de conexión.

  • Eliminación de servidor único: el servidor único se conserva durante siete días después de la migración antes de eliminarlo.

Nominación de servidores únicos para la migración automática

El proceso de designación es para los usuarios que desean realizar voluntariamente un seguimiento rápido de su migración al servidor flexible. Si posee una carga de trabajo de servidor único, ahora puede designarse a usted mismo (si aún no lo ha programado el servicio) para la migración automática. Utilice este formulario para enviar los detalles del servidor.

Cómo comprobar si el servidor único está programado para la migración automática

Para determinar si el servidor único está seleccionado para la migración automática, siga estos pasos:

  • Notificaciones de Service Health: en Azure Portal, vaya a eventos de Estado del servicio > Mantenimiento planeado. Busque eventos con la etiqueta "Notificación para la migración automática programada a Un servidor único de Azure Database for PostgreSQL". Las notificaciones se envían 30, 14 y 7 días antes de la fecha de migración y de nuevo durante las fases de migración: en curso, completadas y seis días antes de que se retire el servidor único.

Nota:

Estas notificaciones no llegan a la bandeja de entrada de forma predeterminada. Para recibirlas por correo electrónico o SMS, debe configurar alertas de Service Health siguiendo estos pasos

  • Página de información general de servidor único: vaya a la instancia de servidor único en Azure Portal y compruebe la página Información general. Si está programado para la migración automática, encontrará detalles aquí, incluida una opción para aplazar la migración en un mes a la vez o volver a programar dentro del mes actual.

Nota:

La programación de la migración se bloqueará siete días antes de la ventana de migración programada durante los que no podrá volver a programar.

  • Notificaciones por correo electrónico de Azure CXP: la experiencia del cliente de Azure (CXP) también envía correos electrónicos directos a roles clásicos y roles de RBAC asociados a la suscripción que contiene el servidor único, lo que proporciona información sobre las próximas migración automáticas.

Comprobaciones de los requisitos previos para la migración automática local

Examine los siguientes requisitos previos para asegurarse de que la migración automática se realiza correctamente:

  • Para que se realice la migración automática, la instancia de servidor único debe estar en estado listo durante la ventana de migración planeada.
  • En el caso de la instancia de Servidor único con SSL habilitado, asegúrese de tener todos los certificados (DigiCertGlobalRootG2 Root CA y DigiCertGlobalRootCA Root CA) disponibles en el almacén raíz de confianza. Además, si tiene el certificado anclado a la cadena de conexión, cree un certificado CA combinado con los tres certificados antes de la migración automática programada para garantizar la continuidad empresarial después de la migración.
  • Si el servidor único de Azure DB for PostgreSQL de origen tiene nombres de reglas de firewall que superan los 80 caracteres, cámbielos para asegurarse de que el nombre tiene menos de 80 caracteres (la longitud del nombre de la regla de firewall admitida en el servidor flexible es de 80 caracteres, mientras que en el servidor único la longitud permitida es de 128 caracteres).

¿Cómo se aprovisiona el servidor flexible de PostgreSQL de destino?

El nivel de proceso y la SKU para el servidor flexible de destino se aprovisionan en función del plan de tarifa y los núcleos virtuales del servidor único de origen, tal como se muestra a continuación.

Plan de tarifa de servidor único Núcleos virtuales de servidor único Nivel del servidor flexible Nombre de SKU del servidor flexible
Básico 1 Flexible B1ms
Básico 2 Flexible B2s
Uso general 2 GeneralPurpose Standard_D2s_v3
Uso general 4 GeneralPurpose Standard_D4s_v3
Uso general 8 GeneralPurpose Standard_D8s_v3
Uso general 16 GeneralPurpose Standard_D16s_v3
Uso general 32 GeneralPurpose Standard_D32s_v3
Uso general 64 GeneralPurpose Standard_D64s_v3
Memoria optimizada 2 MemoryOptimized Standard_E2s_v3
Memoria optimizada 4 MemoryOptimized Standard_E4s_v3
Memoria optimizada 8 MemoryOptimized Standard_E8s_v3
Memoria optimizada 16 MemoryOptimized Standard_E16s_v3
Memoria optimizada 32 MemoryOptimized Standard_E32s_v3
  • La versión, región, cadena de conexión, suscripción y grupo de recursos de PostgreSQL para el servidor flexible de destino seguirá siendo la misma que la del servidor único de origen.
  • En los servidores únicos con menos de 20 GiB de almacenamiento, el tamaño de almacenamiento se establece en 32 GiB, ya que es el límite de almacenamiento mínimo en Azure Database for MySQL: servidor flexible.
  • En los servidores únicos con un mayor requisito de almacenamiento, se asigna un almacenamiento suficiente, que equivale a 1,25 veces o un 25 % más de almacenamiento del que se usa en el servidor único. Durante la copia base inicial de los datos, se ejecutan múltiples instrucciones de inserción en el destino, lo que genera WAL (registros de escritura anticipada). Hasta que se archivan estos WAL, los registros consumen almacenamiento en el destino. De ahí el margen de seguridad.
  • Ambos formatos de nombre de usuario: username@server_name (servidor único) y nombre de usuario (servidor flexible) se admiten en el servidor flexible migrado.
  • Ambos formatos de cadena de conexión: servidor único y servidor flexible se admiten en el servidor flexible migrado.

Pasos posteriores a la migración

Esta es la información que necesita saber después de la migración automática:

  • Los parámetros del servidor en Servidor flexible se ajustan a los estándares de la comunidad. Si desea conservar los mismos valores de los parámetros que en Servidor único, puede iniciar sesión a través de PowerShell y ejecutar el script aquí para copiar los valores de los parámetros.
  • Para habilitar Query Performance Insight, debe habilitar el almacén de consultas en el servidor flexible que no está habilitado de forma predeterminada.
  • Si se necesita alta disponibilidad, puede habilitarla sin tiempo de inactividad.

Control de reglas de red virtual en un servidor flexible

En El servidor único de Azure Database for PostgreSQL, una regla de red virtual (VNet) es una subred que aparece en la lista de control de acceso (ACL) del servidor. Esta regla permite que el servidor único acepte la comunicación de los nodos dentro de esa subred determinada. En el caso del servidor flexible, no se admiten las reglas de red virtual. En su lugar, el servidor flexible permite la creación de puntos de conexión privados, lo que permite que el servidor funcione dentro de la red virtual. Un punto de conexión privado asigna una dirección IP privada al servidor flexible y todo el tráfico entre la red virtual y el servidor viaja de forma segura a través de la red troncal de Azure, lo que elimina la necesidad de exposición pública a Internet.

Después de la migración, debe agregar un punto de conexión privado al servidor flexible para todas las subredes anteriormente cubiertas por las reglas de red virtual en el servidor único. Puede completar este proceso mediante Azure Portal o la CLI de Azure. Una vez completado este paso, la conectividad de red permanecerá intacta en el servidor flexible después de la migración desde un solo servidor.

Preguntas más frecuentes (P+F)

Q. ¿Por qué se está produciendo la migración automática?

A Su instancia de Azure Database for PostgreSQL: servidor único es apta para la migración local a nuestra oferta insignia de Azure Database for PostgreSQL: servidor flexible. Esta migración automática eliminará la sobrecarga que supone migrar un servidor manualmente. Puede aprovechar las ventajas de Servidor flexible, entre las que se incluyen una mejor relación entre precio y rendimiento, control pormenorizado de la configuración de las bases de datos y ventanas de mantenimiento personalizadas.

Q. ¿Cómo tiene lugar la migración automática? ¿Qué tantos elementos migra?

A El servidor flexible se aprovisiona para que tenga más o menos los mismos núcleos virtuales y el mismo almacenamiento que su servidor único. A continuación, el servidor único de origen se coloca en estado de solo lectura y tanto el esquema como los datos se copian en el servidor flexible de destino. El conmutador DNS se realiza para enrutar todas las conexiones existentes al destino y el servidor flexible de destino se pone en línea. En la migración automática se migran las bases de datos (incluidos el esquema, los datos, los usuarios y roles, y los privilegios). La migración es sin conexión cuando se aprecia un tiempo de inactividad de hasta 20 minutos.

Q. ¿Cómo puedo configurar o ver las alertas de la migración automática?

A A continuación se muestran las formas en que puede configurar alertas:

  • Para configurar las alertas del estado del servicio para recibir notificaciones sobre el progreso y la programación de la migración automática a través de correo electrónico o SMS, siga estos pasos.
  • Siga estos pasos para comprobar la notificación de migración automática en Azure Portal.

Q. ¿Cómo puedo aplazar la migración programada de mi servidor único?

A Para examinar la programación de migración, vaya a la página Información general de la instancia del servidor único. Si desea aplazar la migración, puede hacerlo un mes como máximo; para ello, debe ir a la página Información general de la instancia del servidor único en Azure Portal. Para volver a programar la migración, seleccione otra ventana de migración en un mes. Los detalles de la migración se bloquearán siete días antes de la ventana de migración programada, después de lo cual no se podrá volver a programar. Esta migración automática se puede aplazar mensualmente hasta el 30 de marzo de 2025.

Q. ¿Cómo puedo optar por no recibir una migración automática programada de mi servidor único?

A Si opta por no recibir la migración automática, puede generar una incidencia de soporte técnico para tal fin.

Q. ¿Qué nombre de usuario y cadena de conexión se admitirá para el servidor flexible migrado? ​​

A Ambos formatos de nombre de usuario: username@server_name (formato de servidor único) y nombre de usuario (formato de servidor flexible) se admiten para el servidor flexible migrado y, por lo tanto, no es necesario actualizarlos para mantener la continuidad de la aplicación después de la migración. Además, ambos formatos de cadena de conexión (formato de servidor único y flexible) también se admiten para el servidor flexible migrado.

Q. ¿Veré una diferencia de precios en mi posible traslado del servidor único básico de PostgreSQL al servidor flexible de PostgreSQL?

A Algunos servidores pueden ver una revisión de precio menor después de la migración, ya que el límite de almacenamiento mínimo en ambas ofertas es diferente (5 GiB en servidor único y 32 GiB en servidor flexible). El costo de almacenamiento del servidor flexible es marginalmente mayor que el del servidor único. Cualquier aumento de precio se traduce en un mejor rendimiento, en comparación con el servidor único. Para obtener más información sobre los precios del servidor flexible, consulte este documento

Contenido relacionado