Cette rubrique fournit les recommandations suivantes sur la planification des périphériques globaux et des systèmes de fichiers de cluster :
Pour obtenir plus d'informations sur les périphériques globaux et les systèmes de fichiers de cluster, reportez-vous aux documents Présentation de Sun Cluster pour SE Solaris et Guide des notions fondamentales de Sun Cluster pour SE Solaris.
Sun Cluster n'impose pas de contraintes particulières en matière de disposition des disques ou de taille des système de fichiers. Tenez compte des points suivants lors de la planification de votre présentation des périphériques globaux et des systèmes de fichiers de cluster :
Mise en miroir : vous devez mettre en miroir tous les périphériques globaux afin que le périphérique global soit considéré comme hautement disponible. Vous n'êtes pas tenu de procéder à une mise en miroir logicielle si le périphérique de stockage dispose de matériel RAID ainsi que de chemins d'accès aux disques redondants.
Disques : lorsque vous effectuez une mise en miroir, organisez les systèmes de fichiers de sorte qu'ils soient mis en miroir sur les baies de disques.
Disponibilité : vous devez connecter physiquement un périphérique global à plusieurs nœuds du cluster pour que ledit périphérique global soit considéré à haute disponibilité. Un périphérique global à plusieurs connexions physiques peut tolérer la défaillance d'un nœud unique. Vous pouvez configurer un périphérique global avec une seule connexion physique, mais il sera inaccessible depuis les autres nœuds en cas de panne du nœud avec la connexion.
Périphériques de swap : ne créez pas un fichier de swap sur un périphérique global.
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.
Ajoutez ces informations de planification à la Fiche de travail relative aux configurations des groupes de périphériques de disque.
Vous devez configurer tous les groupes de disques du gestionnaire de volumes en tant que groupes de périphériques de disques Sun Cluster. Cette configuration permet à des disques multihôtes d'être hébergés par un nœud secondaire en cas de panne du nœud principal. Tenez compte des points suivants lorsque vous planifiez des groupes de périphériques de disques.
Basculement : vous pouvez définir des disques multihôtes et des périphériques de gestionnaire de volumes correctement configurés comme périphériques de basculement. Pour qu'un périphérique du gestionnaire de volumes soit correctement configuré, il doit comporter des disques multihôtes et le gestionnaire de volumes doit lui-même être correctement configuré. Cette configuration garantit que les nœuds multiples peuvent héberger le périphérique exporté. Il est impossible de configurer des lecteurs de bandes, des lecteurs de CD-ROM ou des périphériques à un seul port comme périphériques de basculement.
Mise en miroir : vous devez mettre les disques en miroir pour protéger les données en cas de défaillance du disque. Pour obtenir plus d'informations, reportez-vous à la rubrique Recommandations relatives à la mise en miroir . Pour connaître la procédure de mise en miroir, reportez-vous à la rubrique Installation et configuration du logiciel Solstice DiskSuite ou Solaris Volume Manager ou SPARC : Installation et configuration du logiciel VxVM et à la documentation sur votre gestionnaire de volumes.
Pour obtenir plus d'informations sur les groupes de périphériques de disques, reportez-vous à la rubrique Périphériques du Présentation de Sun Cluster pour SE Solaris et au Guide des notions fondamentales de Sun Cluster pour SE Solaris.
Tenez compte des points suivants lorsque vous planifiez des points de montage pour les systèmes de fichiers de cluster :
Emplacement de points de montage : créez les points de montage des systèmes de fichiers de cluster dans le répertoire /global, sauf si d'autres logiciels vous en empêchent. Ce répertoire vous permet de distinguer facilement les systèmes de fichiers de cluster globaux, des systèmes de fichiers locaux.
SPARC : exigence de montage VxFS. Si vous utilisez Système de fichiers VERITAS (VxFS), vous devez monter et démonter globalement les systèmes de fichiers VxFS depuis le nœud principal. Le nœud principal contrôle le disque sur lequel se trouve le système de fichiers VxFS. Cette méthode assure la réussite des opérations de montage et de démontage. Tout montage ou démontage d'un système de fichiers VxFS à partir d'un nœud secondaire risque d'échouer.
Les fonctions VxFS qui suivent ne sont pas prises en charge dans un système de fichier de cluster Sun Cluster version 3.1. Ces dernières sont cependant prises en charge dans un système de fichiers local.
E/S rapide ;
instantanés ;
points de contrôle du stockage ;
options de montage spécifiques au logiciel VxFS :
convosync (Convertir O_SYNC) ;
mincache ;
qlog, delaylog, tmplog ;
système de fichiers de cluster VERITAS (requiert la fonction de cluster VxVM et VERITAS Cluster Server).
Les avis de cache peuvent être utilisés, mais ils ne s'appliquent qu'au nœud sélectionné.
Toutes les autres fonctions et options VxFS prises en charge dans un système de fichier de cluster sont acceptées par le logiciel Sun Cluster version 3.1. Pour plus d'informations sur les options de VxFS prises en charge dans une configuration de cluster, voir la documentation correspondante.
Imbrication des points de montage : normalement, vous ne devez pas imbriquer les points de montage des systèmes de fichiers de cluster. Par exemple, ne définissez pas un système de fichiers monté sur /global/a et un autre système de fichiers monté sur /global/a/b. Si vous ne respectez pas cette règle, vous risquez de rencontrer des problèmes de disponibilité et d'ordre d'initialisation des nœuds. Ces problèmes peuvent survenir si le point de montage parent est absent au moment où le système tente de monter un fils de ce système de fichiers. La seule exception à cette règle s'applique lorsque les périphériques des deux systèmes de fichiers possèdent la même connectivité de nœud physique, par exemple, différentes tranches du même disque.
forcedirectio : Sun Cluster ne prend pas charge l'exécution de binaires en dehors de systèmes de fichiers de cluster montés à l'aide de l'option forcedirectio.