Compartir a través de

Preguntas frecuentes sobre el rendimiento para Azure NetApp Files

  • Artículo

En este artículo se responden las preguntas frecuentes (P+F) sobre el rendimiento de Azure NetApp Files.

¿Qué debo hacer para optimizar o ajustar el rendimiento de Azure NetApp Files?

Puede realizar las siguientes acciones según los requisitos de rendimiento:

  • Asegúrese de que la máquina virtual (VM) tiene el tamaño adecuado.
  • Habilite Redes aceleradas en la máquina virtual.
  • Seleccione el nivel de servicio deseado y el tamaño del grupo de capacidad.
  • Cree un volumen con el tamaño de cuota deseada para la capacidad y el rendimiento.

No es necesario establecer redes aceleradas para las tarjetas de interfaz de red (NIC) en la subred dedicada de Azure NetApp Files. Las redes aceleradas son una funcionalidad que solo se aplica a las máquinas virtuales de Azure. Las NIC de Azure NetApp Files están optimizadas por diseño.

¿Cómo se puede supervisar el rendimiento de los volúmenes de Azure NetApp Files?

El rendimiento de los volúmenes de Azure NetApp Files se puede supervisar a través de las métricas disponibles.

¿Cómo puedo convertir los niveles de servicio basado en el rendimiento de Azure NetApp Files a operaciones de entrada/salida por segundo (IOPS)??

Puede convertir megabytes por segundos (MBps) a IOPS con esta fórmula:

IOPS = (MBps Throughput / KB per IO) * 1024

¿Cómo puedo cambiar el nivel de servicio de un volumen?

Puede cambiar el nivel de servicio de un volumen existente al moverlo a otro grupo de capacidad que use el nivel de servicio que quiere para dicho volumen. Consulte Cambio dinámico del nivel de servicio de un volumen.

¿Cómo se puede supervisar el rendimiento de Azure NetApp Files?

Azure NetApp Files proporciona métricas de rendimiento del volumen. También puede usar Azure Monitor para supervisar las métricas de uso de Azure NetApp Files. Consulte Métricas de Azure NetApp Files para obtener la lista de métricas de rendimiento de Azure NetApp Files.

¿Por qué la latencia de una carga de trabajo es alta cuando las IOPS son bajas?

En ausencia de otros síntomas (como errores, problemas de red o una aplicación que no responde), las cargas de trabajo de IOP bajas normalmente no son un problema. Las IOPS bajas suelen ser inferiores a 500-600 IOPS, pero pueden variar.

Azure NetApp Files responde a las solicitudes a medida que entran. Es posible que una carga de trabajo con pocas solicitudes sea mayor, pero responde según lo previsto. Cargas de trabajo de IOPS bajas (por ejemplo, 5 IOPS y 32 KiB/s):

  • No se encuentra en la memoria caché de RAM, por lo que debe ir al disco más.
  • No tenga un tamaño de muestra alto, por lo que se considera estadísticamente irrelevante.
  • No tenga suficientes muestras para promedio de valores atípicos.

La latencia notificada puede alcanzar los segundos o decenas de segundos de intervalo debido a la desviación del promedio de latencia. Aumentar la carga de trabajo en el volumen con una IOPS baja puede ayudar a determinar si la asimetría de latencia es la razón por la que la latencia muestra un número inflado.

¿Cuál es el impacto en el rendimiento de Kerberos en NFSv4.1?

Consulte Impacto en el rendimiento de Kerberos en los volúmenes de NFSv4.1 para obtener información sobre las opciones de seguridad de NFSv4.1, los vectores de rendimiento que se hayan probado y el impacto esperado en el rendimiento.

¿Cuál es el impacto en el rendimiento del uso de nconnect con Kerberos?

No se recomienda utilizar las opciones de montaje nconnect y sec=krb5* juntas. Se ha observado una degradación del rendimiento al usar las dos opciones en combinación.

La interfaz de programación de aplicaciones del estándar de seguridad genérico (GSS-API) proporciona una manera de que las aplicaciones protejan los datos enviados a aplicaciones del mismo nivel. Estos datos se pueden enviar desde un cliente de una máquina a un servidor en otro equipo. 

Cuando nconnect se usa en Linux, el contexto de seguridad de GSS se comparte entre todas las conexiones nconnect a un servidor determinado. TCP es un transporte confiable que admite la entrega de paquetes desordenados para tratar paquetes desordenados en un flujo GSS, mediante una ventana deslizante de números de secuencia. Cuando se reciben paquetes que no están en la ventana de secuencia, se descarta el contexto de seguridad y se negocia un nuevo contexto de seguridad. Todos los mensajes enviados con en el contexto ahora descartado ya no son válidos, por lo que es necesario volver a enviar los mensajes. Un mayor número de paquetes en una configuración de nconnect provoca frecuentes paquetes fuera de la ventana, desencadenando el comportamiento descrito. No se pueden indicar porcentajes de degradación específicos con este comportamiento.

¿Azure NetApp Files admite SMB directo?

No, Azure NetApp Files no admite SMB directo.

¿Se admite la formación de equipos NIC en Azure?

La formación de equipos NIC no se admite en Azure. Aunque se admiten varias interfaces de red en las máquinas virtuales de Azure, representan una construcción lógica más que física. Como tal, no proporcionan tolerancia a errores. Además, el ancho de banda disponible para una máquina virtual de Azure se calcula para el propio equipo y no para ninguna interfaz de red individual.

¿Se admiten tramas gigantes?

No se admiten tramas gigantes con máquinas virtuales de Azure.

Pasos siguientes