Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les modèles d’utilisation du cache vous permettent de personnaliser la façon dont votre cache HPC Cache stocke les fichiers pour accélérer votre flux de travail.
Concepts de mise en cache de fichiers de base
La mise en cache des fichiers est la façon dont Azure HPC Cache accélère les demandes des clients. Il utilise ces pratiques de base :
Mise en cache en lecture - Azure HPC Cache conserve une copie des fichiers que les clients demandent auprès du système de stockage. La prochaine fois qu’un client demande le même fichier, HPC Cache peut fournir la version dans son cache au lieu d’avoir à récupérer le fichier à partir du système de stockage principal. Les demandes d’écriture sont transmises au système de stockage principal.
Mise en cache en écriture - Éventuellement, Azure HPC Cache peut stocker une copie de n'importe quel fichier modifié envoyé à partir des ordinateurs clients. Si plusieurs clients apportent des modifications au même fichier sur une courte période, le cache peut collecter toutes les modifications dans le cache au lieu d’avoir à écrire chaque modification individuellement dans le système de stockage principal. Après une durée spécifiée sans modification, le cache déplace le fichier vers le système de stockage à long terme.
Minuteur de vérification : le paramètre du minuteur de vérification détermine la fréquence à laquelle le cache compare sa copie locale d’un fichier à la version distante sur le système de stockage principal. Si la copie principale est plus récente que la copie mise en cache, le cache extrait la copie distante et le stocke pour les demandes futures.
Le paramètre du minuteur de vérification indique quand le cache compare automatiquement ses fichiers aux fichiers sources dans le stockage distant. Toutefois, vous pouvez forcer Azure HPC Cache à comparer les fichiers en effectuant une opération de répertoire qui inclut une demande readdirplus. Readdirplus est une API NFS standard (également appelée lecture étendue) qui retourne des métadonnées d’annuaire, ce qui amène le cache à comparer et à mettre à jour les fichiers.
Minuteur d’écriture différée : pour un cache avec la mise en cache en lecture-écriture, le minuteur d’écriture différée est la durée maximale en secondes pendant laquelle le cache attend avant de copier un fichier modifié dans le système de stockage back-end.
Les modèles d’utilisation intégrés à Azure HPC Cache ont des valeurs différentes pour ces paramètres afin que vous puissiez choisir la meilleure combinaison pour votre situation.
Choisir le modèle d’utilisation approprié pour votre flux de travail
Vous devez choisir un modèle d’utilisation pour chaque cible de stockage de protocole NFS que vous utilisez. Les cibles de stockage Blob Azure ont un modèle d’utilisation intégré qui ne peut pas être personnalisé.
Les modèles d’utilisation HPC Cache vous permettent de choisir comment équilibrer la réponse rapide avec le risque d’obtenir des données obsolètes. Si vous souhaitez optimiser la vitesse de lecture des fichiers, vous pourriez ne pas vous préoccuper du fait que les fichiers dans le cache sont vérifiés par rapport aux fichiers sur le serveur principal. En revanche, si vous souhaitez vous assurer que vos fichiers sont toujours à jour avec le stockage distant, choisissez un modèle et définissez le minuteur de vérification sur un nombre faible pour vérifier fréquemment.
Voici les options de modèle d’utilisation :
Mise en cache en lecture seule : utilisez cette option si vous souhaitez accélérer l’accès en lecture aux fichiers. Choisissez cette option lorsque votre flux de travail implique des opérations d’écriture minimales telles que 0% à 5%.
Cette option met en cache les lectures du client, mais ne met pas en cache les écritures. Les écritures sont dirigées vers le stockage principal.
Les fichiers stockés dans le cache ne sont pas comparés automatiquement aux fichiers sur le volume de stockage NFS. (Lisez la description du minuteur de vérification ci-dessus pour savoir comment les comparer manuellement.)
Lorsque vous choisissez l’option de mise en cache en lecture seule , vous pouvez modifier le minuteur de vérification. La valeur par défaut est de 30 secondes. La valeur doit être un entier (aucune décimale) compris entre 1 et 31536000 secondes (1 an) inclus.
Mise en cache en lecture-écriture : cette option met en cache les opérations de lecture et d’écriture. Lors de l’utilisation de cette option, la plupart des clients sont censés accéder aux fichiers via Azure HPC Cache au lieu de monter directement le stockage back-end. Les fichiers mis en cache ont des modifications récentes qui n’ont pas encore été copiées dans le serveur principal.
Dans ce modèle d’utilisation, les fichiers du cache sont vérifiés par défaut toutes les huit heures par rapport aux fichiers du stockage principal. La version mise en cache du fichier est supposée être plus actuelle. Un fichier modifié dans le cache est écrit dans le système de stockage principal une fois qu’il a été dans le cache pendant une heure par défaut.
Lorsque vous choisissez l’option de mise en cache en lecture-écriture , vous pouvez modifier le minuteur de vérification et le minuteur d’écriture différée. La valeur par défaut du minuteur de vérification est de 28 800 secondes (8 heures). La valeur doit être un entier (aucune décimale) compris entre 1 et 31536000 inclus. La valeur par défaut du temporisateur de write-back est de 3600 secondes (1 heure). La valeur doit être un entier (aucune décimale) compris entre 1 et 31536000 secondes (1 an) inclus.
Ce tableau récapitule les différences de modèle d’utilisation :
| Modèle d’utilisation | Mode de mise en cache | Minuteur de vérification | Minuteur d’écriture différée |
|---|---|---|---|
| Mise en cache en lecture seule | Lire | 30 secondes | None |
| Mise en cache de lecture-écriture | Lecture/écriture | 8 heures | 1 heure |
Avertissement
La modification des modèles d’utilisation entraîne une interruption de service. Les clients HPC Cache ne recevront pas de réponses pendant la transition du modèle d’utilisation. Si vous devez modifier les modèles d’utilisation, il est recommandé que la modification soit apportée pendant une fenêtre de maintenance planifiée pour empêcher l’interruption du client.
Si vous avez des questions sur le meilleur modèle d’utilisation pour votre workflow Azure HPC Cache, contactez votre représentant Azure ou ouvrez une demande de support pour obtenir de l’aide.
Tip
Un utilitaire est disponible pour écrire des fichiers individuels spécifiques dans une cible de stockage sans écrire l’intégralité du contenu du cache. En savoir plus sur le script flush_file.py dans Personnaliser l’écriture différée des fichiers dans Azure HPC Cache.
Étapes suivantes
- Ajouter des cibles de stockage à votre Cache HPC Azure