Azure Database for MySQL: niveles de servidor flexible

  • Artículo

SE APLICA A: Azure Database for MySQL: Servidor flexible

Puede crear una instancia de servidor flexible de Azure Database for MySQL en uno de los tres niveles de servicio diferentes: Ampliable, De uso general y Crítico para la empresa. Los niveles de servicio se diferencian en la SKU de la VM subyacente que utiliza la serie B, la serie D y la serie E. La elección del tamaño y el nivel de proceso determina la memoria y los núcleos virtuales disponibles en el servidor. Se usa la misma tecnología de almacenamiento en todos los niveles de servicio. Todos los recursos se aprovisionan en el nivel de instancia de servidor flexible de Azure Database for MySQL. Un servidor puede tener una o varias bases de datos.

Recurso/nivel Flexible Uso general Crítico para la empresa
Series de máquinas virtuales Serie B Dadsv5-seriesDdsv4-series Edsv4/Edsv5-series*/Eadsv5-series
Núcleos virtuales 1, 2, 4, 8, 12, 16, 20 2, 4, 8, 16, 32, 48, 64 2, 4, 8, 16, 32, 48, 64, 80, 96
Memoria por núcleo virtual Variable 4 GiB 8 GiB **
Tamaño de almacenamiento De 20 GiB a 16 TiB De 20 GiB a 16 TiB De 20 GiB a 16 TiB
Período de retención de copias de seguridad de base de datos De 1 a 35 días De 1 a 35 días De 1 a 35 días

** Con la excepción de 64, 80 y 96 núcleos virtuales, que tienen 504, 504 y 672 GiB de memoria respectivamente.

* El proceso Ev5 proporciona el mejor rendimiento entre otras series de máquinas virtuales en términos de QPS y latencia. Obtenga más información sobre el rendimiento y la disponibilidad de regiones del proceso Ev5 desde aquí.

Para elegir un nivel de proceso, use la siguiente tabla como punto de partida.

Nivel de proceso Carga de trabajo objetivo
Flexible Ideal para cargas de trabajo que no necesitan toda la CPU continuamente.
Uso general La mayoría de las cargas de trabajo de empresa que requieren un equilibrio entre proceso y memoria con rendimiento de E/S escalable. Por ejemplo, servidores para hospedar aplicaciones web y móviles, y otras aplicaciones empresariales.
Crítico para la empresa Cargas de trabajo de base de datos de alto rendimiento que requieren rendimiento en memoria para un procesamiento de transacciones más rápido y una mayor simultaneidad. Por ejemplo, servidores para procesar datos en tiempo real y aplicaciones de análisis y transacciones de alto rendimiento.

Después de crear un servidor, se puede cambiar el nivel y el tamaño de proceso, así como el tamaño de almacenamiento. El escalado de proceso requiere un reinicio y tarda entre 60 y 120 segundos, mientras que el escalado de almacenamiento no requiere un reinicio. También se puede aumentar o reducir de forma independiente el período de retención de la copia de seguridad. Para más información, consulte la sección Escalado de recursos.

Niveles de servicio, tamaño y tipos de servidor

Los recursos de proceso se pueden seleccionar en función del nivel y el tamaño. Esto determina los núcleos virtuales y el tamaño de la memoria. Los núcleos virtuales representan la CPU lógica del hardware subyacente.

Las especificaciones detalladas de los tipos de servidores disponibles son las siguientes:

Tamaño de proceso Núcleos virtuales Tamaño de memoria (GiB) IOPS máximas admitidas Conexiones máximas GiB de almacenamiento temporal (SSD)
Flexible
Standard_B1s 1 1 320 171 4
Standard_B1ms 1 2 640 341 4
Standard_B2s 2 4 1280 683 4
Standard_B2ms 2 8 1700 1365 16
Standard_B4ms 4 16 2400 2731 32
Standard_B8ms 8 32 3100 5461 64
Standard_B12ms 12 48 3800 8193 96
Standard_B16ms 16 64 4300 10923 128
Standard_B20ms 20 80 5000 13653 160
Uso general
Standard_D2ads_v5 2 8 3200 1365 75
Standard_D2ds_v4 2 8 3200 1365 75
Standard_D4ads_v5 4 16 6400 2731 150
Standard_D4ds_v4 4 16 6400 2731 150
Standard_D8ads_v5 8 32 12800 5461 300
Standard_D8ds_v4 8 32 12800 5461 300
Standard_D16ads_v5 16 64 20000 10923 600
Standard_D16ds_v4 16 64 20000 10923 600
Standard_D32ads_v5 32 128 20000 21845 1200
Standard_D32ds_v4 32 128 20000 21845 1200
Standard_D48ads_v5 48 192 20000 32 768 1800
Standard_D48ds_v4 48 192 20000 32 768 1800
Standard_D64ads_v5 64 256 20000 43691 2400
Standard_D64ds_v4 64 256 20000 43691 2400
Crítico para la empresa
Standard_E2ds_v4 2 16 5000 2731 75
Standard_E2ads_v5 2 16 5000 2731 75
Standard_E4ds_v4 4 32 10000 5461 150
Standard_E4ads_v5 4 32 10000 5461 150
Standard_E8ds_v4 8 64 18000 10923 300
Standard_E8ads_v5 8 64 18000 10923 300
Standard_E16ds_v4 16 128 28000 21845 600
Standard_E16ads_v5 16 128 28000 21845 600
Standard_E20ds_v4 20 160 28000 27306 750
Standard_E20ads_v5 20 160 28000 27306 750
Standard_E32ds_v4 32 256 38 000 43691 1200
Standard_E32ads_v5 32 256 38 000 43691 1200
Standard_E48ds_v4 48 384 48000 65536 1800
Standard_E48ads_v5 48 384 48000 65536 1800
Standard_E64ds_v4 64 504 64000 86016 2400
Standard_E64ads_v5 64 504 64000 86016 2400
Standard_E80ids_v4 80 504 72 000 86016 2400
Standard_E2ds_v5 2 16 5000 2731 75
Standard_E4ds_v5 4 32 10000 5461 150
Standard_E8ds_v5 8 64 18000 10923 300
Standard_E16ds_v5 16 128 28000 21845 600
Standard_E20ds_v5 20 160 28000 27306 750
Standard_E32ds_v5 32 256 38 000 43691 1200
Standard_E48ds_v5 48 384 48000 65536 1800
Standard_E64ds_v5 64 512 64000 87383 2400
Standard_E96ds_v5 96 672 80000 100000 3600

Para obtener más detalles sobre las series de procesos disponibles, consulte la documentación de Azure VM para Ampliable (serie B), De uso general Dadsv5-seriesDdsv4-series, y Crítico para la empresa Edsv4/Edsv5-series/Eadsv5-series

Nota

Para nivel de proceso ampliable (serie B), si la VM se inicia, detiene o reinicia, es posible que se pierdan los créditos. Para más información, vea Preguntas más frecuentes sobre las máquinas virtuales ampliables (serie B).

Limitaciones de rendimiento de las instancias de series ampliables

El nivel de proceso ampliable está diseñado para proporcionar una solución rentable para cargas de trabajo que no requieren una CPU completa continua continuamente. Este nivel es ideal para cargas de trabajo que no son de producción, como entornos de desarrollo, almacenamiento provisional o pruebas. La característica única del nivel de proceso ampliable es su capacidad de "ráfaga", es decir, usar más que su rendimiento de CPU de línea base usando hasta el 100 % de la vCPU cuando la carga de trabajo lo requiere. Esto es posible mediante un modelo de crédito de CPU, lo que permite a las instancias de la serie B acumular "créditos de CPU" durante períodos de uso bajo de CPU. Estos créditos pueden usarse durante períodos de uso elevado de CPU, lo que permite que la instancia se expanda por encima de su rendimiento de CPU base.

Sin embargo, es importante tener en cuenta que una vez que una instancia ampliable agota sus créditos de CPU, funciona en su rendimiento de CPU base. Por ejemplo, el rendimiento base de la CPU de un Standard_B1ms es del 20 % es decir, 0,2 núcleos virtuales. Si el servidor de nivele ampliable ejecuta una carga de trabajo que requiere más rendimiento de CPU que el nivel base y ha agotado sus créditos de CPU, el servidor puede experimentar limitaciones de rendimiento y, finalmente, podría afectar a varias operaciones del sistema, como Stop/Start/Restart para el servidor.

Nota:

En el caso de los servidores de nivel de proceso ampliable (serie B), como Standard_B1s/Standard_B1ms/Standard_B2s, su tamaño de memoria de host relativamente menor puede provocar bloqueos (sin memoria) en cargas de trabajo continuas, incluso si la métrica de memory_percent no ha alcanzado el 100 %.

Debido a esta limitación, es posible que el servidor encuentre problemas de conectividad y que las operaciones del sistema se vean afectadas. En tales situaciones, el curso de acción recomendado es pausar la carga de trabajo en el servidor para acumular créditos según el modelo de banca de crédito de la serie B o considerar la posibilidad de escalar el servidor a niveles superiores, como los niveles de uso general o críticos para la empresa.

Por lo tanto, aunque el nivel de proceso ampliable ofrece importantes ventajas de costo y flexibilidad para determinados tipos de cargas de trabajo, no se recomienda para cargas de trabajo de producción que requieran un rendimiento coherente de la CPU. El nivel Ampliable no admite la funcionalidad de creación de réplicas de lectura y característica de alta disponibilidad. Para estas cargas de trabajo y características, otros niveles de proceso, como Uso general o Crítico para la empresa, son más adecuados.

Para más información sobre el modelo de crédito de CPU de la serie B de Azure, consulte las instancias ampliables de la serie B y el modelo de crédito de CPU de la serie B.

Supervisión de créditos de CPU en el nivel ampliable

La supervisión del saldo de crédito de CPU es fundamental para mantener un rendimiento óptimo en el nivel de proceso ampliable. El servidor flexible de Azure Database for MySQL proporciona dos métricas clave relacionadas con los créditos de CPU. El umbral ideal para desencadenar una alerta depende de los requisitos específicos de rendimiento y carga de trabajo.

Crédito de CPU consumido: esta métrica indica el número de créditos de CPU consumidos por la instancia. La supervisión de esta métrica puede ayudarle a comprender los patrones de uso de CPU de la instancia y a administrar su rendimiento de forma eficaz.

Crédito de CPU restante: esta métrica muestra el número de créditos de CPU restantes para la instancia. Supervisar esta métrica puede ayudarle a evitar que la instancia se degrade en cuanto al rendimiento debido al agotamiento de sus créditos de CPU. Si la métrica Crédito de CPU restante cae por debajo de un determinado nivel (por ejemplo, menos del 30 % del total de créditos disponibles), esto indicaría que la instancia está en riesgo de agotar sus créditos de CPU si la carga de CPU actual continúa.

Para más información, consulte esta guía sobre cómo configurar alertas sobre métricas.

Storage

El almacenamiento que se aprovisiona es la cantidad de capacidad de almacenamiento disponible para el servidor flexible. El almacenamiento se usa para los archivos de base de datos, los archivos temporales, los registros de transacciones y los registros del servidor MySQL. En todos los niveles de servicio, el almacenamiento mínimo admitido es de 20 GiB y el máximo es de 16 TiB. El almacenamiento se escala en incrementos de 1 GiB y se puede escalar verticalmente después de crear el servidor.

Nota

El almacenamiento solo se puede escalar verticalmente, no reducir.

Puede supervisar el consumo de almacenamiento en el Azure Portal (con Azure Monitor) mediante el límite de almacenamiento, el porcentaje de almacenamiento y las métricas usadas en el almacenamiento. Consulte el artículo Supervisión para obtener información sobre las métricas.

Alcance del límite de almacenamiento

Cuando el almacenamiento consumido en el servidor está cerca de alcanzar el límite aprovisionado, el servidor se pone en modo de solo lectura para proteger las escrituras perdidas en el servidor. Los servidores con un almacenamiento aprovisionado menor o igual a 100 GiB se marcan como de solo lectura si el almacenamiento disponible es inferior al 5 % del tamaño del almacenamiento aprovisionado. Los servidores con más de 100 GiB de almacenamiento aprovisionado se marcan como solo de lectura cuando el almacenamiento libre es inferior a 5 GiB.

Por ejemplo, si ha aprovisionado 110 GiB de almacenamiento y el uso real supera los 105 GiB, el servidor se marca como de solo lectura. También, si ha aprovisionado 5 GiB de almacenamiento, el servidor se marca como de solo lectura cuando quedan menos de 256 MB de almacenamiento disponible.

Mientras el servicio intenta hacer que el servidor sea de solo lectura, se bloquean todas las nuevas solicitudes de transacción de escritura, y las transacciones activas existentes continuarán ejecutándose. Cuando el servidor se establece en solo lectura, todas las operaciones de escritura y confirmaciones de transacción posteriores generarán errores. Las consultas de lectura seguirán funcionando sin interrupciones.

Para sacar el servidor del modo de solo lectura, debe aumentar el almacenamiento aprovisionado en el servidor. Esto puede hacerse mediante Azure Portal o la CLI de Azure. Después del aumento, el servidor estará listo para aceptar las transacciones de escritura de nuevo.

Recomendamos que configure una alerta que le envíe una notificación cada vez que su almacenamiento en servidor esté cerca del umbral para que pueda evitar entrar en el estado de solo lectura. Para obtener más información, consulte cómo configurar una alerta en la documentación sobre alertas.

Crecimiento automático del almacenamiento

El crecimiento automático del almacenamiento impide que el servidor se quede sin almacenamiento y se vuelva de solo lectura. Si el crecimiento automático del almacenamiento está habilitado, el almacenamiento crece automáticamente sin afectar a la carga de trabajo. El crecimiento automático del almacenamiento está habilitado de manera predeterminada para todos los nuevos servidores creados. En cuanto a los servidores con un almacenamiento aprovisionado menor o igual a 100 GB, el tamaño del almacenamiento aprovisionado se incrementa en 5 GB cuando el almacenamiento disponible es inferior al 10 % del almacenamiento aprovisionado. En los servidores con más de 100 GB de almacenamiento aprovisionado, el tamaño del almacenamiento aprovisionado se incrementa en un 5 % cuando el espacio de almacenamiento disponible está por debajo de 10 GB del tamaño del almacenamiento aprovisionado. Se aplican los límites máximos de almacenamiento según lo especificado anteriormente. Actualice la instancia del servidor para ver el almacenamiento actualizado aprovisionado en Configuración en la página Proceso y almacenamiento.

Por ejemplo, si ha aprovisionado 1000 GB de almacenamiento y el uso real supera los 990 GB, el tamaño del almacenamiento del servidor se incrementa a 1050 GB. Como alternativa, si ha aprovisionado 20 GB de almacenamiento, el tamaño del almacenamiento aumenta a 25 GB cuando queda menos de 2 GB de almacenamiento.

Recuerde que el almacenamiento una vez autoescalado verticalmente, no se puede reducir verticalmente.

Nota:

El crecimiento automático de almacenamiento está habilitado de forma predeterminada para un servidor configurado de alta disponibilidad y no se puede deshabilitar.

E/S

El servidor flexible de Azure Database for MySQL admite IOPS aprovisionados previamente y IOPS de escalabilidad automática. Más información. El número mínimo de IOPS es de 360 en todos los tamaños de proceso y el máximo viene determinado por el tamaño de proceso seleccionado. Para obtener más información sobre el número máximo de IOPS por tamaño de proceso consulte la tabla.

Importante

**El número mínimo de IOPS es de 360 en todos los tamaños de proceso
**El número de IOPS máximo viene determinado por el tamaño de proceso seleccionado.

Puede supervisar el consumo de E/S en el Azure Portal (con Azure Monitor) mediante la métrica Porcentaje de E/S. Si necesita más IOPS que el número máximo de IOPS basado en el proceso, debe escalar el proceso del servidor.

IOPS aprovisionadas previamente

El servidor flexible de Azure Database for MySQL ofrece IOPS aprovisionadas previamente, lo que le permite asignar un número específico de IOPS a la instancia de servidor flexible de Azure Database for MySQL. Esta configuración garantiza un rendimiento coherente y predecible para las cargas de trabajo. Con las IOPS aprovisionadas previamente, puede definir un límite de IOPS específico para el volumen de almacenamiento, lo que garantiza la capacidad de controlar un determinado número de solicitudes por segundo. Esto da como resultado un nivel de rendimiento confiable y seguro. Las IOPS aprovisionadas previamente le permiten aprovisionar IOPS adicionales por encima del límite de IOPS. 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.

IOPS de escalado automático

La piedra angular de la Azure Database for MySQL: servidor flexible es su capacidad de lograr el mejor rendimiento para las cargas de trabajo de nivel 1, lo que se puede mejorar al habilitar el rendimiento de escalado automático del servidor (E/S) de sus servidores de bases de datos sin problemas en función de las necesidades de carga de trabajo. Se trata de una característica de participación que permite a los usuarios escalar IOPS a petición sin tener que aprovisionar previamente una determinada cantidad de E/S por segundo. Con la habilitación de IOPS de escalabilidad automática, ahora puede disfrutar de la administración de E/S sin preocupaciones en Azure Database for MySQL: servidor flexible, ya que el servidor escala o reduce verticalmente las E/S automáticamente en función de las necesidades de carga de trabajo.

Con Autoscale IOPS, solo se paga por la IO que utiliza el servidor y ya no es necesario aprovisionar y pagar por los recursos que no se utilizan en su totalidad, lo que permite ahorrar tiempo y dinero. Además, las aplicaciones de nivel 1 crítico pueden lograr un rendimiento coherente haciendo que la E/S adicional esté disponible para la carga de trabajo en cualquier momento. La IOPS de escala automática elimina la administración necesaria para proporcionar el mejor rendimiento al menor para los clientes del servidor flexible de Azure Database for MySQL.

Escalado dinámico: IOPS de escalado automático ajusta dinámicamente el límite de IOPS del servidor de bases de datos en función de la demanda real de la carga de trabajo. Esto garantiza un rendimiento óptimo sin intervención manual ni configuración.

Control de picos de carga de trabajo: el escalado automático de IOPS permite que la base de datos controle sin problemas los picos o fluctuaciones de la carga de trabajo sin poner en peligro el rendimiento de las aplicaciones. Esta característica garantiza una capacidad de respuesta coherente incluso durante los períodos de uso máximo.

Ahorro de costos: a diferencia de las IOPS aprovisionadas previamente en las que se especifica un límite fijo de IOPS y se paga por independientemente del uso, la IOPS de escalado automático le permite pagar solo por el número de operaciones de E/S que consume.

Copia de seguridad

El servicio realiza automáticamente copias de seguridad del servidor. Puede seleccionar un período de retención de entre 1 y 35 días. Obtenga más información sobre las copias de seguridad en el artículo sobre los conceptos de copia de seguridad y restauración.

Escalado de recursos

Después de crear el servidor, puede cambiar el nivel de proceso, el tamaño de proceso (núcleos virtuales y memoria) y la cantidad de almacenamiento y el período de retención de la copia de seguridad de manera independiente. El tamaño de proceso se puede escalar o reducir verticalmente. El período de retención de la copia de seguridad se puede escalar o reducir verticalmente de 1 a 35 días. El tamaño de almacenamiento solo se puede aumentar. El escalado de los recursos puede realizarse a través del portal o la CLI de Azure.

Nota

El tamaño de almacenamiento solo se puede aumentar. Tras aplicar el aumento del tamaño de almacenamiento, no puede volver a otro más pequeño.

Al cambiar el nivel o el tamaño de proceso, el servidor se reinicia para que se aplique el nuevo tipo de servidor. Durante el breve espacio de tiempo en que el sistema cambia al nuevo servidor, no se puede establecer ninguna nueva conexión y todas las transacciones no confirmadas se revierten. Este intervalo de tiempo varía, pero en la mayoría de los casos está entre 60 y 120 segundos.

El escalado del almacenamiento y el cambio del período de retención de la copia de seguridad son operaciones en línea y no requieren el reinicio de un servidor.

Precios

Para conocer la información más actualizada sobre precios, consulte la página de precios del servicio. Para ver el coste de la configuración deseada, en Azure Portal se muestra el coste mensual en la pestaña Proceso + Almacenamiento según las opciones que seleccione. Si no tiene una suscripción de Azure, puede usar la calculadora de precios de Azure para obtener un precio estimado. En el sitio web Calculadora de precios de Azure, seleccione Agregar elementos, expanda la categoría Bases de datos y elija Azure Database for MySQL y Servidor flexible como tipo de implementación para personalizar las opciones.

Si quiere optimizar el coste del servidor, puede considerar las siguientes sugerencias:

  • Reduzca verticalmente el nivel o el tamaño de proceso (núcleos virtuales) si el proceso está infrautilizado.
  • Le recomendamos que cambie al nivel de proceso flexible si la carga de trabajo no necesita la capacidad de proceso completa de forma continua de los niveles De uso general y Crítico para la empresa.
  • Detenga el servidor cuando no esté en uso.
  • Reduzca el período de retención de la copia de seguridad si no se requiere una retención más larga de la copia de seguridad.

Pasos siguientes