Implicaciones de cambiar a la cuota máxima de volumen para el servicio de Azure NetApp Files

Desde el principio del servicio, Azure NetApp Files ha usado un aprovisionamiento de grupo de capacidad y un mecanismo de crecimiento automático. Los volúmenes de Azure NetApp Files tienen un aprovisionamiento fino sobre un grupo de capacidad subyacente aprovisionado por el cliente de un nivel y tamaño seleccionados. Los tamaños de volumen (cuotas) se usan para proporcionar rendimiento y capacidad, y las cuotas se pueden ajustar sobre la marcha en cualquier momento. Este comportamiento implica que, actualmente, la cuota de volumen es un factor de rendimiento que se usa para controlar el ancho de banda al volumen. Actualmente, los grupos de capacidades subyacentes aumentan automáticamente cuando se llena la capacidad.

Motivos para el cambio a cuota máxima de volumen

Muchos clientes han indicado tres desafíos importantes con el comportamiento inicial:

• Los clientes de VM veían la capacidad de aprovisionamiento fino (100 TiB) de cualquier volumen al usar las herramientas de supervisión del espacio o la capacidad del sistema operativo, lo que ofrecía datos inexactos sobre la capacidad del cliente o la aplicación.
• Los propietarios de la aplicación no tenían ningún control sobre el espacio aprovisionado del grupo de capacidad (y el costo asociado), debido al comportamiento de crecimiento automático del grupo de capacidad. Esta situación resulta complicada en entornos en los que los "procesos descontrolados" puede llenarse y aumentar rápidamente el costo y la capacidad aprovisionados.
• Los clientes quieren ver y mantener una correlación directa entre el tamaño del volumen (cuota) y el rendimiento. Con el comportamiento actual de sobresuscripción (implícita) de un volumen (en términos de capacidad) y el crecimiento automático de grupos, los clientes no tienen una correlación directa hasta que la cuota de volumen se ha establecido o restablecido activamente.

Muchos clientes han solicitado control directo sobre la capacidad aprovisionada. Quieren controlar y equilibrar la capacidad de almacenamiento y la utilización. También quieren controlar el costo y obtener visibilidad tanto para las aplicaciones como para el cliente de la capacidad y rendimiento disponibles, utilizados y aprovisionados para los volúmenes de aplicaciones.

Qué es el cambio a la cuota máxima de volumen

Con el cambio a la cuota máxima de volumen, los volúmenes de Azure NetApp Files dejarán de tener un aprovisionamiento fino a 100 TiB (el máximo). Los volúmenes se aprovisionan según el tamaño configurado real (cuota). Además, los grupos de capacidades subyacentes deja de aumentar de manera automática al alcanzar el consumo de capacidad total. Este cambio refleja un comportamiento, como en el caso de los discos administrados de Azure, que también se aprovisionan tal cual, sin aumento automático de la capacidad.

Por ejemplo, imagine un volumen de Azure NetApp Files configurado con un tamaño de 1 TiB (cuota) en un grupo de capacidad de nivel de servicio Ultra de 4 TiB. Una aplicación está escribiendo datos continuamente en el volumen.

El comportamiento inicial era el siguiente:

• Ancho de banda esperado: 128 MiB/s
• Capacidad total utilizable (y visible para el cliente): 100 TiB
  No podrá escribir en el volumen más datos que superen este tamaño.
• Grupo de capacidad: aumenta de manera automática en incrementos de 1 TiB cuando está lleno.
• Cambio de cuota de volumen: solo cambia el rendimiento (ancho de banda) del volumen. No cambia la capacidad utilizable o visible para el cliente.

Comportamiento modificado:

• Ancho de banda esperado: 128 MiB/s
• Capacidad total utilizable (y visible para el cliente): 1 TiB. No puede escribir en el volumen más datos que superen este tamaño.
• Grupo de capacidad: sigue siendo de 4 TiB de tamaño y no crece de manera automática.
• Cambio de cuota de volumen: cambia el rendimiento (ancho de banda) y la capacidad utilizable o visible para el cliente del volumen.

Debe supervisar de forma proactiva el uso de los volúmenes y grupos de capacidad de Azure NetApp Files. Debe cambiar deliberadamente el uso del volumen y del grupo para que el consumo sea casi total. Azure NetApp Files sigue permitiendo ñas operaciones de cambio de tamaño del grupo de capacidad y de volumen sobre la marcha.

Cómo poner en funcionamiento el cambio de cuota máxima de volumen

En esta sección se proporcionan instrucciones sobre cómo poner en funcionamiento el cambio a la cuota máxima de volumen para una transición sin problemas. También proporciona información para administrar los volúmenes y grupos de capacidad aprovisionados actualmente, la supervisión continua y las opciones de alertas y administración de capacidad.

Volúmenes y grupos de capacidad aprovisionados actualmente

Debido al cambio de cuota máxima de volumen, debe cambiar el modelo operativo. Los volúmenes y grupos de capacidad aprovisionados requieren una administración continua de la capacidad. Dado que el comportamiento modificado se realiza de manera instantánea, el equipo de Azure NetApp Files recomienda una serie de medidas correctivas únicas para los volúmenes y grupos de capacidad existentes previamente aprovisionados, tal como se describe en esta sección.

Recomendaciones de medidas correctivas o preventivas únicas

El cambio de cuota máxima del volumen provoca cambios en la capacidad aprovisionada y disponible para los volúmenes y grupos aprovisionados previamente. Como resultado, pueden generarse algunos desafíos de asignación de capacidad. Para evitar situaciones de falta de espacio a corto plazo para los clientes, el equipo de Azure NetApp Files recomienda las siguientes medidas correctivas o preventivas únicas:

• Tamaños de volúmenes aprovisionados:
  Cambie el tamaño de todos los volúmenes aprovisionados para que tengan un búfer adecuado en función de la tasa de cambios y alertas o del tiempo de respuesta de cambio de tamaño (por ejemplo, un 20 % en función de las consideraciones típicas de la carga de trabajo), con un máximo de 100 TiB (que es el límite de tamaño del volumen regular). Este nuevo tamaño de volumen, incluida la capacidad de búfer, debe basarse en los siguientes factores:

  • La capacidad de volumen aprovisionada, en caso de que la capacidad usada sea menor que la cuota de volumen aprovisionada.
  • La capacidad de volumen utilizada, en el caso de que la capacidad usada sea mayor que la cuota de volumen aprovisionada.
    No hay ningún cargo adicional por el aumento de la capacidad del nivel de volumen si no es necesario aumentar el grupo de capacidad subyacente. Como consecuencia de este cambio, puede notar un aumento del límite de ancho de banda para el volumen (en caso de que se use el tipo de grupo de capacidad QoS automático ).

• Tamaños de grupo de capacidad aprovisionada:
  Después de los ajustes de tamaño del volumen, si la suma de los tamaños de los volúmenes es mayor que el tamaño del grupo de capacidad que los hospeda, el grupo de capacidad tiene que aumentar hasta un tamaño igual o mayor que la suma de los volúmenes, con un máximo de 500 TiB. Para más información sobre los límites, consulte Límites de recursos de Azure NetApp Files). La capacidad adicional del grupo de capacidad está sujeta a cargos de ACR de la forma habitual.

Debe colaborar con sus especialistas en Azure NetApp Files para validar su entorno si necesita ayuda con la configuración de la supervisión o las alertas, tal y como se describe en las secciones siguientes.

Administración de la capacidad continua

Después de llevar a cabo las medidas correctivas únicas, debe preparar procesos continuos para supervisar y administrar la capacidad. En las secciones siguientes se proporcionan sugerencias y alternativas sobre la supervisión y administración de la capacidad.

Supervisión del uso de capacidad

Puede supervisar el uso de capacidad en varios niveles.

Supervisión en el nivel de VM

El nivel más general de supervisión (más cercano a la aplicación) es desde la máquina virtual de la aplicación. Esto supone un cambio de comportamiento visible en información de capacidad desde el sistema operativo cliente de la VM.

En los dos escenarios siguientes, imagine un volumen de Azure NetApp Files configurado con un tamaño de 1 TiB (cuota) en un grupo de capacidad de nivel de servicio Ultra de 4 TiB.

Windows

Los clientes de Windows pueden comprobar la capacidad usada y disponible de un volumen mediante las propiedades de unidad asignada a la red. Puede usar la opción Explorador ->Unidad ->Propiedades.

En los siguientes ejemplos se muestra la información sobre capacidad del volumen en Windows antes del comportamiento modificado:

También puede usar el comando dir en el símbolo del sistema como se muestra a continuación:

En los siguientes ejemplos se muestra la información sobre capacidad del volumen en Windows después del comportamiento modificado:

En el siguiente ejemplo se muestra la salida del comando dir:

Linux

Los clientes de Linux pueden comprobar la capacidad usada y disponible de un volumen mediante el comando df. La opción -h muestra el tamaño, el espacio usado y el espacio disponible en formato legible, con tamaños de unidad M, G y T.

En el siguiente ejemplo se muestra la información sobre capacidad del volumen en Linux antes del comportamiento modificado:

En el siguiente ejemplo se muestra la información sobre capacidad del volumen en Linux después del comportamiento modificado:

Configuración de alertas mediante ANFCapacityManager

Puede usar la herramienta ANFCapacityManager de Logic Apps con soporte de la comunidad para supervisar la capacidad de Azure NetApp Files y recibir alertas adaptadas. La herramienta ANFCapacityManager está disponible en la página de ANFCapacityManager en GitHub.

ANFCapacityManager es una aplicación lógica de Azure que administra reglas de alertas basadas en la capacidad. Aumenta automáticamente el tamaño de los volúmenes para evitar que los volúmenes de Azure NetApp Files se queden sin espacio. Es fácil de implementar y proporciona las siguientes funcionalidades de Alert Management:

• Cuando se crea un grupo de capacidad o volumen de Azure NetApp Files, ANFCapacityManager crea una regla de alertas de métricas basada en el umbral de porcentaje consumido que se especifique.
• Cuando se cambia el tamaño de un grupo de capacidad o volumen de Azure NetApp Files, ANFCapacityManager modifica la regla de alertas de métricas basada en el umbral de porcentaje de capacidad consumido que se especifique. Si la regla de alerta no existe, se crea.
• Cuando se elimina un grupo de capacidad o volumen de Azure NetApp Files, se elimina la regla de alertas de métricas correspondiente.

Puede configurar las siguientes opciones de alertas importantes:

• Umbral de porcentaje completo de grupo de capacidad: este valor determina el umbral utilizado que desencadena una alerta para los grupos de capacidad. Un valor de 90 haría que se desencadene una alerta cuando el grupo de capacidad alcance el 90 % de consumo.
• Umbral de porcentaje completo de volumen: esta opción determina el umbral utilizado que desencadena una alerta para los volúmenes. Un valor de 80 haría que se desencadene una alerta cuando el volumen alcance el 80 % de consumo.
• Grupo de acciones existente para las notificaciones de capacidad: este valor es el grupo de acciones que se desencadena para las alertas basadas en la capacidad. El usuario debe crear este valor previamente. El grupo de acciones puede enviar correos electrónicos, SMS u otros formatos.

La siguiente ilustración muestra la configuración de alertas:

Después de instalar ANFCapacityManager, puede esperar el siguiente comportamiento: cuando se crea, modifica o elimina un grupo de capacidad o volumen de Azure NetApp Files, la aplicación lógica crea, modifica o elimina de manera automática una regla de alerta de métrica basada en capacidad con el nombre ANF_Pool_poolname o ANF_Volume_poolname_volname.

Administración de capacidad

Además de la supervisión y las alertas, también debe incorporar prácticas de administración de la capacidad de la aplicación para administrar el consumo de capacidad (aumentado) de Azure NetApp Files. Cuando se llena un volumen o grupo de capacidad de Azure NetApp Files, se puede proporcionar capacidad adicional sin interrumpir la aplicación. En esta sección se describen varias formas manuales y automatizadas para aumentar el espacio aprovisionado del grupo de capacidad y del volumen según sea necesario.

Manual

Puede usar el portal o la CLI para aumentar manualmente el tamaño del volumen o del grupo de capacidad.

Portal

Puede cambiar el tamaño de un volumen según sea necesario. El consumo de la capacidad de un volumen se descuenta de la capacidad aprovisionada de su grupo.

1. En la cuenta de NetApp, seleccione Volúmenes.

2. Haga clic con el botón derecho en el nombre del volumen cuyo tamaño quiere cambiar o seleccione el icono … al final de la fila del volumen para mostrar el menú contextual.

3. Use las opciones del menú contextual para cambiar el tamaño del volumen o eliminarlo.

   

   

En algunos casos, el grupo de capacidad de hospedaje no tiene suficiente capacidad para cambiar el tamaño de los volúmenes. No obstante, puede cambiar el tamaño del grupo de capacidad en incrementos o decrementos de 1 TiB. El tamaño del grupo de capacidad no puede ser inferior a 4 TiB. Al cambiar el tamaño del grupo de capacidad, cambia la capacidad adquirida de Azure NetApp Files.

1. En el menú Administrar cuenta de NetApp, seleccione el grupo de capacidad cuyo tamaño quiera cambiar.

2. Haga clic con el botón derecho en el nombre del grupo de capacidad o seleccione el icono … al final de la fila del grupo de capacidad para mostrar el menú contextual.

3. Use las opciones del menú contextual para cambiar el tamaño del grupo de capacidad o eliminarlo.

   

   

CLI o PowerShell

Puede usar las herramientas de la CLI de Azure NetApp Files, incluidas la CLI de Azure y Azure PowerShell, para cambiar manualmente el tamaño del volumen o del grupo de capacidad. Puede usar los dos comandos siguientes para administrar los recursos de grupo y volumen de Azure NetApp Files:

• az netappfiles pool
• az netappfiles volume

Para administrar los recursos de Azure NetApp Files mediante la CLI de Azure, puede abrir Azure Portal y seleccionar el vínculo Azure Cloud Shell en la parte superior de la barra de menús:

Esta acción abre Azure Cloud Shell:

En los ejemplos siguientes se usan los comandos para mostrar y actualizar el tamaño de un volumen:

En los ejemplos siguientes se usan los comandos para mostrar y actualizar el tamaño de un grupo de capacidad:

Automatizados

Puede crear un proceso automatizado para administrar el comportamiento modificado.

REST API

La API REST para el servicio Azure NetApp Files define las operaciones HTTP en los recursos como la cuenta de NetApp, el grupo de capacidades, los volúmenes y las instantáneas. La especificación de la API REST de Azure NetApp Files se publica a través de la página de GitHub de Azure NetApp Files Resource Manager]. Puede encontrar código de ejemplo para usarlo con las API REST en GitHub.

Consulte Desarrollo para Azure NetApp Files con la API REST.

API REST mediante PowerShell

La API REST para el servicio Azure NetApp Files define las operaciones HTTP en los recursos como la cuenta de NetApp, el grupo de capacidades, los volúmenes y las instantáneas. La especificación de la API REST de Azure NetApp Files se publica a través de GitHub.

Consulte Desarrollo para Azure NetApp Files con la API REST mediante PowerShell.

Administración de la capacidad mediante ANFCapacityManager

ANFCapacityManager es una aplicación lógica de Azure que administra reglas de alertas basadas en la capacidad. Aumenta automáticamente el tamaño de los volúmenes para evitar que los volúmenes de Azure NetApp Files se queden sin espacio. Además de enviar alertas, puede habilitar el aumento automático del tamaño de los volúmenes y grupos de capacidad para evitar que los volúmenes de Azure NetApp Files se queden sin espacio:

• Opcionalmente, cuando un volumen de Azure NetApp Files alcanza el umbral de porcentaje consumido especificado, la cuota (tamaño) de volumen aumenta en función del porcentaje especificado entre 10 y 100.
• Si el aumento del tamaño del volumen supera la capacidad del grupo de capacidad contenedor, también aumenta el tamaño del grupo de capacidad para alojar el tamaño del nuevo volumen.

Puede configurar el siguiente valor de administración de capacidad importante:

• Porcentaje de aumento del crecimiento automático: porcentaje del tamaño del volumen existente que un volumen aumentará si alcanza el umbral de porcentaje completoespecificado. Un valor de 0 (cero) deshabilita la característica de crecimiento automático. Se recomienda un valor entre 10 y 100.

  

Preguntas más frecuentes

En esta sección se responden algunas preguntas sobre el cambio de cuota máxima de volumen.

¿Se cuenta el espacio de instantáneas en la capacidad utilizable o aprovisionada de un volumen?

Sí, la capacidad de instantáneas consumida cuenta para el espacio aprovisionado del volumen. En caso de que el volumen se llene, plantéese dos opciones de corrección:

• Cambie el tamaño del volumen como se describe en este artículo.
• Quite las instantáneas más antiguas para liberar espacio en el volumen de hospedaje.

¿Este cambio implica que el comportamiento del crecimiento automático del volumen desaparece de Azure NetApp Files?

Un error frecuente es creer que los volúmenes de Azure NetApp Files aumentarán su tamaño automáticamente al llenarse. Los volúmenes se aprovisionaban de forma fina con un tamaño de 100 TiB, independientemente de la cuota real establecida, mientras que el grupo de capacidad subyacente aumentaba de tamaño automáticamente en incrementos de 1 TiB. Este cambio corrige el tamaño volumen (visible y utilizable) a la cuota establecida y los grupos de capacidad ya no aumentan de tamaño automáticamente. Este cambio da como resultado un espacio de cliente e información de capacidad más precisos y comúnmente solicitados. Evita el consumo de capacidad "descontrolada".

¿Este cambio tiene algún efecto en los volúmenes replicados mediante la replicación entre regiones (versión preliminar)?

La cuota máxima de volumen no se aplica en los volúmenes de destino de replicación.

¿Este cambio tiene algún efecto en las métricas disponibles actualmente en Azure Monitor?

Las métricas del portal y las estadísticas de Azure Monitor reflejan con precisión el nuevo modelo de asignación y uso.

¿Este cambio tiene algún efecto en los límites de recursos para Azure NetApp Files?

No hay ningún cambio en los límites de recursos para Azure NetApp Files adicionales a los cambios de cuota descritos en este artículo.

¿Hay algún flujo de trabajo de ANFCapacityManager de ejemplo?

Sí. Consulte la página del ejemplo de flujo de trabajo de crecimiento automático de volúmenes en GitHub.

¿ANFCapacityManager es compatible con Microsoft?

La aplicación lógica ANFCapacityManager se proporciona tal cual y no es compatible con NetApp ni Microsoft. Se recomienda que la modifique para que se ajuste a su entorno o requisitos específicos. Debe probar la funcionalidad antes de implementarla en cualquier entorno de producción o crítico para la empresa.

¿Cómo puedo informar de un error o enviar la solicitud de una característica para ANFCapacityManger?

Para enviar errores y solicitudes de características, seleccione Nuevo problema en la página ANFCapacityManager de GitHub.

Pasos siguientes

• Cambiar el tamaño de un grupo de capacidad o de un volumen
• Métricas de Azure NetApp Files