Azure Database for MySQL: modelo de implementación de servidor flexible
SE APLICA A:
Azure Database for MySQL: Servidor flexible
Azure Database for MySQL, con tecnología de MySQL Community Edition, está disponible en dos modos de implementación:
- Servidor flexible para Azure Database for MySQL
- Azure Database for MySQL: servidor único
En este artículo proporcionamos información general y una introducción a los conceptos básicos del modelo de implementación del 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
El 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. La arquitectura de servidor flexible permite a los usuarios optar por la alta disponibilidad dentro de una única zona de disponibilidad o entre varias. Los servidores flexibles proporcionan mejores controles de optimización de costos con la capacidad de iniciar o detener el servidor y niveles de proceso ampliables, que son idóneos para cargas de trabajo que no necesitan una capacidad de proceso completa de forma continua. El servidor flexible de Azure Database for MySQL también admite instancias reservadas, de modo que puede ahorrar hasta un 63 % del costo, lo que resulta ideal para las cargas de trabajo de producción con requisitos de capacidad de proceso predecibles. El servicio es compatible con la versión Community de MySQL 5.7 y 8.0. El servicio está disponible con carácter general hoy en muchas regiones de Azure.
La opción de implementación de servidor flexible ofrece tres niveles de proceso: ampliable, de uso general y crítico para la empresa. Cada nivel ofrece una capacidad de proceso y de memoria diferente para admitir las cargas de trabajo de base de datos. Puede compilar su primera aplicación en un nivel ampliable por poco dinero al mes y, después, ajustar la escala para satisfacer las necesidades de la solución. 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 necesite y cuando los necesite. Consulte Proceso y almacenamiento para obtener más información.
Los servidores flexibles son idóneos para lo siguiente:
- Facilidad de implementación, escalado simplificado y baja sobrecarga de administración de bases de datos para funciones como copias de seguridad, alta disponibilidad, seguridad y supervisión.
- Desarrollos de aplicaciones que requieren la versión de la comunidad de MySQL con un mejor control y personalizaciones.
- Cargas de trabajo de producción con alta disponibilidad con redundancia de zona y ventanas de mantenimiento administradas.
- Experiencia de desarrollo simplificada.
- Seguridad, cumplimiento y privacidad de nivel empresarial.
Para obtener las actualizaciones más recientes acerca del servidor flexible de Azure Database for MySQL, consulte Novedades del servidor flexible de Azure Database for MySQL.
Oferta de 12 meses gratis
Con una cuenta gratuita de Azure, puede usar la opción de servidor flexible de Azure Database for MySQL gratis durante 12 meses con límites mensuales de hasta:
- 750 horas de una instancia de B1MS ampliable, horas suficientes para ejecutar una instancia de base de datos continuamente cada mes.
- 32 GB de almacenamiento y 32 GB de almacenamiento de copia de seguridad.
Puede aprovechar esta oferta para desarrollar e implementar aplicaciones que usen el servidor flexible de Azure Database for MySQL. Para aprender a crear y usar un servidor flexible de Azure Database for MySQL de forma gratuita mediante una cuenta gratuita de Azure, consulte este tutorial.
Alta disponibilidad dentro y entre zonas de disponibilidad
El servidor flexible de Azure Database for MySQL permite configurar la alta disponibilidad con conmutación automática por error. La solución de alta disponibilidad está diseñada para garantizar que los datos confirmados nunca se pierdan debido a errores y mejorar el tiempo de actividad general de la aplicación. Cuando se configura la alta disponibilidad, el servidor flexible aprovisiona y administra automáticamente una réplica en espera. Se le facturará por el proceso y el almacenamiento aprovisionados para la réplica principal y secundaria. Hay dos modelos arquitectónicos de alta disponibilidad:
- Alta disponibilidad con redundancia de zona: esta opción es preferible para lograr el aislamiento completo y la redundancia de la infraestructura en varias zonas de disponibilidad. Proporciona el máximo nivel de disponibilidad, pero exige configurar la redundancia de aplicaciones entre zonas. La alta disponibilidad con redundancia de zona es preferible cuando se quiere lograr el máximo nivel de disponibilidad frente a cualquier error de infraestructura en la zona de disponibilidad y donde la latencia en la zona de disponibilidad sea aceptable. La alta disponibilidad con redundancia de zona está disponible en un subconjunto de regiones de Azure que admiten varias zonas de disponibilidad y donde hay disponibles recursos compartidos de archivos premium con redundancia de zona.
- Alta disponibilidad en la misma zona: esta opción es preferible para la redundancia de infraestructura con menor latencia de red, ya que el servidor principal y el servidor en espera están en la misma zona de disponibilidad. Proporciona alta disponibilidad sin configurar la redundancia de la aplicación entre zonas. La alta disponibilidad en la misma zona se prefiere cuando se quiere lograr el mayor nivel de disponibilidad dentro de una sola zona de disponibilidad con la menor latencia de red. La alta disponibilidad en la misma zona está disponible en todas las regiones de Azure donde es posible crear instancia de servidor flexible de Azure Database for MySQL.
Para más información, consulte los conceptos sobre la alta disponibilidad.
Aplicación de revisiones automatizada con la ventana de mantenimiento administrado
El servicio aplica automáticamente revisiones al hardware, sistema operativo y motor de base de datos subyacentes. La revisión incluye actualizaciones de seguridad y software. En el motor de MySQL, las actualizaciones de versión secundaria también se incluyen como parte de la versión de mantenimiento planeado. Los usuarios pueden configurar la programación de la aplicación de revisión para que la administre el sistema o definir su programación personalizada. Durante la programación de mantenimiento, se aplica la revisión y es posible que el servidor requiera un reinicio como parte del proceso de aplicación de revisiones para completar la actualización. Con la programación personalizada, los usuarios pueden hacer que el ciclo de aplicación de revisión sea predecible y elegir una ventana de mantenimiento con un impacto mínimo en el negocio. En general, el servicio sigue una programación mensual de versiones como parte de la integración y publicación continuas.
Para obtener más información, consulte Mantenimiento programado.
Copias de seguridad automáticas
El servicio de servidor flexible de Azure Database for MySQL 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 plazo de entre 1 y 35 días. Todas las copias de seguridad se cifran mediante cifrado AES de 256 bits.
Para obtener más información, vea Conceptos de copia de seguridad.
Aislamiento de red
Tiene dos opciones de red para conectarse al servidor flexible de Azure Database for MySQL. Las opciones son acceso privado (integración con red virtual) y acceso público (direcciones IP permitidas) .
Acceso privado (integración con red virtual): puede implementar la instancia de servidor flexible de Azure Database for MySQL en Azure Virtual Network. Las redes virtuales de Azure proporcionan una comunicación de red privada y segura. Los recursos de una red virtual se pueden comunicar mediante direcciones IP privadas.
Elija la opción de integración con red virtual si quiere las funcionalidades siguientes:
- Conexión desde recursos de Azure en la misma red virtual a una instancia de servidor flexible de Azure Database for MySQL mediante direcciones IP privadas.
- Uso de VPN o ExpressRoute para conectarse desde recursos que no son de Azure a la instancia de servidor flexible de Azure Database for MySQL.
- Ningún punto de conexión público.
Acceso público (direcciones IP permitidas): puede implementar la instancia de servidor flexible de Azure Database for MySQL con un punto de conexión público. El punto de conexión público es una dirección DNS que se puede resolver públicamente. La frase "direcciones IP permitidas" hace referencia a un intervalo de direcciones IP a las que decida conceder permiso para acceder al servidor. Estos permisos se denominan reglas de firewall.
Para más información, consulte Conceptos de redes.
Ajustar el rendimiento y la escala en cuestión de segundos
El servidor flexible de Azure Database for MySQL está disponible en tres niveles de servicio: ampliable, de uso general y crítico para la empresa. El nivel Ampliable es el más adecuado para las cargas de trabajo de desarrollo de bajo costo y simultaneidad baja que no necesitan una capacidad de proceso completa continuamente. Los niveles de uso general y crítico para la empresa 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 fácilmente 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. El servidor flexible de Azure Database for MySQL permite aprovisionar IOPS adicionales, hasta 80 000 por encima del límite de IOPS gratuitos, independientemente del almacenamiento. Con esta característica puede aumentar o disminuir el número de IOPS aprovisionadas en función de los requisitos de la carga de trabajo en cualquier momento. 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.
Para obtener más información, vea Conceptos de proceso y almacenamiento.
Escalabilidad horizontal de la carga de trabajo de lectura con hasta 10 réplicas de lectura
MySQL es uno de los motores de base de datos populares para ejecutar aplicaciones web y móviles a escala de Internet. Muchos de nuestros clientes lo usan para sus servicios de educación en línea, servicios de streaming de vídeo, soluciones de pago digital, plataformas de comercio electrónico, servicios de juegos, portales de noticias, gobierno y sitios web de atención sanitaria. Estos servicios son necesarios para servir y escalar a medida que aumenta el tráfico en la aplicación web o móvil.
En el caso de las aplicaciones, la aplicación se desarrolla normalmente en Java o PHP y se migra para ejecutarse en conjuntos de escalado de máquinas virtuales de Azure o en instancias de Azure App Services, o bien se incluye en contenedores para ejecutarse en Azure Kubernetes Service (AKS). El uso del conjunto de escalado de máquinas virtuales con App Service o AKS como infraestructura subyacente simplifica el escalado de aplicaciones, al aprovisionar de forma instantánea nuevas máquinas virtuales y replicar los componentes sin estado de las aplicaciones para satisfacer las solicitudes. Sin embargo, la base de datos a menudo acaba siendo un cuello de botella como componente con estado centralizado.
La característica de réplica de lectura permite replicar datos de una instancia de servidor flexible de Azure Database for MySQL en un servidor de solo lectura. Puede replicar desde el servidor de origen en hasta 10 réplicas. Las réplicas se actualizan asincrónicamente mediante la tecnología de replicación basada en la posición de los archivos de registros binarios (binlog) nativa del motor de MySQL. Puede usar una solución de proxy de equilibrador de carga como ProxySQL para escalar horizontalmente la carga de trabajo de la aplicación de manera perfecta para leer réplicas sin ningún costo de refactorización de la aplicación.
Para más información, consulte los conceptos sobre las réplicas de lectura.
Configuración de la sincronización de datos híbridos o en varias nubes con replicación de los datos de entrada
La replicación de datos de entrada permite sincronizar datos de una instancia externa de MySQL Server con un servidor flexible de Azure Database for MySQL. El servidor externo puede ser local, de máquinas virtuales, servidor único de Azure Database for MySQL o un servicio de base de datos hospedado por otros proveedores de nube. La replicación de datos de entrada se basa en la posición del archivo de registro binario (binlog). Los escenarios principales que se deben tener en cuenta para usar la replicación de datos de entrada son los siguientes:
- Sincronización de datos híbridos
- Sincronización de multi-nube
- Migración con tiempo de inactividad mínimo al servidor flexible de Azure Database for MySQL
Para más información, consulte los conceptos sobre la replicación de los datos de entrada.
Detención o inicio del servidor para optimizar el costo
El servidor flexible de Azure Database for MySQL permite detener e iniciar servidores a petición para optimizar los costos. La facturación del nivel de proceso se detiene inmediatamente al detener el servidor. Esta funcionalidad puede permitirle ahorrar costes considerables durante el desarrollo, las pruebas y las cargas de trabajo de producción predecibles con límite de tiempo. El servidor permanece en estado detenido durante 30 días, a menos que se reinicie antes.
Para más información, consulte los conceptos sobre el servidor.
Seguridad, cumplimiento y privacidad empresarial
El servidor flexible de Azure Database for MySQL 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) puede administrar las claves.
El servidor flexible de Azure Database for MySQL cifra los datos en movimiento con la Seguridad de la capa de transporte que se aplica de manera predeterminada. De forma predeterminada, el servidor flexible de Azure Database for MySQL admite conexiones cifradas mediante la Seguridad de la capa de transporte (TLS 1.2), y todas las conexiones entrantes con TLS 1.0 y TLS 1.1 se deniegan. Puede deshabilitar la aplicación de TSL/SSL estableciendo el parámetro de servidor require_secure_transport y estableciendo el tls_version mínimo para el servidor.
Para obtener más información, consulte sobre el uso de conexiones cifradas en instancias de servidor flexible de Azure Database for MySQL.
El servidor flexible de Azure Database for MySQL permite el acceso privado completo a los servidores mediante la integración de red virtual de Azure (red virtual). Solo puede acceder a los servidores de la red virtual de Azure y conectarse con ellos mediante las direcciones IP privadas. Con la integración de red virtual, se deniega el acceso público y no se puede acceder a los servidores mediante puntos de conexión públicos.
Para más información, consulte Conceptos de redes.
Supervisión y alertas
El servidor flexible de Azure Database for MySQL 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 servidor flexible de Azure Database for MySQL expone las métricas del servidor host para supervisar el uso de los recursos y permite configurar registros de consultas lentas. Con estas herramientas, puede optimizar rápidamente sus cargas de trabajo y configurar el servidor para lograr el mejor rendimiento. El servidor flexible de Azure Database for MySQL permite visualizar los datos de los registros de auditoría y consultas lentas mediante libros de Azure Monitor. Con los libros se obtiene un lienzo flexible para analizar datos y crear informes visuales enriquecidos dentro de Azure Portal. El servidor flexible de Azure Database for MySQL proporciona tres plantillas de libro disponibles de forma predeterminada: Información general del servidor, Auditoría e Información de rendimiento de consultas. El libro Información de rendimiento de consultas está diseñado para ayudarle a dedicar menos tiempo a solucionar problemas de rendimiento de la base de datos, al proporcionar información como la siguiente:
- Las N principales consultas de larga duración y sus tendencias.
- Los detalles de la consulta: se puede ver el texto de la consulta y el historial de ejecución con el tiempo de consulta mínimo, máximo, promedio y la desviación estándar.
- El uso de recursos (CPU, memoria y almacenamiento).
Además, puede usarlas e integrarlas con herramientas de supervisión de la comunidad como Percona Monitoring and Management con el servidor flexible de Azure Database for MySQL.
Para más información, consulte los conceptos sobre la supervisión.
Migración
El servidor flexible de Azure Database for MySQL ejecuta la versión de la comunidad de MySQL. Esto ofrece una compatibilidad total con las aplicaciones y requiere un costo mínimo de refactorización para migrar las aplicaciones existentes desarrolladas en el motor de MySQL al servidor flexible de Azure Database for MySQL. La migración al servidor flexible de Azure Database for MySQL se puede realizar con la siguiente opción:
Migraciones sin conexión
- Uso de Azure Data Migration Service cuando el ancho de banda de red entre el origen y Azure es bueno (por ejemplo: ExpressRoute de alta velocidad). Más información con instrucciones paso a paso: Migración de MySQL al servidor flexible de Azure Database for MySQL sin conexión mediante DMS - Azure Database Migration Service
- Use mydumper/myloader para aprovechar la configuración de compresión para mover datos de forma eficaz a través de redes de baja velocidad (como Internet público). Más información con las instrucciones paso a paso de Migración de bases de datos grandes al servidor flexible de Azure Database for MySQL mediante mydumper/myloader
Migraciones con tiempo de inactividad mínimo o en línea
Use la replicación de datos de entrada con la copia de seguridad y restauración coherentes de mydumper/myloader para la primera inicialización. Más información con instrucciones paso a paso: Tutorial: Migración con tiempo de inactividad mínimo del servidor único de Azure Database for MySQL al servidor flexible de Azure Database for MySQL.
Para migrar del servidor único de Azure Database for MySQL al servidor flexible de Azure Database for MySQL en cinco sencillos pasos sencillos, consulte este blog.
Para obtener más información, consulte Selección de las herramientas adecuadas para la migración al servidor flexible de Azure Database for MySQL.
Regiones de Azure
Una ventaja de ejecutar una carga de trabajo en Azure es su alcance global. La opción de servidor flexible de Azure Database for MySQL está disponible actualmente en las siguientes regiones de Azure:
| Region | Disponibilidad | Alta disponibilidad en la misma zona | Alta disponibilidad con redundancia de zona | Copia de seguridad con redundancia geográfica |
|---|---|---|---|---|
| Centro de Australia | ✔️ | ✔️ | ❌ | ❌ |
| Este de Australia | ✔️ | ✔️ | ✔️ | ✔️ |
| Sudeste de Australia | ✔️ | ✔️ | ❌ | ✔️ |
| Sur de Brasil | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de Canadá | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de Canadá | ✔️ | ✔️ | ❌ | ✔️ |
| Centro de la India | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de EE. UU. | ✔️ | ✔️ | ❌ | ✔️ |
| Este de China 2 | ✔️ | ✔️ | ❌ | ❌ |
| Este de China 3 | ✔️ | ✔️ | ❌ | ✔️ |
| Norte de China 2 | ✔️ | ✔️ | ❌ | ❌ |
| Norte de China 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de Asia (RAE de Hong Kong) | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de EE. UU. | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de EE. UU. 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de Francia | ✔️ | ✔️ | ✔️ | ✔️ |
| Sur de Francia | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-oeste de Alemania | ✔️ | ✔️ | ✔️ | ✔️ |
| Norte de Alemania | ✔️ | ✔️ | ❌ | ✔️ |
| Centro de Israel | ✔️ | ✔️ | ✔️ | ❌ |
| Norte de Italia | ✔️ | ✔️ | ✔️ | ❌ |
| Japón Oriental | ✔️ | ✔️ | ✔️ | ✔️ |
| Japón Occidental | ✔️ | ✔️ | ❌ | ✔️ |
| JIO del Oeste de la India | ✔️ | ✔️ | ❌ | ❌ |
| Centro de Corea del Sur | ✔️ | ✔️ | ✔️ | ✔️ |
| Corea del Sur | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-Norte de EE. UU | ✔️ | ✔️ | ❌ | ✔️ |
| Norte de Europa | ✔️ | ✔️ | ✔️ | ✔️ |
| Este de Noruega | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste de Noruega | ✔️ | ✔️ | ❌ | ❌ |
| Centro de Polonia | ✔️ | ✔️ | ❌ | ❌ |
| Centro de Catar | ✔️ | ✔️ | ✔️ | ❌ |
| Norte de Sudáfrica | ✔️ | ✔️ | ✔️ | ❌ |
| Oeste de Sudáfrica | ✔️ | ✔️ | ❌ | ❌ |
| Centro-sur de EE. UU. | ✔️ | ✔️ | ✔️ | ✔️ |
| Sur de la India | ✔️ | ✔️ | ❌ | ✔️ |
| Sudeste de Asia | ✔️ | ✔️ | ✔️ | ✔️ |
| Centro de España | ✔️ | ✔️ | ❌ | ✔️ |
| Centro de Suecia | ✔️ | ✔️ | ✔️ | ❌ |
| Norte de Suiza | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de Suiza | ✔️ | ✔️ | ❌ | ✔️ |
| Norte de Taiwán | ✔️ | ✔️ | ❌ | ❌ |
| Noroeste de Taiwán | ✔️ | ✔️ | ❌ | ❌ |
| Centro de Emiratos Árabes Unidos | ✔️ | ✔️ | ❌ | ✔️ |
| Norte de Emiratos Árabes Unidos | ✔️ | ✔️ | ✔️ | ❌ |
| Sur de Reino Unido 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de Reino Unido | ✔️ | ✔️ | ❌ | ✔️ |
| USGov Virginia | ✔️ | ✔️ | ❌ | ✔️ |
| USGov: Arizona | ✔️ | ✔️ | ❌ | ✔️ |
| USGov: Texas | ✔️ | ✔️ | ❌ | ✔️ |
| Centro-Oeste de EE. UU. | ✔️ | ✔️ | ❌ | ✔️ |
| Oeste de Europa | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de EE. UU. | ✔️ | ✔️ | ❌ | ✔️ |
| Oeste de EE. UU. 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| Oeste de EE. UU. 3 | ✔️ | ✔️ | ✔️ | ✔️ |
Contactos
Para cualquier pregunta o sugerencia que pueda tener sobre el servidor flexible de Azure Database for MySQL, envíe un correo electrónico al equipo de Azure Database for MySQL (@Ask servidor flexible de Azure Database 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:
- Para ponerse en contacto con el servicio de soporte técnico de Azure, presente una incidencia de soporte técnico en Azure Portal.
- Para corregir un problema con la cuenta, envíe una solicitud de soporte técnico en Azure Portal.
- Para proporcionar comentarios o solicitar nuevas características, cree una entrada mediante UserVoice.
Pasos siguientes
Con esta introducción al modo de implementación del servidor flexible de Azure Database for MySQL, ya está listo para lo siguiente:
Creación del primer servidor.
Cree su primera aplicación con su lenguaje preferido: