Lorsque vous planifiez les systèmes de fichiers de cluster, tenez compte des points suivants :
Quotas : les quotas ne sont pas pris en charge dans les systèmes de fichiers de cluster.
Système de fichiers loopback (LOFS) : n'utilisez pas le système de fichiers loopback (LOFS) si les deux conditions suivantes sont remplies :
Sun Cluster HA pour NFS est configuré sur un système de fichiers local à haute disponibilité.
Le démon automountd est en cours d'exécution.
Dans ce cas, il est nécessaire de désactiver le système LOFS pour éviter des problèmes de basculement ou d'autres incidents. Si une seule condition est remplie, l'activation du système LOFS ne pose pas de problème.
Si vous avez besoin d'activer le système LOFS et le démon automountd, excluez du schéma de montage tous les fichiers du système local hautement disponible exporté par Sun Cluster HA pour NFS.
Fichiers journaux de comptabilisation des processus : ne placez pas les fichiers journaux de comptabilisation des processus dans un système de fichiers de cluster ni dans un système de fichiers local à haute disponibilité. La journalisation empêcherait un basculement et provoquerait un blocage du nœud. Utilisez seulement un système de fichiers local pour contenir les fichiers journaux de comptabilisation des processus.
Points finaux de communication : le système de fichiers de cluster ne prend pas en charge les fonctions de Solaris qui permettent d'introduire un point final de communication dans l'espace de noms.
Bien que vous puissiez créer un socket de domaine UNIX portant le nom d'un chemin dans le système de fichiers de cluster, ce socket ne résistera pas à un basculement du nœud.
Tout FIFO ou canal nommé créé sur un système de fichiers de cluster est globalement inaccessible.
Par conséquent, évitez d'utiliser la commande fattach à partir de tout autre nœud que le nœud local.