Cette rubrique fournit les recommandations suivantes sur la planification des périphériques globaux et des systèmes de fichiers de cluster :
Sélection d'options de montage pour des systèmes de fichiers de cluster
Informations de montage pour les systèmes de fichiers de cluster
Pour plus d'informations sur la finalité et la fonction des périphériques globaux, reportez-vous à la rubrique Devices du Sun Cluster Overview for Solaris OS et à Global Devices du Sun Cluster Concepts Guide for Solaris OS.
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 la disposition des périphériques globaux.
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 noeuds en cas de panne du noeud avec la connexion.
Périphériques de swap : ne créez pas un fichier de swap sur un périphérique global.
Zones non globales : les périphériques globaux ne sont pas directement accessibles depuis une zone non globale. Seules les données de système de fichiers de cluster sont accessibles depuis une zone non globale.
Pour plus d'informations sur la finalité et la fonction des groupes de périphériques, reportez-vous à la rubrique Devices du Sun Cluster Overview for Solaris OS et à Device Groups du Sun Cluster Concepts Guide for Solaris OS.
Ajoutez ces informations de planification à la Fiche de travail relative aux configurations des groupes de périphériques.
Tenez compte des points suivants lorsque vous planifiez des groupes de périphériques.
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 de DVD-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 Configuration du logiciel Solaris Volume Manager ou à la rubrique Installation et configuration du logiciel VxVM et à la documentation sur votre gestionnaire de volumes.
Réplication en fonction du stockage : les disques d'un groupe de périphériques doivent être tous répliqués ou aucun ne doit l'être. Un groupe de périphériques ne peut pas utiliser des disques répliqués et non répliqués.
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.
Cette section décrit les exigences et restrictions relatives aux types de systèmes de fichiers de cluster suivants :
Vous pouvez également configurer ces types et d'autres encore en tant que systèmes de fichiers locaux à haute disponibilité. 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.
Suivez ces procédures pour déterminer les options de montage à utiliser lors de la création de vos systèmes de fichiers de cluster.
Reportez-vous à la page de manuel mount_ufs(1M) pour obtenir plus d'informations sur les options de montage UFS.
Option de montage |
Syntaxe |
Description |
---|---|---|
global |
Requis |
Cette option rend le système de fichiers globalement visible de tous les noeuds du cluster. |
journal |
Requis |
Cette option active la consignation. |
Reportez-vous à la page de manuel VxFS mount_vxfs et à la rubrique Overview of the Administering Cluster File Systems du Sun Cluster System Administration Guide for Solaris OS pour plus d'informations sur les options de montage de VxFS.
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 de VxFS – Si vous utilisez VERITAS File System (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 fonctionnalités VxFS suivantes ne sont pas prises en charge dans un système de fichiers de cluster Sun Cluster 3.2. 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 fonctionnalités et options VxFS prises en charge dans un système de fichiers de cluster sont prises en charge par le logiciel Sun Cluster 3.2. Pour de plus amples informations sur les options de VxFS prises en charge dans une configuration de cluster, reportez-vous à la documentation de VxFS.
Imbrication des points de montage : normalement, vous ne devriez 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 en charge l'exécution de binaires en dehors de systèmes de fichiers de cluster montés à l'aide de l'option forcedirectio.