Pour plus d'informations sur la finalité et la fonction des systèmes de fichiers de cluster, reportez-vous à la rubrique Cluster File Systems du Sun Cluster Overview for Solaris OS et à Cluster File Systems du Sun Cluster Concepts Guide for Solaris OS.
Alternativement, vous pouvez configurer des systèmes de fichiers locaux à haute disponibilité. Ceci permet d'obtenir une meilleure performance de prise en charge d'un service de données avec des E/S élevées ou d'utiliser certaines fonctions de système de fichiers non prises en charge dans un système de fichiers de cluster. Pour plus d'informations, reportez-vous à la rubrique Enabling Highly Available Local File Systems du Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
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. Ils le sont cependant sur les systèmes de fichiers locaux à haute disponibilité.
Zones non globales : si vous devez accéder à un système de fichiers de cluster depuis une zone non globale, il doit être initialement monté dans la zone globale. Le système de fichiers de cluster est ensuite monté dans la zone non globale à l'aide d'un montage loopback. Le système de fichiers loopback (LOFS) peut donc être activé dans un cluster contenant des zones non globales.
Système de fichiers loopback (LOFS) : pendant la création de cluster avec la version Solaris 9 du logiciel Sun Cluster, le système LOFS est désactivé par défaut. Pendant la création de cluster avec la version Solaris 10 du logiciel Sun Cluster, le système LOFS est activé par défaut.
Vous devez désactiver manuellement LOFS sur chaque nœud de cluster si le cluster répond aux deux conditions suivantes :
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.
Si le cluster répond à ces deux conditions, vous devez désactiver le système LOFS pour éviter des problèmes de basculement ou d'autres échecs : Si le cluster ne répond qu'à l'une de ces conditions, vous pouvez activer le système LOFS en toute sécurité.
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 à haute disponibilité 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 limites de communication : le système de fichiers de cluster ne prend en charge aucune des fonctions de système de fichiers du logiciel Solaris selon lesquelles il est possible d'insérer un point limite de communication dans l'espace de noms du système de fichiers.
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.
Fichiers spéciaux de périphériques : les fichiers spéciaux en mode bloc et en mode caractère sont pris en charge dans un système de fichiers de cluster. Pour spécifier un nom de chemin vers un nœud de périphérique dans un système de fichiers de cluster, créez un lien symbolique vers le nom du périphérique dans le répertoire /dev. N'utilisez pas la commande mknod pour faire cela.
moment a : les systèmes de fichiers de cluster ne conservent pas moment a.
ctime : lorsque vous accédez à un fichier d'un système de fichiers de cluster, la mise à jour de moment c du fichier peut être différée.
Installation d'applications : si vous souhaitez placer les binaires d'une application à haute disponibilité sur un système de fichiers de cluster, n'installez l'application qu'une fois le système de fichiers de cluster configuré. De même, si l'application est installée à l'aide du programme Sun Java System installer et qu'elle dépend de composants partagés, installez les composants non installés avec l'application sur tous les nœuds du cluster.