Planification des périphériques globaux, des groupes de périphériques et des systèmes de fichiers du cluster

Cette section inclut les directives suivantes concernant la planification des périphériques globaux et des systèmes de fichiers du cluster :

• Périphériques globaux

• Groupes de périphériques

• Systèmes de fichiers de cluster

• Choix des options de montage pour les systèmes de fichiers de cluster

• Informations sur le montage pour les systèmes de fichiers de cluster

Périphériques globaux

Pour plus d'informations sur l'objectif et la fonction des périphériques globaux, reportez-vous à la section Global Devices du Oracle Solaris Cluster Concepts Guide .

Le logiciel Oracle Solaris Cluster ne requiert aucune organisation de disques ni taille de système de fichiers spécifique. Prenez en compte les points suivants lorsque vous planifiez l’organisation de vos périphériques globaux.

• Mise en miroir – Vous devez mettre en miroir tous les périphériques globaux pour que le périphérique global soit considéré comme hautement disponible. Il est inutile de procéder à la mise en miroir des logiciels si le périphérique de stockage fournit un RAID matériel ainsi que des chemins redondants vers les disques.

• Disques – Lorsque vous procédez à une mise en miroir, organisez les systèmes de fichiers de façon à ce qu’ils soient mis en miroir d’une baie de disques à une autre.

• Disponibilité – Vous devez connecter physiquement un périphérique global à plus d’un nœud votant dans le cluster pour le périphérique global à considérer comme hautement disponible. Un périphérique global ayant des connexions physiques multiples peut tolérer la panne d’un nœud. Un périphérique global doté d’une seule connexion physique est pris en charge, mais le périphérique global devient inaccessible depuis les autres nœuds votants si le nœud doté de la connexion est en panne.

• Périphériques swap – Ne créez pas de fichier 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 du système de fichiers du cluster sont accessibles depuis une zone non globale.

Groupes de périphériques

Pour plus d'informations sur l'utilité et les fonctions de groupes de périphériques, reportez-vous à la section Device Groups du Oracle Solaris Cluster Concepts Guide .

Ajoutez ces informations de planification à la Fiche d'information sur la configuration des groupes de périphériques.

Prenez en compte les points suivants lorsque vous planifiez les groupes de périphérique.

• Basculement – Vous pouvez configurer des disques multi-hôtes et des périphériques de gestionnaire des volumes configurés en conséquence en tant que périphériques de basculement. Une configuration appropriée du périphérique de gestionnaire de volumes inclut des disques multihôte et le paramétrage du gestionnaire de volumes. Cette configuration permet de s’assurer que des nœuds votants multiples peuvent héberger le périphérique exporté. Vous ne pouvez pas configurer des lecteurs de disquettes, des CD-ROM ou DVD-ROM et périphériques à port unique en tant que périphériques de basculement.

• Mise en miroir – Vous devez mettre en miroir les disques afin de protéger les données en cas de panne du disque. Pour des directives supplémentaires, reportez-vous à la section Directives concernant la mise en miroir. Pour des instructions sur la mise en miroir, reportez-vous à la section Configuration du logiciel Solaris Volume Manager ou Installation et configuration du logiciel VxVM et à la documentation de votre gestionnaire de volumes.

• Réplication basée sur le stockage – Les disques d’un groupe de périphériques doivent être soit tous répliqués, soit tous non répliqués. Un groupe de périphériques ne peut pas utiliser une combinaison de disques répliqués et non répliqués.

Systèmes de fichiers de cluster

Pour plus d'informations sur l'utilité et la fonction des systèmes de fichiers du cluster, reportez-vous à la section Cluster File Systems du Oracle Solaris Cluster Concepts Guide .

Prenez en compte les points suivants lorsque vous planifiez les systèmes de fichiers de cluster.

• Quotas – Les quotas ne sont pas pris en charge sur les systèmes de fichiers de cluster. Cependant, les quotas sont pris en charge sur les systèmes de fichiers locaux hautement disponibles.

• Zones non globales – Si vous souhaitez pouvoir accéder à un système de fichiers de cluster à partir d’une zone non globale, il doit être d’abord monté dans la zone globale. Le système de fichiers de cluster est ensuite monté dans la zone non globale par le biais d’un montage loopback. Par conséquent, le système de fichiers loopback (LOFS) doit être activé dans un cluster contenant des zones non globales.

• Clusters de zones – Vous ne pouvez pas configurer de systèmes de fichiers de cluster utilisant UFS ou VxFS dans un cluster de zones. Utilisez à la place des systèmes de fichiers locaux hautement disponibles. Vous pouvez utiliser un système de fichiers partagé QFS dans un cluster de zones, mais uniquement pour prendre en charge Oracle RAC.

• Système de fichiers loopback (LOFS) – Pendant la création du cluster, le système LOFS est activé par défaut. Vous devez désactiver manuellement LOFS sur chaque nœud de cluster de vote si le cluster respecte les deux conditions suivantes :

  • Oracle Solaris Cluster HA pour NFS (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 respecte ces deux conditions, vous devez désactiver la fonction LOFS afin d’éviter entre autres les problèmes de commutation : Si le cluster respecte au moins l’une de ces conditions, vous pouvez activer LOFS en toute sécurité.

  Si vous avez besoin que le système LOFS et le démon automountd soient tous les deux activés, excluez de la carte de l’agent de montage automatique tous les fichiers faisant partie du système de fichiers local hautement disponible exporté par HA pour NFS.

• Fichiers journaux de comptabilisation des processus – N’enregistrez pas les fichiers journaux de comptabilisation des processus sur un système de fichiers de cluster ou un système de fichiers local hautement disponible. Une commutation serait bloquée par des écritures dans le fichier journal, ce qui entraînerait le blocage du nœud. Utilisez uniquement un système de fichiers local pour conserver les fichiers journaux de comptabilisation des processus.

• Extrémités de communication – Le système de fichiers de cluster ne prend en charge aucune des fonctions de système de fichiers du logiciel Solaris permettant de définir une extrémité de communication dans l’espace de noms du système de fichiers.

  • Bien que vous puissiez créer un socket de domaine UNIX dont le nom correspond à un nom de chemin dans le système de fichiers de cluster, le socket ne survivrait pas au basculement du nœud.

  • Tout FIFO ou canal nommé que vous créez dans un système de fichiers de cluster n’est pas accessible de façon globale.

  Par conséquent, ne tentez pas d’utiliser la commande fattach à partir d’un autre nœud que le nœud local.

• Fichiers spéciaux du périphérique – Ni les fichiers spéciaux de type bloc ni les fichiers spéciaux de type caractère sont pris en charge dans un système de fichiers de cluster. Pour spécifier un nom de chemin pour un nœud de périphérique dans un système de fichiers de cluster, créez un lien symbolique vers le nom de périphérique du répertoire /dev. N’utilisez pas la commande mknod dans ce but.

• atime – Les systèmes de fichiers de cluster ne maintiennent pas atime.

• ctime – Lorsque vous accédez à un fichier d’un système de fichiers de cluster, il se peut que la mise à jour du paramètre ctime du fichier soit retardée.

• Installation des applications - Si vous souhaitez que les données binaires d’une application hautement disponible résident sur un système de fichiers de cluster, installez l’application uniquement une fois que le système de fichiers de cluster est configuré.

Choix des options de montage pour les systèmes de fichiers de cluster

Cette section décrit les conditions et restrictions de montage qui s'appliquent aux types de systèmes de fichiers de cluster suivants :

• Systèmes de fichiers de cluster UFS

• Systèmes de fichiers de cluster VxFS

Respectez ces directives pour déterminer quelles options de montage utiliser lorsque vous créez vos systèmes de fichiers de cluster.

Systèmes de fichiers de cluster UFS

Reportez-vous à la page de manuel mount_ufs(1M) pour plus d’informations sur les options de montage UFS.

Systèmes de fichiers de cluster VxFS

Pour plus d’informations sur les options de montage VxFS, reportez-vous à la page de manuel VxFS mount_vxfs et à la section Présentation de l’administration des systèmes de fichiers de cluster du Guide d’administration système d’Oracle Solaris Cluster.

Informations sur le montage pour les systèmes de fichiers de cluster

Prenez en compte les points suivants lorsque vous planifiez les points de montage des systèmes de fichiers de cluster.

• Emplacement de point de montage – Créez des points de montage pour les systèmes de fichiers de cluster dans le répertoire /global, à moins que d’autres logiciels ne vous en empêchent. En utilisant le répertoire /global, vous pouvez distinguer plus facilement les systèmes de fichiers de cluster, qui sont disponibles de façon globale, depuis les systèmes de fichiers locaux.

• SPARC : Conditions de montage de VxFS – Si vous utilisez Veritas File System (VxFS), vous devez monter et démonter globalement un système de fichiers VxFS à partir du nœud principal. Le nœud primaire est l’hôte Solaris qui contrôle le disque sur lequel le système de fichiers VxFS réside. Cette méthode permet de s’assurer que l’opération de montage ou démontage réussit. Une opération de montage ou de démontage du système de fichiers VxFS effectuée à partir d’un nœud secondaire peut échouer.

• SPARC : restrictions de la fonction VxFS –

  Les fonctions VxFS suivantes ne sont pas prises en charge dans un système de fichiers du cluster Oracle Solaris Cluster. Elles sont néanmoins prises en charge dans un système de fichiers local.

  • E/S rapide

  • Instantanés

  • Points de contrôle de stockage

  • Options de montage spécifiques à VxFS :

    • convosync (convertir O_SYNC)

    • mincache

    • qlog, delaylog, tmplog

  • Système de fichiers du cluster Veritas (requiert la fonction de cluster VxVM et Veritas Cluster Server). La fonction de cluster VxVM n'est pas prise en charge par les systèmes x86.

  Des données en cache peuvent être utilisées, mais l'effet est uniquement observé sur le nœud donné.

  Toutes les fonctions et options VxFS prises en charge dans un système de fichiers du cluster sont prises en charge par le logiciel Oracle Solaris Cluster. Reportez-vous à la documentation VxFS pour plus d'informations sur les options VxFS prises en charge dans une configuration en cluster.

• Points de montage imbriqués – De façon générale, vous ne devez pas imbriquer les points de montage pour les systèmes de fichiers de cluster. Par exemple, ne configurez pas un système de fichiers monté sur /global/a et un autre système de fichiers monté sur /global/a/b. Ignorer cette règle peut entraîner des problèmes de disponibilité et d’ordre d’initialisation des nœuds. Ces problèmes sont susceptibles de se produire si le point de montage parent n’est pas présent lorsque le système tente de monter un enfant de ce système de fichiers.

  La seule exception à cette règle, pour les systèmes de fichiers de cluster sur UFS ou VxFS, est la situation dans laquelle les périphériques pour les deux systèmes de fichiers ont la même connectivité à l’hôte physique. Différentes tranches sur un même disque est un exemple.

  ---

  Remarque - Cette restriction continue de s’appliquer aux systèmes de fichiers partagés QFS, même si les deux périphériques de système de fichiers ont la même connectivité à l’hôte physique.

  ---

• forcedirectio – Le logiciel Oracle Solaris Cluster ne prend pas en charge l’exécution des fichiers binaires en dehors des systèmes de fichiers binaires montés par le biais de l’option de montage forcedirectio.