Almacenamiento IOPS en Azure Database for MySQL: servidor flexible
El número de operaciones de lectura y escritura que el sistema de almacenamiento puede realizar se mide en operaciones de entrada y salida por segundo (IOPS). Los valores de IOPS más altos indican un mejor rendimiento de almacenamiento, lo que permite que la base de datos controle más operaciones simultáneas de lectura y escritura. El resultado es una recuperación de datos más rápida y una mejora de la eficacia general.
Si la configuración de IOPS es demasiado baja, el servidor de bases de datos podría experimentar retrasos en el procesamiento de solicitudes, lo que da lugar a un rendimiento lento y a un rendimiento reducido. Si la configuración de IOPS es demasiado alta, puede provocar una asignación de recursos innecesaria y costos potencialmente aumentados sin mejoras significativas en el rendimiento.
Elección de una configuración de administración de IOPS
Azure Database for MySQL: Servidor flexible actualmente ofrece dos opciones para la administración de IOPS: IOPS aprovisionadas previamente y IOPS de escalabilidad automática.
IOPS aprovisionadas previamente
Puede usar IOPS aprovisionadas previamente para asignar un número específico de IOPS a la instancia de Servidor flexible de Azure Database for MySQL. Definir un límite específico de IOPS para el volumen de almacenamiento garantiza la capacidad de controlar un número determinado de solicitudes por segundo. Esta configuración ayuda a garantizar un rendimiento coherente y predecible para las cargas de trabajo.
Las IOPS aprovisionadas previamente también proporcionan la flexibilidad de aumentar las IOPS aprovisionadas para el volumen de almacenamiento asociado al servidor. Puede personalizar el rendimiento agregando IOPS adicionales más allá del nivel aprovisionado predeterminado en cualquier momento, para alinearse mejor con los requisitos de carga de trabajo.
IOPS de escalado automático
El escalado automático de IOPS ofrece la flexibilidad para escalar IOPS a petición. Al habilitar IOPS de escalado automático, el servidor ajusta automáticamente el límite de IOPS del servidor de bases de datos en función de la demanda de la carga de trabajo. Este escalado dinámico ayuda a optimizar el rendimiento de la carga de trabajo sin intervención manual ni configuración. Para obtener información detallada sobre el número máximo de IOPS admitidos para cada nivel de servicio y tamaño de proceso, consulte la documentación del nivel de servicio.
Otras ventajas de IOPS de escalado automático incluyen:
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 ayuda a garantizar una capacidad de respuesta coherente, incluso durante los períodos de uso máximo.
Ahorro de costos: A diferencia de las IOPS aprovisionadas previamente, donde se especifica y se paga por un límite fijo de IOPS independientemente del uso, la IOPS de escalado automático le permite pagar solo por el número de operaciones de E/S que consume. Evita el aprovisionamiento innecesario y los gastos de los recursos infrautilizados. El resultado es tanto el ahorro de costos como el rendimiento óptimo, lo que hace que el escalado automático sea una opción inteligente para administrar la carga de trabajo de la base de datos de forma eficaz.
Supervisión del rendimiento del almacenamiento
Puede supervisar el uso de IOPS de almacenamiento mediante Métricas disponibles para Azure Database for MySQL: Servidor flexible.
Obtener información general sobre el uso de E/S para un período de tiempo seleccionado
- En Azure Portal, vaya al servidor flexible de Azure Database for MySQL.
- En el panel Información general, seleccione la pestaña Supervisión.
- En el área Mostrar datos para la última, seleccione un período de tiempo.
Visualización de un libro para métricas mejoradas
- En Azure Portal, vaya al servidor flexible de Azure Database for MySQL.
- Vaya a Supervisión>Libros.
- Seleccione el libro Métricas mejoradas.
- En la pestaña Información general del libro, busque métricas de Porcentaje de E/S de almacenamiento.
Adición de métricas para el porcentaje y el recuento de E/S de almacenamiento
- En Azure Portal, vaya al servidor flexible de Azure Database for MySQL.
- Vaya a Supervisión>Métricas.
- Seleccione Agregar métrica.
- En la lista desplegable de métricas disponibles, seleccione Porcentaje de E/S de almacenamiento y Recuento de E/S de almacenamiento.
Selección de la configuración óptima de IOPS
Ahora que sabe cómo supervisar el uso de IOPS de forma eficaz, está equipado para explorar la mejor configuración del servidor. Al elegir la configuración de IOPS para la instancia del servidor flexible de Azure Database for MySQL, tenga en cuenta los siguientes factores. Comprender estos factores puede ayudarle a tomar una decisión fundamentada para garantizar el mejor rendimiento y rentabilidad de la carga de trabajo.
Optimización del rendimiento
Con las IOPS de escalado automático, puede cumplir los requisitos de coherencia y previsibilidad de la carga de trabajo sin tener que enfrentarse al inconveniente de la limitación de almacenamiento y la interacción manual para agregar más IOPS.
Si la carga de trabajo tiene un rendimiento coherente o requiere IOPS coherentes, es posible que las IOPS aprovisionadas previamente sean preferibles. Proporciona un nivel de rendimiento predecible y la asignación fija de IOPS se correlaciona con las cargas de trabajo dentro de los límites especificados.
Si necesita un rendimiento mayor que el requisito habitual, puede asignar IOPS adicionales mediante IOPS aprovisionadas previamente. Esta opción requiere interacción manual y comprensión del tiempo de aumento del rendimiento.
Impacto de la limitación
Tenga en cuenta el impacto de la limitación en la carga de trabajo. Si la posible degradación del rendimiento debido a la limitación es un problema, la IOPS de escalado automático puede controlar dinámicamente los picos de carga de trabajo para minimizar el riesgo de limitación y ayudar a mantener el rendimiento en un nivel óptimo.
En última instancia, la decisión entre el escalado automático y las IOPS aprovisionadas previamente depende de los requisitos específicos de la carga de trabajo y las expectativas de rendimiento. Analice los patrones de carga de trabajo, evalúe las implicaciones de los costos y tenga en cuenta el posible impacto de la limitación para realizar una elección que se alinee con sus prioridades.
| Consideraciones sobre la carga de trabajo | IOPS aprovisionadas previamente | IOPS de escalado automático |
|---|---|---|
| Cargas de trabajo con patrones de E/S coherentes y predecibles | Se recomienda, ya que solo usa IOPS aprovisionadas. | Compatible, sin aprovisionamiento manual de IOPS necesario |
| Cargas de trabajo con distintos patrones de uso | No se recomienda, ya que es posible que no proporcione un rendimiento eficaz durante períodos de uso elevados. | Se recomienda, ya que se ajusta automáticamente para controlar las distintas cargas de trabajo |
| Cargas de trabajo con crecimiento dinámico o necesidades de rendimiento cambiantes | No se recomienda, ya que requiere ajustes constantes para cambiar los requisitos de IOPS | Se recomienda, ya que no se requiere ninguna configuración adicional para requisitos de rendimiento específicos |
Consideraciones sobre los costos
Si tiene una carga de trabajo fluctuante con picos imprevisibles, optar por IOPS de escalado automático podría ser más rentable. Garantiza que solo pague por las IOPS más altas que use durante los períodos máximos, lo que ofrece flexibilidad y ahorro de costos. Aunque las IOPS aprovisionadas previamente proporcionan IOPS coherentes y máximas, puede suponer un costo mayor, en función de la carga de trabajo. Tenga en cuenta el equilibrio entre el costo y el rendimiento necesarios en el servidor.
Prueba y evaluación
Si no está seguro de la configuración óptima de IOPS, considere la posibilidad de ejecutar pruebas de rendimiento mediante IOPS de escalabilidad automática y IOPS aprovisionadas previamente. Evalúe los resultados y determine qué configuración cumple los requisitos de carga de trabajo y las expectativas de rendimiento.
Carga de trabajo de ejemplo: Sitio web de comercio electrónico
Supongamos que posee un sitio web de comercio electrónico que experimenta fluctuaciones en el tráfico durante todo el año. Durante períodos normales, la carga de trabajo es moderada. Pero durante las temporadas de vacaciones o promociones especiales, el tráfico aumenta exponencialmente.
Con IOPS de escalado automático, la base de datos puede ajustar dinámicamente sus IOPS para controlar el aumento de la carga de trabajo durante los períodos máximos. Cuando se producen picos de tráfico, como durante las ventas de Black Friday, la característica de escalado automático permite que la base de datos escale verticalmente sin problemas las IOPS para satisfacer la demanda. Esta capacidad ayuda a garantizar un rendimiento suave e ininterrumpido, y ayuda a evitar ralentizaciones o interrupciones del servicio. Después del período máximo, cuando el tráfico disminuye, las IOPS se pueden reducir verticalmente. A continuación, ahorrará costos, ya que solo paga por los recursos utilizados durante el aumento.
Si opta por IOPS aprovisionadas previamente, debe calcular la capacidad máxima de carga de trabajo y asignar un número fijo de IOPS en consecuencia. Sin embargo, durante los períodos máximos, la carga de trabajo podría superar el límite de IOPS predeterminado. Después, la E/S de almacenamiento podría limitarse, lo que afecta al rendimiento y podría provocar retrasos o tiempos de espera para los usuarios.
Carga de trabajo de ejemplo: Plataforma para informes y análisis de datos
Supongamos que usa Azure Database for MySQL: Servidor flexible para el análisis de datos, donde los usuarios envían consultas complejas y tareas de procesamiento de datos a gran escala. El patrón de la carga de trabajo es relativamente coherente, con un flujo constante de consultas durante todo el día.
Con las IOPS aprovisionadas previamente, puede seleccionar un número adecuado de IOPS en función de la carga de trabajo esperada. Siempre que las IOPS elegidas controlen adecuadamente el volumen de consulta diario, no existe ningún riesgo de limitación o degradación del rendimiento. Este enfoque proporciona previsibilidad de costos y le permite optimizar los recursos de forma eficaz sin necesidad de escalado dinámico.
Es posible que la característica de escalado automático no proporcione ventajas significativas en este caso. Dado que la carga de trabajo es coherente, puede aprovisionar la base de datos con un número fijo de IOPS que satisfaga cómodamente la demanda. Es posible que el escalado automático no sea necesario, ya que no hay ráfagas repentinas de actividad que requieren IOPS adicionales.
Mediante el uso de IOPS aprovisionadas previamente, tiene un rendimiento predecible sin necesidad de escalado. El costo está directamente vinculado al almacenamiento asignado.
Preguntas más frecuentes
¿Cómo puedo pasar de IOPS aprovisionadas previamente a IOPS de escalado automático?
- En Azure Portal, busque el servidor flexible de Azure Database for MySQL correspondiente.
- Vaya al panel Configuración y seleccione Proceso y almacenamiento.
- En la sección IOPS, seleccione IOPS de escalado automático y guarde la configuración para aplicar las modificaciones.
¿Qué tan pronto surte efecto la IOPS de escalabilidad automática después de realizar el cambio?
Después de habilitar IOPS de escalado automático para el servidor flexible de Azure Database for MySQL y guardar la configuración, los cambios surten efecto inmediatamente después de que la implementación en el recurso finalice correctamente. La característica IOPS de escalado automático se aplica a la base de datos sin ningún retraso.
¿Cómo afecta una operación de restauración a un momento dado al uso de IOPS?
Durante una operación de restauración a un momento dado (PITR) en el servidor flexible de Azure Database for MySQL, se crea un nuevo servidor y los datos se copian del almacenamiento del servidor de origen al almacenamiento del nuevo servidor. Este proceso da como resultado un aumento del uso de IOPS en el servidor de origen.
El aumento del uso de IOPS es una repetición normal y no indica ningún problema con el servidor de origen ni con la operación PITR. Una vez completada la operación PITR, el uso de IOPS en el servidor de origen vuelve a sus niveles habituales.
Para más información sobre PITR, consulte Copia de seguridad y restauración en Azure Database for MySQL: servidor flexible.
¿Cómo sé que las IOPS se han escalado y escalado verticalmente cuando el servidor usa la característica de IOPS de escalado automático? ¿Puedo supervisar el uso de IOPS para mi servidor?
Consulte la sección Supervisión del rendimiento del almacenamiento anterior en este artículo. Le ayuda a identificar si el servidor se ha escalado verticalmente o se ha escalado verticalmente durante un período de tiempo específico.
¿Puedo cambiar entre IOPS de escalado automático y IOPS aprovisionadas previamente más adelante?
Sí. Para volver a IOPS aprovisionadas previamente, selecciónela en la sección Proceso y almacenamiento del panel Configuración.
¿Cómo sé cuántas IOPS he usado en Azure Database for MySQL: Servidor flexible?
Vaya a Supervisión en la sección Información general o vaya a la métrica Recuento de E/S de almacenamiento en el panel Supervisión. La métrica Recuento de E/S de almacenamiento proporciona la suma de IOPS que el servidor usó en el período de tiempo seleccionado.