Azure Database for MySQL
En esta unidad, examinará cómo Azure Database for MySQL puede ayudar a crear un almacén de datos resistente, eficaz y fácil de mantener para la aplicación basada en Web. Teniendo en cuenta la importancia crítica para la empresa y la alta demanda esperadas, está interesado en su capacidad de escalar los recursos de proceso y de almacenamiento. También quiere asegurarse de que Azure Database for MySQL minimiza la sobrecarga de administración y mantenimiento como servicio administrado, con lo que podrá centrarse en el desarrollo de software.
¿Cuáles son las características principales de Azure Database for MySQL?
Azure Database for MySQL: servidor flexible está diseñado para ofrecer compatibilidad completa con sus aplicaciones de MySQL existentes, y admite las versiones 5.7 y 8.0 de MySQL Community Server más usadas. Esta opción de hosting es especialmente eficaz para escenarios que requieren lo siguiente:
- Control detallado sobre la configuración de proceso y almacenamiento.
- Alto rendimiento constantemente.
- Confiabilidad, alta disponibilidad y continuidad empresarial.
- Estrategias eficaces de administración de costos.
Además, Azure Database for MySQL: servidor flexible mejora la seguridad con su firewall integrado para puntos de conexión públicos y admite la conectividad privada mediante la integración de Azure Virtual Network (para redes virtuales) y con Azure Private Link, que protege los datos del acceso no autorizado.
Proceso
Azure Database for MySQL: servidor flexible está disponible en tres niveles de proceso, cada uno de los cuales está orientado a un caso de uso específico:
- Ampliable: ideal para proyectos de desarrollo o temporales con demandas intermitentes de rendimiento.
- De uso general: adecuado para una amplia variedad de cargas de trabajo de producción que requieren un equilibrio entre proceso y memoria.
- Crítico para la empresa: mejor para las aplicaciones que necesitan un alto rendimiento de proceso y resistencia.
El nombre de nivel específico se deriva del nombre de la serie de la referencia de almacén (SKU) de máquina virtual de Azure que hospeda la implementación administrada del servidor MySQL. Dentro de cada nivel, puede elegir entre varios tamaños de máquina virtual diferentes, cada uno de los cuales ofrece un número diferente de núcleos virtuales (comprendido entre 1 y 96) y la cantidad de memoria (que oscila entre 4 GB y aproximadamente 700 GB).
El nivel de proceso ampliable usa máquinas virtuales de la serie B, el nivel De uso general se basa en máquinas virtuales de la serie Dadsv5 (AMD) y Ddsv4 (Intel), y el nivel Crítico para la empresa se ejecuta en máquinas virtuales estándar de la serie Eadsv5 (AMD) y Edsv5 (Intel).
En Azure Portal, durante el proceso de creación del servidor, puede seleccionar la opción de nivel en la página Aspectos básicos, en Detalles del servidor, o bien en la página Proceso y almacenamiento del servidor flexible, en Proceso.
Storage
Al aprovisionar un servidor o en cualquier momento posterior, puede aumentar la cantidad de almacenamiento asignado hasta el límite de 16 384 gibibytes (GiB) o 16 tebibytes (TiB) para los niveles De uso general y Ampliable, y 32 TiB para el nivel Crítico para la empresa. El límite inferior (20 GiB) es el mismo independientemente del nivel de proceso y del tamaño seleccionados. Además, el ajuste de tamaño del almacenamiento es independiente del nivel de proceso y el tamaño que haya elegido, y también puede habilitar el crecimiento automático del almacenamiento.
Nota:
Después de aumentar la cantidad de almacenamiento, no puede reducirla.
Independientemente del tamaño de almacenamiento, también puede escalar y reducir verticalmente el límite deseado de operaciones de entrada y salida por segundo (IOPS). El límite superior de IOPS disponible depende del nivel de proceso y el tamaño, alcanzando 80 000 IOPS para el mayor tamaño disponible de la SKU en el nivel Crítico para la empresa. Puede usar esta funcionalidad escalable de IOPS para adaptarse a los requisitos de recursos que cambian dinámicamente en cualquier momento y también puede habilitar IOPS de escalado automático para que se ajuste automáticamente en función de las demandas de la carga de trabajo.
Conectividad de red
Azure Database for MySQL: servidor flexible admite los tres métodos de conectividad: acceso público, acceso privado y vínculo privado.
Acceso público
Con el acceso público, que se proporciona por medio de un punto de conexión externo, debe permitir explícitamente el acceso mediante reglas de firewall:
- Para el tráfico externo, debe especificar una dirección IP individual o un intervalo de direcciones IP desde el que se permite el tráfico.
- Para el tráfico procedente de Azure, debe permitir el acceso público desde cualquier servicio de Azure.
Importante
Dado que el acceso público permite conexiones desde direcciones IP asignadas a cualquier recurso de Azure, incluidas las conexiones de las suscripciones de otros clientes, solo se recomienda usarlo en escenarios de desarrollo y pruebas.
Acceso privado
Use la compatibilidad con la integración de red virtual para el acceso privado desde redes virtuales de Azure designadas. Puede usar el acceso privado para conectarse de forma segura a un servidor flexible de MySQL desde la misma red virtual, desde una red virtual diferente mediante el emparejamiento o incluso desde el entorno local mediante una conexión de ExpressRoute o VPN. Si habilita esta opción, el servidor bloquea automáticamente las conexiones que se originan desde Internet.
Nota:
Antes de habilitar el acceso privado, se debe implementar la resolución de nombres personalizada del Servicio de nombres de dominio (DNS). Para obtener más información, consulte Acceso a red privada mediante la integración de red virtual para Azure Database for MySQL: servidor flexible.
Private Link
El vínculo privado proporciona un punto de conexión de dirección IP privada dentro de una subred de la red virtual para conectarse directamente al servidor flexible de MySQL. Azure Private Link aporta esencialmente servicios de Azure dentro de la red virtual privada por medio de una dirección IP como cualquier otro recurso de red virtual. Puede crear varios puntos de conexión privados, por ejemplo, uno por aplicación de conexión o por recurso PaaS de Azure. Junto con las reglas de firewall del NSG, los vínculos privados proporcionan un control específico sobre qué servicios pueden acceder a la base de datos.
De forma predeterminada, el servidor aplica la seguridad de la capa de transporte (TLS 1.2) para ayudar a proteger la comunicación de red entrante.
Importante
Aunque puede permitir conexiones sin cifrar después del aprovisionamiento del servidor, esto no se recomienda.
Alta disponibilidad
Azure Database for MySQL: servidor flexible admite alta disponibilidad con conmutación automática por error para ayudar a garantizar que los datos confirmados nunca se pierdan debido a errores de localización. Una vez habilitada esta funcionalidad, la plataforma aprovisiona y administra automáticamente una réplica en espera.
Hay dos modelos de arquitectura de alta disponibilidad, en función de la ubicación de la réplica.
Alta disponibilidad con redundancia de zona
Para mejorar la resistencia, el modelo de alta disponibilidad con redundancia de zona coloca la base de datos principal en una zona de disponibilidad y su réplica en espera en otra zona. Esta configuración está diseñada para proteger frente a errores de centro de datos, lo que ofrece un mayor nivel de protección de datos al garantizar que las bases de datos principales y de copia de seguridad no estén sujetas a los mismos riesgos de localización. Este modelo se recomienda para las aplicaciones críticas que tienen la continuidad y la integridad de los datos como objetivos primordiales, ya que permite que el servicio permanezca disponible incluso si todo un centro de datos se queda sin conexión.
Alta disponibilidad en la misma zona
El modelo de alta disponibilidad en la misma zona coloca la base de datos principal y su réplica en espera en la misma zona de disponibilidad. La implementación en la misma zona es beneficiosa para escenarios en los que es fundamental una latencia mínima para el rendimiento de la aplicación. Mantener la instancia principal y su réplica físicamente cerca garantiza que el proceso de conmutación por error no afecte significativamente a los tiempos de respuesta. Esta configuración es ideal para las aplicaciones afectadas incluso por diferencias de latencia mínimas, lo que puede afectar a la funcionalidad o a la experiencia del usuario.
Continuidad del negocio
Azure Database for MySQL: servidor flexible crea automáticamente copias de seguridad a un momento dado de sus bases de datos. Las conserva en el almacenamiento con redundancia local durante 35 días como máximo o durante 10 años cuando se usa la retención a largo plazo. Al configurar la copia de seguridad, puede elegir entre copias de seguridad con redundancia local, con redundancia de zona o con redundancia geográfica, lo que le permite recuperarse de una interrupción que afecte a toda una región de Azure. Además, puede realizar copias de seguridad a petición en cualquier momento para crear una instantánea de copia de seguridad fuera de la programación de copia de seguridad habitual.
Azure Database for MySQL también admite ventanas de mantenimiento administradas diseñadas para la aplicación de revisiones automatizadas del servidor, lo que facilita la continuidad empresarial. Al especificar una programación de aplicación de revisiones personalizada, puede minimizar el efecto de un tiempo de inactividad temporal resultante del reinicio del servidor.
Optimización de costos
Azure Database for MySQL: servidor flexible ofrece numerosas opciones para optimizar los costos.
Control pormenorizado sobre la configuración de proceso y almacenamiento. Puede ajustar la mayoría de las opciones de configuración del servidor de forma independientemente, lo que le permite optimizar los costos de implementación en función de los objetivos y su caso de uso previsto. Por ejemplo, puede ajustar por separado las opciones para:
- SKU de proceso.
- Cantidad de almacenamiento.
- E/S
- Período de retención de la copia de seguridad.
Además, también puede habilitar la funcionalidad de IOPS de escalabilidad automática para ajustar automáticamente IOPS en función de las demandas de carga de trabajo. A diferencia de las IOPS aprovisionadas previamente, que especifica un límite fijo de IOPS y se paga por independientemente del uso, IOPS de escalado automático le permite pagar solo por el número de operaciones de E/S que consume.
Capacidad para detener e iniciar el servidor a petición. La facturación del nivel de proceso se detiene en cuanto se detiene el servidor. Esta capacidad puede ayudarle a minimizar los costos durante el desarrollo, las pruebas y las cargas de trabajo de producción con una programación predecible de forma confiable.
Nivel de proceso Ampliable. Aproveche el nivel de proceso Ampliable para obtener precios competitivos para las cargas de trabajo que requieren un uso bajo de la CPU con picos de uso ocasionales.
Descuento de instancia reservada. Puede confirmar un plan de compra de un año o de tres años para obtener el descuento por instancia reservada, lo que le ahorra más del 60 % del costo original sin descuento. Tenga en cuenta esta opción para cargas de trabajo de producción con requisitos de capacidad de proceso predecibles a largo plazo.
Cuenta gratuita de Azure. Puede usar una cuenta gratuita de Azure para evaluar el servidor flexible sin costo alguno 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.
- Almacenamiento de 32 GB y almacenamiento de copia de seguridad de 32 GB.
Nota:
Si crea un servidor flexible de Azure Database for MySQL mediante su cuenta gratuita de Azure, todavía aparecerá un costo mensual estimado en la hoja Proceso y almacenamiento: Resumen de costes y en la pestaña Revisar y crear. Sin embargo, siempre que use su cuenta gratuita de Azure y el uso del servicio permanezca dentro de los límites mensuales asociados, no se le cobrará por el servicio.