Azure Database for MySQL: servidor único

  • Artículo

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

Importante

El servidor único de Azure Database for MySQL está en la ruta de retirada. Se recomienda encarecidamente actualizar al servidor flexible de Azure Database for MySQL. Para más información sobre la migración al servidor flexible de Azure Database for MySQL, consulte ¿Qué ocurre con Azure Database for MySQL con servidor único?

Azure Database for MySQL, con tecnología de MySQL Community Edition, está disponible en dos modos de implementación:

  • Servidor flexible
  • Servidor único

En este artículo, se proporcionará información general y una introducción a los conceptos básicos del modelo de implementación de Servidor único. Para información sobre el modo de implementación de servidor flexible, consulte Información general de servidor flexible. Para información sobre cómo decidir qué opción de implementación es adecuada para la carga de trabajo, consulte Elección de la opción correcta de Servidor MySQL en Azure.

Información general

Azure Database for MySQL: servidor único es un servicio de base de datos totalmente administrado diseñado para una personalización mínima. La plataforma de servidor único está diseñada para administrar la mayoría de las funciones de administración de bases de datos, como las de aplicación de revisión, copias de seguridad, alta disponibilidad y seguridad con una configuración y un control mínimos para el usuario. La arquitectura está optimizada para una alta disponibilidad integrada, ya que ofrece una disponibilidad del 99,99 % en una zona de disponibilidad única. Es compatible con la versión Community de MySQL 5.6 (retirado), 5.7 y 8.0. El servicio está disponible con carácter general hoy en muchas regiones de Azure.

Los servidores únicos son más adecuados solo para las aplicaciones existentes que ya aprovechan un servidor único. Para todos los nuevos desarrollos o migraciones, un servidor flexible sería la opción de implementación recomendada. Para obtener información sobre las diferencias entre las opciones de implementación de servidor flexible y servidor único, consulte la documentación sobre la selección de la opción de implementación adecuada para usted.

Alta disponibilidad

El modelo de implementación de Servidor único está optimizado para la alta disponibilidad integrada y la elasticidad con un costo reducido. La arquitectura separa el proceso y el almacenamiento. El motor de base de datos se ejecuta en un contenedor de proceso propio, mientras que los archivos de datos residen en Azure Storage. El almacenamiento mantiene tres copias sincrónicas con redundancia local de los archivos de base de datos, lo que garantiza la durabilidad de los datos.

Durante los eventos de conmutación por error planeados o no planeados, si el servidor deja de funcionar, el servicio mantiene la alta disponibilidad de los servidores mediante el siguiente procedimiento automático:

  1. Se aprovisiona un nuevo contenedor de proceso.
  2. El almacenamiento con archivos de datos se asigna al nuevo contenedor.
  3. El motor de base de datos MySQL pasa a estar en línea en el nuevo contenedor de proceso.
  4. El servicio de puerta de enlace garantiza una conmutación por error transparente, por lo que no se requiere ningún cambio en la aplicación.

Los tiempos de conmutación por error normales oscilan entre los 60 y 120 segundos. El diseño nativo en la nube de Servidor único permite ofrecer una disponibilidad del 99,99 %, lo que elimina el costo de la espera activa pasiva.

El Acuerdo de Nivel de Servicio (SLA) de Azure, con una disponibilidad del 99,99 % líder del sector y con la tecnología de una red global de centros de datos administrados por Microsoft, ayuda a mantener las aplicaciones en funcionamiento de forma ininterrumpida.

Azure Database for MySQL - Single Server Architecture conceptual diagram

Aplicación de revisiones automatizada

El servicio aplica automáticamente revisiones al hardware, sistema operativo y motor de base de datos subyacentes. La aplicación de revisión incluye actualizaciones de seguridad y software. En el motor de MySQL, las actualizaciones de versiones secundarias son automáticas y se incluyen como parte del ciclo de aplicación de revisión. No se requiere ninguna acción del usuario ni opciones de configuración para la aplicación de revisión. La frecuencia de la aplicación de revisión es la administra el servicio en función de la importancia de la carga. En general, el servicio sigue una programación mensual de versiones como parte de la integración y publicación continuas. Los usuarios pueden suscribirse a la notificación de mantenimiento planeado para recibir la notificación del próximo mantenimiento 72 horas antes del evento.

Copias de seguridad automáticas

Servidor único crea automáticamente copias de seguridad del servidor y las almacena en el almacenamiento con redundancia local o con redundancia geográfica configurado por el usuario. Las copias de seguridad se pueden usar para restaurar el servidor a un momento dado dentro del período de retención de la copia de seguridad. El período de retención predeterminado es siete días. La retención se puede configurar para un total de 35 días. Todas las copias de seguridad se cifran mediante cifrado AES de 256 bits. Consulte Copias de seguridad para obtener más información.

Ajustar el rendimiento y la escala en cuestión de segundos

Servidor único está disponible en tres niveles de SKU: Básico, De uso general y Optimizado para memoria. El nivel Básico es el más adecuado para las cargas de trabajo de desarrollo que son de bajo costo y baja simultaneidad. Los niveles De uso general y Optimizado para memoria son los más adecuados para las cargas de trabajo de producción que requieren un alto nivel de simultaneidad, escala y rendimiento predecible. Puede compilar su primera aplicación en una base de datos pequeña por poco dinero al mes y, después, ajustar la escala para satisfacer las necesidades de la solución. El escalado de almacenamiento se realiza en línea y admite el crecimiento automático del almacenamiento. La escalabilidad dinámica permite a la base de datos responder de manera transparente a los cambiantes requisitos de recursos. Solo paga por los recursos que consume. Vea los Planes de tarifa para obtener más información.

Seguridad, cumplimiento y gobernanza empresarial

Servidor único usa el módulo criptográfico con validación FIPS 140-2 para el cifrado del almacenamiento de los datos en reposo. Se cifran los datos, incluidas las copias de seguridad, y los archivos temporales creados mientras se ejecutan las consultas. El servicio usa el cifrado AES de 256 bits que se incluye en el cifrado de Azure Storage, y el sistema (valor predeterminado) o el cliente pueden administrar las claves. El servicio cifra los datos en movimiento con la Seguridad de la capa de transporte (SSL/TLS) que se aplica de manera predeterminada. El servicio admite las versiones de TLS 1.2, 1.1 y 1.0 con capacidad para aplicar la versión de TLS mínima.

El servicio permite el acceso privado a los servidores mediante la conexión de vínculo privado y ofrece protección contra amenazas a través del plan opcional Microsoft Defender para bases de datos relacionales de código abierto. Microsoft Defender para bases de datos relacionales de código abierto detecta actividades anómalas que indican intentos poco habituales y posiblemente dañinos de acceder a sus bases de datos o de aprovechar sus vulnerabilidades.

Además de la autenticación nativa, el servidor único admite la autenticación de Microsoft Entra ID. La autenticación de Microsoft Entra es un mecanismo de conexión a los servidores de MySQL mediante identidades definidas y administradas en Microsoft Entra ID. Con la autenticación de Microsoft Entra, puede administrar las identidades de los usuarios de la base de datos y otros servicios de Azure en una ubicación central, lo que simplifica y centraliza el control de acceso.

Existe un registro de auditoría disponible para realizar un seguimiento de todas las actividades en el nivel de base de datos.

Servidor único cumple con todas las certificaciones líderes del sector, como FedRAMP, HIPAA y PCI DSS. Para obtener más información sobre la seguridad de plataforma de Azure, vaya al Centro de confianza de Azure.

Para más información acerca de las características de seguridad de Azure Database for MySQL, consulte la información general sobre seguridad.

Supervisión y alertas

Servidor único está equipado con características integradas de alertas y supervisión de rendimiento. Todas las métricas de Azure tienen una frecuencia de un minuto y cada métrica proporciona 30 días de historial. Puede configurar alertas en las métricas. El servicio permite configurar registros de consultas lentas e incluye la característica diferenciada Almacén de consultas. El Almacén de consultas simplifica la solución de problemas de rendimiento al ayudar a encontrar rápidamente las consultas que tardan más en ejecutarse y consumen más recursos. Con estas herramientas, puede optimizar rápidamente sus cargas de trabajo y configurar el servidor para lograr el mejor rendimiento. Consulte Supervisión para obtener más información.

Migración

El servicio ejecuta la versión Community de MySQL. Esto ofrece una compatibilidad total con las aplicaciones y requiere un costo mínimo de refactorización para migrar la aplicación existente desarrollada en el motor de MySQL a Servidor único. La migración al servidor único se puede realizar mediante una de las siguientes opciones:

  • Volcado y restauración: en el caso de las migraciones sin conexión en las que los usuarios pueden permitirse un tiempo de inactividad, el volcado y la restauración mediante herramientas de la comunidad como mysqldump/mydumper pueden proporcionar una manera más rápida de migrar. Consulte Migración mediante volcado y restauración para más información.
  • Azure Database Migration Service: para realizar migraciones sin conexión simplificadas sin ningún problema a un servidor único con migración de datos de alta velocidad, se puede usar Azure Database Migration Service.
  • Replicación de datos de entrada: este servicio, que depende de la replicación basada en registros binarios, también se puede aprovechar para las migraciones con un tiempo de inactividad mínimo. Los expertos prácticos que buscan más control sobre la migración prefieren la replicación de datos de entrada para conseguir migraciones con un tiempo de inactividad mínimo. Consulte Replicación de datos de entrada para obtener más información.

Contactos

Si tiene alguna pregunta o sugerencia sobre cómo trabajar con Azure Database for MySQL, envíe un correo electrónico al equipo de Azure Database for MySQL (@Ask Azure DB for MySQL). Esta dirección de correo electrónico no es un alias de soporte técnico.

Además, tenga en cuenta los siguientes puntos de contacto según corresponda:

Pasos siguientes

Ahora que ha leído la introducción al modo de implementación del servidor único de Azure Database for MySQL, ya está listo para lo siguiente: