ECS : Pratiques d’excellence pour le montage des exportations NFS
Summary: pratiques d'excellence pour le montage des exportations ECS NFS (en anglais)
Instructions
Les pratiques d’excellence suivantes s’appliquent lorsque vous montez des exportations ECS NFS.
Utilisez asynchrone.
Dans la mesure du possible, utilisez l’option de montage asynchrone . Cette option réduit considérablement la latence, améliore le débit et réduit le nombre de connexions à partir du client.
Définissez wsize et rsize pour réduire les allers-retours du client.
Lorsque vous prévoyez de lire ou d’écrire des fichiers volumineux, assurez-vous que la taille de lecture ou d’écriture des fichiers est correctement définie à l’aide des options de montage rsize et wsize . En général, vous définissez les options wsize et rsize sur la valeur la plus élevée possible afin de réduire le nombre d’allers-retours du client. Il s’agit généralement de 512 Ko (524 288 octets).
Par exemple, pour écrire un fichier de 10 Mo, si l’option wsize est définie sur 524288 (512 Ko), le client effectue 20 appels distincts. Si la taille d’écriture est définie sur 32 Ko, le nombre d’appels est 16 fois supérieur.
Lorsque vous utilisez la commande mount, vous pouvez fournir la taille de lecture et d’écriture à l’aide du commutateur d’options (-o). Par exemple :# mount <ECS IP ADDRESS>:<Remote Path> <Local Mount Point> -o "vers=3,nolock,rsize=524288,wsize=524288"
Utilisez des noms de fichier uniques.
Dans la mesure du possible, nous vous recommandons d’utiliser des noms de fichiers uniques, en suivant une stratégie telle qu’un préfixe ou un suffixe du nom de serveur, de la date, du jour de la semaine, de l’heure du nom de fichier.
Par exemple, évitez d’utiliser un nom de fichier tel que « backup » pour copier de nombreuses sauvegardes de serveur dans ECS le même jour/à la même heure à l’aide de NFS, car cette action combinée pourrait entraîner une pression mémoire élevée obligeant le système d’exploitation à redémarrer plusieurs services sur plusieurs nœuds. Cela peut également saturer la bande passante d’E/S des disques, ce qui a un impact sur les autres activités ECS. L’étalement de la copie des sauvegardes sur la semaine offre une meilleure expérience globale.
L’écrasement fréquent de fichiers portant le même nom peut entraîner une utilisation élevée de la mémoire pour construire les images en mémoire pour l’état actuel de l’objet. Nous avons également observé des problèmes avec le suivi d’utilisation affichant des retards dans les valeurs lorsque le suivi d’utilisation met à jour la référence positive à partir de l’objet supplémentaire et que les valeurs négatives sont ajustées par la compression d’index.
Additional Information
Articles connexes de la base de connaissances NFS :
- ECS : procédure de création et de montage d'une exportation NFS de base sur un client (en anglais)
- ECS : log dataheadsvc indiquant l'erreur : NFSv3 procedure LINK not supported in request ReadLinkRequest (en anglais)
- ECS : échec du montage NFS avec l'erreur No such file or directory ou ERROR_OBJECT_NOT_FOUND (en anglais)
- ECS : erreurs d'E/S distante NFS ; la modification du propriétaire du compartiment pour le compartiment activé pour FS peut entraîner l'impossibilité pour les applications/utilisateurs d'accéder aux fichiers NFS (en anglais)
- ECS : l'écriture NFS génère une erreur d'E/S après une certaine quantité de données. (en anglais)
- ECS : utilisation du partage de fichiers NFS à partir d'ECS avec un datastore VMware NFS (en anglais)
- ECS : pratiques d'excellence pour le montage des exportations ECS NFS (en anglais)
- ECS : comment monter un partage NFS sur un client Windows (en anglais)
- ECS : échec du montage NFS après la modification des paramètres d'exportation de fichiers dans l'interface utilisateur (en anglais)
- ECS : Oracle WebCenter Content (WCC) est-il compatible avec ECS ? (en anglais)