Utiliser Azure HPC Cache avec Azure NetApp Files

Vous pouvez utiliser Azure NetApp Files comme cible de stockage pour votre cache AZURE HPC. Cet article explique comment les deux services peuvent fonctionner ensemble et donne des conseils pour les configurer.

Azure NetApp Files combine son système d’exploitation ONTAP avec la scalabilité et la vitesse de Microsoft Azure. Cette combinaison permet aux utilisateurs de déplacer les flux de travail établis vers le cloud sans réécrire du code.

L’ajout d’un composant Azure HPC Cache peut améliorer l’accès aux fichiers en présentant plusieurs volumes Azure NetApp Files dans un espace de noms agrégé. Il peut fournir une mise en cache de périphérie pour les volumes situés dans une autre région de service. Il peut également améliorer les performances à la demande des volumes créés à des niveaux de service inférieurs pour économiser les coûts.

Aperçu

Pour utiliser un système Azure NetApp Files en tant que stockage principal avec Azure HPC Cache, suivez ce processus.

1. Créez le système et les volumes Azure NetApp Files en fonction des instructions fournies dans Planifier votre système, ci-dessous.
2. Créez azure HPC Cache dans la région où vous avez besoin d’un accès aux fichiers. (Utilisez les instructions de créer un cache HPC Azure.)
3. Définissez des cibles de stockage dans le cache qui pointent vers les volumes Azure NetApp Files. Créez une cible de stockage de cache pour chaque adresse IP unique utilisée pour accéder aux volumes.
4. Demandez aux clients de monter le cache HPC Azure plutôt que de monter directement les volumes Azure NetApp Files.

Planifier votre système Azure NetApp Files

Lors de la planification de votre système Azure NetApp Files, faites attention aux éléments de cette section pour vous assurer que vous pouvez l’intégrer en douceur à Azure HPC Cache.

Lisez également la documentation Azure NetApp Files avant de créer des volumes à utiliser avec Azure HPC Cache.

Accès client NFS uniquement

Azure HPC Cache prend actuellement en charge uniquement l’accès NFS. Il ne peut pas être utilisé avec des volumes de bits en mode SMB ACL ou POSIX.

Sous-réseau exclusif pour Azure NetApp Files

Azure NetApp Files utilise un seul sous-réseau délégué pour ses volumes. Aucune autre ressource ne peut utiliser ce sous-réseau. En outre, un seul sous-réseau d’un réseau virtuel peut être utilisé pour Azure NetApp Files. Pour plus d’informations, consultez Recommandations en matière de planification réseau d’Azure NetApp Files.

Taille du sous-réseau délégué

Utilisez la taille minimale du sous-réseau délégué lors de la création d’un système Azure NetApp Files à utiliser avec Azure HPC Cache.

La taille minimale, spécifiée avec le masque netmask /28, fournit 16 adresses IP. Dans la pratique, Azure NetApp Files n’utilise que trois de ces adresses IP disponibles pour l’accès en volume. Cela signifie que vous devez uniquement créer trois cibles de stockage dans azure HPC Cache pour couvrir tous les volumes.

Si le sous-réseau délégué est trop volumineux, il est possible que les volumes Azure NetApp Files utilisent plus d’adresses IP qu’une seule instance Azure HPC Cache peut gérer.

L’exemple de démarrage rapide dans la documentation Azure NetApp Files utilise 10.7.0.0/16 pour le sous-réseau délégué, ce qui donne un sous-réseau trop volumineux.

Niveau de service du pool de capacité

Lorsque vous choisissez le niveau de service de votre pool de capacités, tenez compte de votre flux de travail. Si vous réécrivez fréquemment des données dans le volume Azure NetApp Files, les performances du cache peuvent être limitées si le temps d’écriture différée est lent. Choisissez un niveau de service élevé pour les volumes qui auront des écritures fréquentes.

Les volumes avec des niveaux de service faibles peuvent également afficher un décalage au début d’une tâche pendant que le cache pré-remplit le contenu. Une fois que le cache est opérationnel avec un bon ensemble de fichiers, le délai doit passer inaperçu.

Il est important de planifier le niveau de service du pool de capacités à l’avance, car il ne peut pas être modifié après la création. Un nouveau volume doit être créé dans un pool de capacités différent et les données copiées.

Notez que vous pouvez modifier le quota de stockage d’un volume et la taille du pool de capacités sans interrompre l’accès.

Créer des cibles de stockage dans le cache

Une fois votre système Azure NetApp Files configuré et le cache HPC Azure créé, définissez des cibles de stockage dans le cache qui pointent vers les volumes du système de fichiers.

Créez une cible de stockage pour chaque adresse IP utilisée par vos volumes Azure NetApp Files. L’adresse IP est répertoriée dans la page des instructions de montage du volume.

Si plusieurs volumes partagent la même adresse IP, vous pouvez utiliser une cible de stockage pour toutes ces adresses.

Suivez les instructions de montage de la documentation Azure NetApp Files pour rechercher les adresses IP à utiliser.

Vous pouvez également trouver des adresses IP avec Azure CLI :

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

Les noms d’exportation sur le système Azure NetApp Files ont un seul composant de chemin d’accès. N’essayez pas de créer une cible de stockage pour l’exportation / racine dans Azure NetApp Files, car cette exportation ne fournit pas d’accès aux fichiers.

Il n’existe aucune restriction spéciale sur les chemins d’accès d’espace de noms virtuels pour ces cibles de stockage.

Monter des cibles de stockage

Les machines clientes doivent monter le cache au lieu de monter directement les volumes Azure NetApp Files. Suivez les instructions de Mount the Azure HPC Cache.

Étapes suivantes

• En savoir plus sur la configuration et l’utilisation d’Azure NetApp Files
• Pour obtenir de l’aide sur la planification et la configuration de votre système Azure HPC Cache pour utiliser Azure NetApp Files, contactez le support technique.