Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'installation du logiciel Oracle Solaris Cluster Oracle Solaris Cluster 4.1 (Français) |
1. Planification de la configuration d'Oracle Solaris Cluster
Recherche des tâches d'installation Oracle Solaris Cluster
Planification du SE Oracle Solaris
Directives concernant la sélection d'une méthode d'installation d'Oracle Solaris
Restrictions concernant les fonctions du SE Oracle Solaris
SPARC : Directives pour Oracle VM Server for SPARC dans un cluster
Planification de l'environnement Oracle Solaris Cluster
Périphériques d'accès à la console
Configuration du réseau public
Configuration du serveur de quorum
Protocole NTP (protocole d'heure réseau)
Composants configurables d'Oracle Solaris Cluster
Noms de noeud de cluster global et ID de noeud
Conditions requises et directives concernant le cluster global
Conditions requises et directives concernant le cluster de zones
Directives pour Trusted Extensions dans un cluster de zones
Planification des périphériques globaux, groupes de périphériques et systèmes de fichiers de cluster
Planification des périphériques globaux
Planification des groupes de périphériques
Planification des systèmes de fichiers de cluster
Choix des options de montage pour les systèmes de fichiers de cluster UFS
Informations sur le montage pour les systèmes de fichiers de cluster
Planification de la gestion des volumes
Directives concernant le logiciel de gestion de volumes
Directives concernant le logiciel Solaris Volume Manager
Journalisation du système de fichiers de cluster UFS
Directives concernant la mise en miroir
Directives concernant la mise en miroir des disques multihôtes
Directives concernant la mise en miroir du pool racine ZFS
2. Installation de logiciels sur des noeuds de cluster global
3. Etablissement d'un cluster global
4. Configuration du logiciel Solaris Volume Manager
5. Création d'un système de fichiers de cluster
6. Création de clusters de zones
Cette section contient les informations suivantes :
Choix des options de montage pour les systèmes de fichiers de cluster UFS
Informations sur le montage pour les systèmes de fichiers de cluster
Pour plus d'informations sur la finalité et le rôle des périphériques globaux, reportez-vous à la section Global Devices du manuel 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. Tenez compte des points suivants lorsque vous planifiez l'organisation des 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é – Il faut connecter physiquement un périphérique global à plusieurs noeuds du cluster pour que ce périphérique soit considéré comme hautement disponible. Un périphérique global ayant des connexions physiques multiples peut tolérer la panne d'un noeud. Un périphérique global doté d'une seule connexion physique est pris en charge, mais le périphérique global devient inaccessible à partir des autres noeuds en cas de défaillance du noeud sur lequel est établie la connexion.
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 de cluster sont accessibles depuis une zone non globale.
Pour plus d'informations sur la finalité et le rôle des groupes de périphériques, reportez-vous à la section Device Groups du manuel Oracle Solaris Cluster Concepts Guide.
Tenez compte des 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 plusieurs noeuds 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. Reportez-vous à la section Configuration du logiciel Solaris Volume Manager et consultez la documentation de votre gestionnaire de volumes pour des instructions relatives à la mise en miroir.
Réplication basée sur le stockage – Les disques d'un groupe de périphériques doivent tous être répliqués ou non répliqués. Un groupe de périphériques ne peut pas accepter une combinaison de disques répliqués et non répliqués.
Pour plus d'informations sur la finalité et le rôle des systèmes de fichier de cluster, reportez-vous à la section Cluster File Systems du manuel Oracle Solaris Cluster Concepts Guide.
Remarque - Vous pouvez également configurer des systèmes de fichiers locaux hautement disponibles. Cela peut permettre d'obtenir de meilleures performances pour la prise en charge d'un service de données avec E/S nombreuses ou d'utiliser certaines fonctions des systèmes de fichiers non prises en charge dans un système de fichiers de cluster. Pour plus d'informations, reportez-vous à la section Enabling Highly Available Local File Systems du manuel Oracle Solaris Cluster Data Services Planning and Administration Guide.
Tenez compte des points suivants lorsque vous planifiez des 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.
Clusters de zones – Vous ne pouvez pas configurer des systèmes de fichiers de cluster mettant en oeuvre UFS pour une utilisation dans un cluster de zones. Utilisez à la place des systèmes de fichiers locaux hautement disponibles.
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 noeud si le cluster respecte les deux conditions suivantes :
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 noeud. 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 Oracle Solaris permettant de définir une extrémité de communication dans l'espace de noms du système de fichiers. Par conséquent, ne tentez pas d'utiliser la commande fattach à partir d'un autre noeud que le noeud local.
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 noeud.
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.
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 noeud 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é.
Cette section décrit les conditions et restrictions des options de montage des systèmes de fichiers de cluster UFS :
Remarque - Vous pouvez également configurer ces types de systèmes de fichiers de cluster et d'autres types de systèmes de fichiers en tant que systèmes de fichiers locaux hautement disponibles. Pour plus d'informations, reportez-vous à la section Enabling Highly Available Local File Systems du manuel Oracle Solaris Cluster Data Services Planning and Administration Guide.
Suivez les instructions dans la liste d'options de montage suivante pour déterminer les options de montage à utiliser lorsque vous créez des systèmes de fichiers de cluster UFS.
Obligatoire. Cette option rend le système de fichiers visible de façon globale pour tous les noeuds du cluster.
Obligatoire. Cette option active la journalisation.
Conditionnel. Cette option est requise uniquement pour les systèmes de fichiers de cluster qui hébergeront les fichiers de données, les fichiers journaux et les fichiers de contrôle RDBMS Oracle RAC.
Obligatoire. Il est inutile de spécifier explicitement l'option de montage onerror=panic dans le fichier /etc/vfstab. Cette option de montage est déjà la valeur par défaut si aucune autre option de montage onerror n'est spécifiée.
Remarque - Seule l'option de montage onerror=panic est prise en charge par le logiciel Oracle Solaris Cluster. N'utilisez pas les options de montage onerror=umount ou onerror=lock. Ces options de montage ne sont pas prises en charge sur les systèmes de fichiers de cluster pour les raisons suivantes :
L'option de montage onerror=umount ou onerror=lock peut entraîner le verrouillage du système de fichiers de cluster ou le blocage de son accès. Cela peut se produire si le système de fichiers de cluster rencontre un problème de corruption de fichier.
L'option de montage onerror=umount ou onerror=lock peut rendre impossible le montage du système de fichiers de cluster. Cette condition peut entraîner le blocage des applications utilisant le système de fichiers de cluster ou empêcher leur arrêt.
Un noeud peut requérir une réinitialisation pour sortir de ces états.
Facultatif. Si vous spécifiez syncdir, le comportement de systèmes de fichiers est conforme à la norme POSIX pour l'appel système write(). Si la commande write() réussit, cette option de montage assure qu'un espace suffisant est disponible sur le disque.
Si vous ne spécifiez pas syncdir, le même comportement observé avec les systèmes de fichiers UFS se produit. Lorsque vous ne spécifiez pas syncdir, les performances d'écriture qui allouent des blocs de disque (lorsque vous ajoutez des données à un fichier, par exemple) peuvent augmenter significativement. Cependant, dans certains cas, sans syncdir, l'insuffisance d'espace (ENOSPC) ne serait pas signalée avant la fermeture du fichier.
Après un basculement, ENOSPC n'apparaît que très brièvement à la fermeture. Avec syncdir, comme avec POSIX, l'insuffisance d'espace est détectée avant la fermeture.
Reportez-vous à la page de manuel mount_ufs(1M) pour plus d'informations sur les options de montage UFS.
Tenez compte des 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 vos autres logiciels ne l'interdisent. Le répertoire /global vous permet de distinguer plus facilement les systèmes de fichiers de cluster (disponibles de façon globale) et les systèmes de fichiers locaux.
Points de montage imbriqués – De façon générale, il ne faut pas imbriquer les points de montage des 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 noeuds. 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 concerne les systèmes de fichiers de cluster sur UFS. Vous pouvez imbriquer les points de montage si les périphériques des deux systèmes de fichiers ont la même connectivité à l'hôte physique, telles que des tranches différentes sur le même disque par exemple.
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.