Compartir a través de


¿Qué sucederá con el servicio de servidor único de Azure Database for MySQL?

SE APLICA A: Azure Database for MySQL: Servidor único

El servidor único de Azure Database for MySQL está en proceso de retirada y está programado para la retirada el 16 de septiembre de 2024.

Como parte de esta retirada, ya no se admitirá la creación de nuevas instancias de servidor único desde Azure Portal a partir del 16 de enero de 2023 y desde la CLI de Azure a partir del 19 de marzo de 2024. Si todavía debe crear instancias de servidor único para satisfacer las necesidades de continuidad empresarial,envíe una incidencia de soporte técnico de Azure. Todavía podrá crear réplicas de lectura y realizar restauraciones (PITR y restauración geográfica) para la instancia de servidor único existente y se seguirá admitiendo hasta la fecha de retirada el 16 de septiembre de 2024.

Después de años de evolución el servicio de servidor único de Azure Database for MySQL, ya no puede controlar todas las nuevas características, funciones y necesidades de seguridad. Se recomienda que actualice al servidor flexible de Azure Database for MySQL.

Servidor flexible de Azure Database for MySQL 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, visite Azure Database for MySQL: servidor flexible.

Si actualmente tiene un servicio Azure Database for MySQL: servidor único en el que se hospedan servidores de producción, nos complace informarle de que puede migrar los servidores de Azure Database for MySQL: servidor único al servicio Azure Database for MySQL: servidor flexible de forma gratuita mediante la importación de Azure Database for MySQL, la migración automática local o Azure Database Migration Service (clásico). Revise las distintas formas de migrar en la sección siguiente.

Migración de un servidor único a un servidor flexible

Aprenda a migrar desde Azure Database for MySQL con servidor único a Azure Database for MySQL con servidor flexible.

Escenario Herramientas Detalles
Sin conexión o en línea Importación de Azure Database for MySQL y la CLI de Azure Tutorial: importación de Azure Database for MySQL con la CLI de Azure
Sin conexión Database Migration Service (clásico) y Azure Portal Tutorial: DMS (clásico) con Azure Portal (sin conexión)
En línea Database Migration Service (clásico) y Azure Portal Tutorial: DMS (clásico) con Azure Portal (en línea)
Sin conexión Formulario de nominación de migración automática local Migración automática local de servidor único a servidor flexible de Azure Database for MySQL

Para más información sobre la migración de un servidor único a un servidor flexible con otras herramientas de migración, visite Selección de las herramientas adecuadas para la migración a Azure Database for MySQL.

Nota:

La migración automática local de Azure Database for MySQL – con servidor único a servidor flexible es una migración local iniciada por el servicio durante la ventana de mantenimiento planeado para seleccionar cargas de trabajo de base de datos de servidor único. El servicio identifica los servidores aptos y se envían pasos detallados de notificación anticipada para revisar los detalles de la migración. Si posee una carga de trabajo de servidor único con almacenamiento de datos usado <= 100 GiB y sin características complejas (CMK, Microsoft Entra ID, Réplica de lectura, red virtual, doble cifrado de infraestructura, reglas de red virtual o punto de conexión de servicio) habilitadas, ahora puede designarse personalmente (si aún no está programado por el servicio) para la migración automática mediante el envío de los detalles del servidor con este formulario. Se recomienda que todas las demás cargas de trabajo de servidor único usen las herramientas de migración iniciadas por el usuario que ofrece Azure: Azure DMS, Importación para migrar de Azure Database for MySQL. Obtenga más información sobre la migración automática local aquí.

¿Qué ocurrirá después de la fecha de retirada (16 de septiembre de 2024)?

La ejecución de la instancia de servidor único después de la fecha de retirada supondrá un riesgo de seguridad, ya que no habrá mantenimiento de seguridad ni correcciones de errores en la plataforma de servidor único en desuso. Para garantizar nuestro compromiso con la ejecución de las instancias administradas en una plataforma segura y de confianza después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases. Se recomienda encarecidamente usar la CLI de importación de Azure Database for MySQL o el servicio Azure Data Migration para migrar al servidor flexible de Azure Database for MySQL antes del 16 de septiembre de 2024 (lea las preguntas más frecuentes para más información) y así evitar las interrupciones causadas por la migración forzada y garantizar la continuidad empresarial.

Nota:

No se respetarán los acuerdos de nivel de servicio, las correcciones de errores, las correcciones de seguridad ni el soporte técnico en directo para la instancia de servidor único después de la fecha de retirada.

Migración forzada después de la fecha de retirada

Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases. Esto podría dar lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin las entradas del cliente en la instancia de servidor flexible. Obtenga más información sobre los pasos para volver a configurar estas características después de la migración forzada para minimizar el posible impacto.

Las siguientes características no se pueden migrar de forma forzada, ya que necesitan la entrada del cliente para la configuración y no se habilitarán en la instancia de servidor flexible migrada:

  • Private Link
  • Cifrado de datos (CMK)
  • Autenticación de Microsoft Entra (anteriormente Microsoft Entra ID)
  • Puntos de conexión del servicio
  • Cifrado doble de infraestructura
  • Réplicas de lectura
  • Microsoft Defender for Cloud

Acción necesaria después de la migración forzada

Después de la migración forzada, debe volver a configurar las características enumeradas anteriormente en la instancia de servidor flexible migrada para garantizar la continuidad empresarial:

  • Private Link: obtenga más información sobre cómo configurarlo aquí
  • Cifrado de datos (CMK): obtenga más información sobre cómo configurarlo aquí
  • Autenticación de Microsoft Entra (anteriormente Microsoft Entra ID): obtenga más información sobre cómo configurarla aquí
  • Puntos de conexión de servicio: no se admiten los puntos de conexión de servicio (regla de red virtual) en el servidor flexible de Azure Database for MySQL. Se recomienda configurar Private Link para cumplir la paridad de características. Obtenga más información sobre cómo configurar Private Link aquí
  • Cifrado doble de infraestructura: no se admite el cifrado doble de infraestructura en el servidor flexible de Azure Database for MySQL. Se recomienda configurar el cifrado de datos para cumplir la paridad de características. Obtenga más información sobre cómo configurar el cifrado de datos (CMK) aquí
  • Réplicas de lectura: obtenga más información sobre cómo configurarlo aquí

Importante: los servidores únicos con características de red y seguridad habilitadas se migrarán a una instancia de servidor flexible con acceso público en estado deshabilitado para proteger los datos del cliente. Debe habilitar el acceso adecuado después de la migración forzada para garantizar la continuidad empresarial.

Nota:

Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible. La instancia no se migrará de forma forzada al servidor flexible. Se recomienda encarecidamente usar una de las siguientes opciones para migrar antes de la fecha de retirada para evitar interrupciones en la continuidad empresarial:

  • Usar Azure DMS para realizar una migración entre regiones al servidor flexible en una región de Azure adecuada.
  • Migrar a MySQL Server hospedado en una máquina virtual de la región, si no puede cambiar las regiones debido a problemas de cumplimiento.

Configuración de propiedades de Microsoft Defender for Cloud en el servidor flexible

Al migrar del servidor único de Azure Database for MySQL al servidor flexible con Defender for Cloud habilitado, se conserva el estado de habilitación. Para lograr la paridad en el servidor flexible de las propiedades que puede configurar en el servidor único, tenga en cuenta los detalles de la tabla siguiente.

Propiedad Configuración
properties.disabledAlerts Deshabilite tipos de alerta específicos mediante la plataforma Microsoft Defender for Cloud. Para obtener más información, consulte el artículo Suprimir alertas de la guía de Microsoft Defender for Cloud.
properties.emailAccountAdmins
properties.emailAddresses
Es posible definir de forma centralizada notificaciones por correo electrónico para las alertas de Microsoft Defender for Cloud para todos los recursos de una suscripción. Para más información, vea el artículo Configuración de notificaciones de alertas de seguridad por correo electrónico.
properties.retentionDays
properties.storageAccountAccessKey
properties.storageEndpoint
La plataforma Microsoft Defender for Cloud expone alertas a través de Azure Resource Graph. Es posible exportar alertas a almacenes diferentes y administrar la retención por separado. Para obtener más información sobre la exportación continua, consulte el artículo Configuración de la exportación continua en Azure Portal: Microsoft Defender for Cloud.

Preguntas más frecuentes (P+F)

Q. ¿Por qué se va a retirar el servidor único de Azure Database for MySQL?

A El servidor único de Azure Database for MySQL empezó a tener disponibilidad con carácter general (GA) en 2018. Pero dados los comentarios de los clientes y los nuevos avances en el proceso, la disponibilidad, la escalabilidad y las funcionalidades de rendimiento en el panorama de bases de datos de Azure, la oferta de servidor único se debe retirar y actualizar con una nueva arquitectura, la del servidor flexible de Azure Database for MySQL para ofrecerle lo mejor de la plataforma de bases de datos de código abierto de Azure.

Q. ¿Por qué se me pide que migre al servidor flexible de Azure Database for MySQL?

R.El servidor flexible de Azure Database for MySQL es la mejor plataforma para ejecutar todas las cargas de trabajo de MySQL en Azure. El servidor flexible de Azure MySQL 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:

  • Más formas de optimizar los costos, incluida la compatibilidad con las opciones de proceso de nivel ampliable.
  • Rendimiento mejorado para cargas de trabajo de producción críticas para la empresa que requieren baja latencia, alta simultaneidad, conmutación por error rápida y alta escalabilidad.
  • Se ha mejorado el tiempo de actividad con la posibilidad de configurar un servidor en espera activa en la misma zona, o en otra diferente, y un período de tiempo de una hora para el mantenimiento planeado del servidor.

Q. ¿Cuándo tengo que migrar mi servidor único a un servidor flexible?

A El servidor único de Azure Database for MySQL está programado para su retirada el 16 de septiembre de 2024, 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, aplicar las ventajas que ofrece el servidor flexible y garantizar la continuidad de su negocio.

Q. ¿Qué ocurre con mis instancias de servidor único de Azure Database for MySQL existentes?

A Las cargas de trabajo existentes de servidor único de Azure Database for MySQL seguirán funcionando como antes y se admitirán oficialmente hasta la fecha de retirada. Pero no se publicarán nuevas actualizaciones para el servidor único y le recomendamos encarecidamente que empiece a migrar al servidor flexible de Azure Database for MySQL lo antes posible. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases.

Q. ¿Puedo optar por seguir utilizando un servidor único más allá de la fecha de retirada?

A Desafortunadamente, no tenemos previsto ofrecer soporte técnico para servidores únicos después del 16 de septiembre de 2024 y, por lo tanto, le recomendamos encarecidamente que empiece a planear la migración lo antes posible. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada, por fases. Esto podría dar lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin las entradas del cliente en la instancia de servidor flexible. Obtenga aquí más información sobre los pasos para volver a configurar estas características después de la migración forzada para minimizar el posible impacto. Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible.

Q. Mi instancia de servidor único se implementa en una región que no admite Servidor flexible. ¿Qué ocurrirá con mi servidor después de la fecha de retirada? A Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible. Se recomienda encarecidamente usar una de las siguientes opciones para migrar antes de la fecha de retirada para evitar interrupciones en la continuidad empresarial:

  • Usar Azure DMS para realizar una migración entre regiones al servidor flexible en una región de Azure adecuada.
  • Migrar a MySQL Server hospedado en una máquina virtual de la región, si no puede cambiar las regiones debido a problemas de cumplimiento.

Q. Después de la fecha de retirada, ¿habrá alguna pérdida de datos en relación con mi servidor único? A No, no habrá ninguna pérdida de datos en la instancia de servidor único. Después de la fecha de retirada, la instancia de servidor único, junto con sus archivos de datos, se migrará de forma forzada a una instancia de servidor flexible adecuada. Si el servidor está en una región en la que no se admite el servidor flexible de Azure Database for MySQL, tras la fecha de retirada, la instancia de servidor único estará disponible con operaciones limitadas para acceder a los datos y poder migrar al servidor flexible en una región adecuada.

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 Como parte de esta retirada, ya no se admitirá la creación de nuevas instancias de servidor único desde Azure Portal a partir del 16 de enero de 2023. Además, a partir del 19 de marzo de 2024 ya no podrá crear nuevas instancias de servidor único de Azure Database for MySQL con la CLI de Azure. Si todavía debe crear instancias de servidor único para satisfacer las necesidades de continuidad empresarial,envíe una incidencia de soporte técnico de Azure.

Q. Después del anuncio de retirada del servidor único, ¿qué ocurre si todavía necesito crear una nueva réplica de lectura para mi instancia de servidor único?

A Todavía podrá crear réplicas de lectura para la instancia de servidor único existente desde el panel Replicación y se seguirá admitiendo hasta la fecha de retirada del 16 de septiembre de 2024.

Q. ¿Hay costos adicionales asociados con la realización de la migración?

A Al ejecutar la migración, se paga por el servidor flexible de destino y el servidor único de origen. La configuración y el proceso del servidor flexible de destino determinan los costos adicionales en los que se incurre. Para más información, consulte los precios. 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 en funcionamiento. No se incurre en ningún costo durante la ejecución de la migración desde Azure Database Migration Service (clásico), la migración automática local o las herramientas de migración de importación de Azure Database for MySQL.

Q. ¿Mi facturación se verá afectada por la ejecución del servidor flexible en comparación con el servidor único?

A Si selecciona la misma zona o la misma alta disponibilidad con redundancia de zona para el servidor flexible de destino, la factura será mayor que para el servidor único. Para obtener la misma zona o la misma alta disponibilidad con redundancia de zona se requiere la activación de un servidor en espera activa junto con el almacenamiento de las copias de seguridad redundantes y esto, en consecuencia, genera un costo agregado. Esta arquitectura permite reducir el tiempo de inactividad durante interrupciones no planeadas y mantenimientos planeados. Además, en función de la carga de trabajo, los servidores flexibles pueden proporcionar un rendimiento mejor con respecto a los servidores únicos, por lo que es posible que pueda ejecutar la carga de trabajo con una SKU inferior en servidores flexibles y, por tanto, el costo total podría ser similar al de un servidor único.

Q. ¿Es inevitable un tiempo de inactividad para migrar un servidor único a un servidor flexible?

A Para limitar cualquier tiempo de inactividad que pueda experimentar, realice una migración en línea a un servidor flexible, ya que esto genera un tiempo de inactividad mínimo.

Q. ¿Habrá actualizaciones futuras del servidor único para que admita las versiones más recientes de MySQL?

A La última actualización secundaria a la versión 8.0 del servidor único será la 8.0.15. Considere la posibilidad de migrar a un servidor flexible para usar las ventajas de las actualizaciones de la versión más reciente.

Q. ¿En qué difiere el Acuerdo de Nivel de Servicio de disponibilidad del 99,99 % del servidor flexible con respecto al del servidor único?

A La implementación con redundancia de zona del servidor flexible proporciona una disponibilidad del 99,99 % con resistencia en el nivel de zonas, mientras que el servidor único proporciona resistencia en una sola zona de disponibilidad. La arquitectura de alta disponibilidad de un servidor flexible implementa un estado de espera semiactiva con almacenamiento y proceso redundante (con los datos de cada sitio almacenados en tres copias) en comparación con la arquitectura de alta disponibilidad de un servidor único que no tiene una espera activa pasiva para ayudar a recuperarse de errores de zonal. La arquitectura de alta disponibilidad de un servidor flexible permite reducir el tiempo de inactividad durante interrupciones no planeadas y mantenimientos planeados.

Q. ¿Qué opciones de migración están disponibles para ayudarme a migrar mi servidor único a un servidor flexible?

A Puede usar importación de Azure Database for MySQL (recomendado) para migrar. Además, puede usar Database Migration Service (clásico) para ejecutar en línea o migraciones sin conexión.

Q. Mi instancia de servidor único se implementa en una región que no admite Servidor flexible. ¿Cómo debo proceder con la migración?

A Azure Database Migration Service (clásico) admite la migración entre regiones, por lo que puede seleccionar una región adecuada para el servidor flexible de destino y continuar con la migración de DMS.

Q. Tengo un almacén de datos de consultas configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?

A Puede configurar registros de consultas lentas en el servidor flexible de destino después de la migración siguiendo los pasos que se indican aquí para lograr la paridad de características con el almacén de datos de consultas. Después, puede ver la información de consulta mediante la plantilla de libros.

Q. Tengo un punto de conexión de servicio (reglas de red virtual) configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?

A El punto de conexión de servicio (regla de red virtual) no se admite en el servidor flexible de Azure Database for MySQL. Se recomienda configurar Private Link en la instancia de servidor flexible migrada para cumplir la paridad de características. Obtenga más información sobre cómo configurar Private Link aquí.

Q. Tengo un cifrado doble de infraestructura configurado para mi servidor único y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?

A No se admite el cifrado doble de infraestructura en el servidor flexible de Azure Database for MySQL. Se recomienda configurar el cifrado de datos en el servidor flexible migrado para cumplir la paridad de características. Obtenga más información sobre cómo configurar el cifrado de datos (CMK) aquí.

Q. Tengo TLS v1.0/1.1 configurado para mi servidor único v8.0 y esta característica no se admite actualmente en el servidor flexible. ¿Cómo realizo una migración?

A Para admitir los estándares de seguridad modernos, la edición de la comunidad de MySQL dejó de admitir la comunicación mediante los protocolos de Seguridad de la capa de transporte (TLS) 1.0 y 1.1 a partir de la versión 8.0.28. Se recomienda actualizar los controladores de cliente para que admitan TLSv1.2 para conectarse de forma segura a Azure Database for MySQL: servidor único y, a continuación, continuar con la migración al servidor flexible.

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 y, una vez se sienta seguro tras realizar las pruebas, hacer la migración final. Una migración de prueba no afecta al servidor único de origen, que sigue funcionando y continúa las replicaciones hasta que se realiza la migración real. Si se producen errores durante la migración de prueba, puede optar por 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 que haya realizado una migración final al servidor flexible y de que se haya cerrado el servidor único de origen, no podrá revertir el servidor flexible a un servidor único.

Q. El tamaño de mi base de datos es superior a 1 TB, por lo que ¿cómo debo continuar con la migración?

A Puede usar importación de Azure Database for MySQL (recomendado) para migrar, que es muy eficaz para cargas de trabajo más pesadas.

Q. ¿Se admite la migración entre regiones?

A Azure Database Migration Service admite migraciones entre regiones, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otra región mediante DMS.

Q. ¿Se admite la migración entre suscripciones?

A Azure Database Migration Service admite migraciones entre suscripciones, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otra suscripción mediante DMS.

Q. ¿Se admite la suscripción entre grupos de recursos?

A Azure Database Migration Service admite migraciones entre grupos de recursos, por lo que puede migrar el servidor único a un servidor flexible que esté implementado en otro grupo de recursos mediante DMS.

Q. ¿Hay compatibilidad entre versiones?

A Sí, se admite la migración de servidores MySQL de una versión inferior (v5.6 y posteriores) a versiones posteriores mediante migraciones de Azure Database Migration Service.

Q. El servidor único de Azure Database for MySQL utiliza puertos no predeterminados como 3308, 3309 y 3310, que no son compatibles con el servidor flexible. ¿Qué debo hacer para garantizar la conectividad al migrar al servidor flexible?

A Si el servidor único de Azure Database for MySQL de origen utiliza puertos no predeterminados como 3308, 3309 y 3310, cambie el puerto de conectividad a 3306, ya que los puertos no predeterminados mencionados anteriormente no son compatibles con el servidor flexible.

Q. Tengo más preguntas sobre la retirada. ¿Cómo puedo obtener ayuda?

A Si tienes alguna pregunta, obtén respuestas de los expertos de la comunidad en Microsoft Q&A. Si tiene un plan de soporte técnico y necesita ayuda técnica, cree una solicitud de soporte técnico:

  1. En Resumen, escriba una descripción del problema.
  2. En Tipo de problema, seleccione Técnico.
  3. En Suscripción, seleccione la suscripción.
  4. En Servicio, seleccione Mis servicios.
  5. En Tipo de servicio, seleccione Servidor único de Azure Database for MySQL.
  6. En Recurso, seleccione el recurso.
  7. En Tipo de problema, seleccione Migración.
  8. En Subtipo de problema, seleccione Migración de un servidor único a un servidor flexible.

Visite las preguntas más frecuentes para obtener información sobre el uso de Azure Database Migration Service (clásico) para migraciones de servidor único a servidor flexible de Azure Database for MySQL.

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.