Compartir a través de

Uso de Azure HPC Cache con Azure NetApp Files

Puede usar Azure NetApp Files como destino de almacenamiento para Azure HPC Cache. En este artículo se explica cómo pueden trabajar juntos los dos servicios y se proporcionan sugerencias para configurarlos.

Azure NetApp Files combina su sistema operativo ONTAP con la escalabilidad y velocidad de Microsoft Azure. Esta combinación permite a los usuarios desplazar los flujos de trabajo establecidos a la nube sin volver a escribir código.

La adición de un componente de Azure HPC Cache puede mejorar el acceso a archivos mediante la presentación de varios volúmenes de Azure NetApp Files en un espacio de nombres agregado. Puede proporcionar almacenamiento en caché perimetral para volúmenes ubicados en una región de servicio diferente. También puede mejorar el rendimiento bajo demanda para volúmenes creados en niveles de servicio más bajos para ahorrar costo.

Información general

Para usar un sistema de Azure NetApp Files como almacenamiento back-end con Azure HPC Cache, siga este proceso.

  1. Cree el sistema y los volúmenes de Azure NetApp Files según las instrucciones que se indican en Planeamiento del sistema, a continuación.
  2. Cree Azure HPC Cache en la región donde necesita acceso a archivos. (Use las instrucciones de Creación de una instancia de Azure HPC Cache).
  3. Defina destinos de almacenamiento en la memoria caché que apunten a los volúmenes de Azure NetApp Files. Cree un destino de almacenamiento en caché para cada dirección IP única que se usa para acceder a los volúmenes.
  4. Haga que los clientes monten Azure HPC Cache en lugar de montar volúmenes de Azure NetApp Files directamente.

Planeamiento del sistema de Azure NetApp Files

Al planear el sistema de Azure NetApp Files, preste atención a los elementos de esta sección para asegurarse de que puede integrarlo sin problemas con Azure HPC Cache.

Lea también la documentación de Azure NetApp Files antes de crear volúmenes para su uso con Azure HPC Cache.

Acceso solo a clientes NFS

Azure HPC Cache solo admite actualmente el acceso NFS. No se puede usar con la ACL SMB o volúmenes de bits de modo POSIX.

Subred exclusiva para Azure NetApp Files

Azure NetApp Files usa una sola subred delegada para sus volúmenes. Ningún otro recurso puede usar esa subred. Además, solo se puede usar una subred de una red virtual para Azure NetApp Files. Obtenga más información en Directrices para el planeamiento de red de Azure NetApp Files.

Tamaño de subred delegada

Use el tamaño mínimo de la subred delegada al crear un sistema de Azure NetApp Files para usarlo con Azure HPC Cache.

El tamaño mínimo, que se especifica con la máscara de red /28, proporciona 16 direcciones IP. En la práctica, Azure NetApp Files usa solo tres de las direcciones IP disponibles para el acceso al volumen. Esto significa que solo necesita crear tres destinos de almacenamiento en Azure HPC Cache para cubrir todos los volúmenes.

Si la subred delegada es demasiado grande, es posible que los volúmenes de Azure NetApp Files usen más direcciones IP que una sola instancia de Azure HPC Cache pueda controlar.

En el ejemplo de inicio rápido de la documentación de Azure NetApp Files se usa 10.7.0.0/16 para la subred delegada, lo que proporciona una subred demasiado grande.

Nivel de servicio del grupo de capacidad

Al elegir el nivel de servicio para el grupo de capacidad, tenga en cuenta el flujo de trabajo. Si vuelve a escribe datos con frecuencia en el volumen de Azure NetApp Files, el rendimiento de la memoria caché se puede restringir si el tiempo de escritura diferida es lento. Elija un nivel de servicio alto para los volúmenes que tendrán escrituras frecuentes.

Los volúmenes con niveles de servicio bajos también pueden mostrar algún retraso al principio de una tarea mientras el contenido rellena previamente la memoria caché. Después de que la memoria caché esté en funcionamiento con un buen conjunto de archivos, el retraso debe pasar desapercibido.

Es importante planear el nivel de servicio del grupo de capacidad con antelación, ya que no se puede cambiar después de la creación. Sería necesario crear un nuevo volumen en un grupo de capacidad diferente y copiar los datos.

Tenga en cuenta que puede cambiar la cuota de almacenamiento de un volumen y el tamaño del grupo de capacidad sin interrumpir el acceso.

Creación de destinos de almacenamiento en la memoria caché

Después de configurar el sistema de Azure NetApp Files y de crear Azure HPC Cache, defina los destinos de almacenamiento en la memoria caché que apunten a los volúmenes del sistema de archivos.

Cree un destino de almacenamiento para cada dirección IP que usen los volúmenes de Azure NetApp Files. La dirección IP aparece en la página de instrucciones de montaje del volumen.

Si varios volúmenes comparten la misma dirección IP, puede usar un destino de almacenamiento para todos ellos.

Siga las instrucciones de montaje de la documentación de Azure NetApp Files para buscar las direcciones IP que se van a usar.

También puede encontrar direcciones IP con la CLI de Azure:

az netappfiles volume list -g ${RESOURCE_GROUP} --account-name ${ANF_ACCOUNT} --pool-name ${POOL} --query "[].mountTargets[].ipAddress" | grep -Ee '[0-9]+[.][0-9]+[.][0-9]+[.][0-9]+' | tr -d '"' | tr -d , | sort | uniq

Los nombres de exportación en el sistema Azure NetApp Files tienen un único componente de ruta. No intente crear un destino de almacenamiento para la exportación / raíz en Azure NetApp Files, ya que esa exportación no proporciona acceso a archivos.

No hay restricciones especiales para las rutas de acceso del espacio de nombres virtual en estos objetivos de almacenamiento.

Montaje de los destinos de almacenamiento

Las máquinas cliente deben montar la memoria caché en lugar de montar los volúmenes de Azure NetApp Files directamente. Siga las instrucciones de Montaje de Azure HPC Cache.

Pasos siguientes