¿Qué sucederá con el servicio de servidor único de Azure Database for MySQL?
SE APLICA A:
Azure Database for MySQL: Servidor único
Hello! Tenemos noticias para compartir: el servidor único de Azure Database for MySQL está en proceso de retirada, que está programada para 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: servicio de servidor único que hospeda servidores de producción, nos complace informarle de que puede migrar los servidores de Azure Database for MySQL: servidor único a Azure Database for MySQL: servicio 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 | Nominación de migración automática local [formulario] (https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) | Migración automática local de Azure Database for MySQL con servidor único a flexible |
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 un SKU básico o GP, el almacenamiento de datos usado <= 20 GiB y ninguna característica compleja (CMK, AAD, Réplica de lectura, Private Link), ahora puede designarse usted mismo (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 obtener 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 puede dar lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin que el cliente introduzca datos en la instancia de servidor flexible. Obtenga a continuación más información sobre los pasos para volver a configurar estas características después de la migración forzada, de cara a minimizar el posible impacto.
Las siguientes características no se pueden migrar de forma forzada, ya que requieren que el cliente introduzca datos 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 AAD)
- Puntos de conexión del servicio
- Cifrado doble de infraestructura
- Réplicas de lectura
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 AAD): obtenga más información sobre cómo configurarlo 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.
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. No obstante, 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 debe retirarse y actualizarse 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 del servidor único de Azure Database for MySQL seguirán funcionando como antes y se admitirán oficialmente hasta la fecha de retirada. Sin embargo, no se publicarán nuevas actualizaciones para del 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 puede dar lugar a una disponibilidad limitada de características, ya que ciertas funcionalidades avanzadas no se pueden migrar de forma forzada sin que el cliente introduzca datos 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, de cara a 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 servidor único se implementa en una región que no admite servidores flexibles. ¿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 la hoja 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 a través de 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 en el caso de un 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 mucho 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 lo 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. ¿Cómo 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 3 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 zonales. 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 servidor único se implementa en una región que no admite servidores flexibles. ¿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 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 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?
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. Tengo más preguntas sobre la retirada. ¿Cómo puedo obtener ayuda?
A Si tiene alguna pregunta, obtenga 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:
- 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 MySQL.
- En Recurso, seleccione el recurso.
- En Tipo de problema, seleccione Migración.
- En Subtipo de problema, seleccione Migración de un servidor único a un servidor flexible.
También puede ponerse en contacto con el equipo del producto de Azure Database for MySQL en AskAzureDBforMySQL@service.microsoft.com.
Advertencia
Este artículo no es para usuarios de servidores flexibles de Azure Database for MySQL. Es para clientes de servidores únicos de Azure Database for MySQL que necesitan actualizar 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.