Guide d'installation du logiciel Sun Cluster 3.1

Planification de l'environnement Sun Cluster

Cette rubrique explique comment planifier et préparer l'installation du logiciel Sun Cluster. Pour de plus amples informations sur les composants de Sun Cluster, reportez-vous au Sun Cluster 3.1 Concepts Guide.

Gestion des licences

Assurez-vous de bien posséder les certificats de licence nécessaires avant de commencer l'installation du logiciel. Le logiciel Sun Cluster ne nécessite pas de certificat de licence, mais chaque noeud sur lequel il est installé doit être couvert par votre contrat de licence pour le logiciel Sun Cluster.

Pour connaître les licences requises par le gestionnaire de volumes et les applications, reportez-vous aux documentations d'installation de ces produits.

Correctifs logiciels

Après avoir installé chacun des logiciels, vous devez également installer les correctifs éventuellement requis. Pour de plus amples informations sur les correctifs éventuellement requis, reportez-vous à la rubrique “Patches and Required Firmware Levels”dans les Sun Cluster 3.1 Release Notes ou consultez votre prestataire de services Sun. Reportez-vous à la rubrique “Correctifs pour logiciel et microprogramme Sun Cluster” du Guide d'administration système de Sun Cluster 3.1 pour obtenir les instructions et les procédures à suivre dans le cadre de l'application des correctifs.

Adresses IP

Vous devez définir un certain nombre d'adresses IP pour divers composants de Sun Cluster en fonction de la configuration de votre grappe. Chaque noeud de votre configuration de grappe doit avoir au moins une connexion de réseau public vers le même ensemble de sous-réseaux publics.

Le tableau suivant répertorie les composants nécessitant l'affectation d'une adresse IP. Ajoutez ces adresses IP à tous les services d'attribution de noms utilisés. Ajoutez-les également au fichier local /etc/inet/hosts sur chaque noeud de la grappe après avoir installé le logiciel Solaris.

Tableau 1–3 Composants de Sun Cluster utilisant des adresses IP


Composant	Adresses IP nécessaires
console administrative	1 par sous-réseau
adaptateurs réseau	2 par adaptateur (1 adresse IP principale et 1 adresse IP de test)
Noeuds de grappe	1 par noeud et par sous-réseau
interface réseau de la console de domaines (Sun Fire 15000)	1 par domaine
dispositif d'accès par console	1
Adresses logiques	1 par ressource d'hôte logique et par sous-réseau

Dispositifs d'accès par console

Vous devez disposer d'un accès par console à l'ensemble des noeuds de la grappe. Si vous installez le logiciel Cluster Control Panel sur votre console administrative, vous devez indiquer le nom d'hôte du dispositif d'accès par console employé pour communiquer avec les noeuds de la grappe. Un concentrateur de terminal peut être utilisé pour établir la communication entre la console administrative et les consoles de noeuds de la grappe. Un serveur Sun Enterprise 10000 utilise un processeur SSP (System Service Processor) au lieu d'un concentrateur de terminal. Un serveur Sun Fire^TM utilise un contrôleur système. Pour de plus amples informations sur l'accès aux consoles, reportez-vous au Sun Cluster 3.1 Concepts Guide.

Adresses logiques

Chaque groupe de ressources de service de données qui utilise une adresse logique doit avoir un nom d'hôte spécifié pour chaque réseau public à partir duquel l'adresse logique est accessible. Reportez-vous au Sun Cluster 3.1 Data Services Installation and Configuration Guide pour de plus amples informations et à la rubrique “Data Service Configuration Worksheets and Examples” dans les Sun Cluster 3.1 Release Notes pour consulter les fiches de planification des groupes de ressources. Pour de plus amples informations sur les ressources et les services de données, reportez-vous également au Sun Cluster 3.1 Concepts Guide.

Composants configurables de Sun Cluster

Cette rubrique fournit des instructions pour les composants de Sun Cluster que vous configurez pendant l'installation.

Nom de la grappe

Ajoutez ces informations de planification à la “Cluster and Node Names Worksheet” dans les Sun Cluster 3.1 Release Notes.

Vous nommez la grappe au cours de l'installation de Sun Cluster. Ce nom doit être unique dans toute l'entreprise.

Noms des noeuds

Ajoutez ces informations de planification à la “Cluster and Node Names Worksheet” dans les Sun Cluster 3.1 Release Notes. Les informations de la plupart des autres fiches de travail sont groupées par nom de noeud.

Le nom de noeud est le nom que vous affectez à une machine lorsque vous installez l'environnement d'exploitation Solaris. Pendant l'installation de Sun Cluster, indiquez le nom de tous les noeuds que vous installez en tant que noeuds de grappe.

Réseau privé

Ajoutez ces informations de planification à la “Cluster and Node Names Worksheet” dans les Sun Cluster 3.1 Release Notes.

Le logiciel Sun Cluster utilise le réseau privé pour les communications internes entre les noeuds. Sun Cluster nécessite au moins deux connexions pour procéder à l'interconnexion de la grappe sur le réseau privé. Vous indiquez l'adresse de réseau privé et le masque de réseau lorsque vous installez le logiciel Sun Cluster sur le premier noeud de la grappe. Vous pouvez accepter l'adresse de réseau privé (172.16.0.0) et le masque de réseau (255.255.0.0) par défaut ou en saisir d'autres si cette adresse est déjà utilisée dans l'entreprise.

Remarque :

après avoir installé le noeud en tant que membre de la grappe, vous ne pouvez plus modifier l'adresse de réseau privé et le masque de réseau.

Si vous indiquez une adresse de réseau privé différente de l'adresse par défaut, elle doit répondre aux exigences suivantes :

Les deux derniers octets de l'adresse doivent être nuls.
L'adresse doit respecter les instructions de la RFC 1597 pour l'affectation des adresses réseau.

Reportez-vous à la rubrique “Planning Your TCP/IP Network” du System Administration Guide, Volume 3 (Solaris 8) ou “Planning Your TCP/IP Network (Task)” du System Administration Guide: IP Services (Solaris 9) pour connaître la procédure d'obtention de copies des RFC.

Si vous indiquez un masque de réseau différent du masque par défaut, il doit répondre aux exigences suivantes :

Masquer au moins tous les bits fournis dans l'adresse de réseau privé
Ne comporter aucun “espace vierge”

Noms d'hôtes privés

Ajoutez ces informations de planification à la rubrique “Cluster and Node Names Worksheet” dans les Sun Cluster 3.1 Release Notes.

Le nom d'hôte privé est le nom utilisé pour la communication entre les noeuds sur l'interface de réseau privé. Les noms d'hôte privés sont créés automatiquement au cours de l'installation de Sun Cluster et respectent la convention d'appellation clusternodenodeid-priv, où nodeid est le numéro de référence de l'ID du noeud interne. C'est lors de l'installation de Sun Cluster que ce numéro d'ID est affecté automatiquement à chaque noeud dès lors qu'il devient membre de la grappe. Après l'installation, vous pouvez renommer les noms d'hôtes privés à l'aide de l'utilitaire scsetup(1M).

Interconnexion de grappe

Ajoutez ces informations de planification à la “ Cluster Interconnect Worksheet” dans les Sun Cluster 3.1 Release Notes.

Les interconnexions de grappe fournissent les voies matérielles pour la communication en réseau privé entre les noeuds de la grappe. Chaque interconnexion se compose d'un câble placé entre deux adaptateurs de transport, entre un adaptateur de transport et une jonction de transport, ou entre deux jonctions de transport. Lors de l'installation de Sun Cluster, vous indiquez les informations de configuration suivantes pour deux interconnexions de grappes.

Adaptateurs de transport : pour les adaptateurs de transport comme les ports ou les interfaces réseau, indiquez le nom des adaptateurs de transport, ainsi que le type de transport. Si votre configuration est une grappe à deux noeuds, vous devez également indiquer si votre interconnexion est connectée directement (adaptateur à adaptateur) ou utilise une jonction de transport. Si votre grappe à deux noeuds utilise une connexion directe, vous pouvez toujours spécifier une jonction de transport pour l'interconnexion. Si vous le faites, il sera plus facile d'ajouter un autre noeud à la grappe à l'avenir.
Jonctions de transport : si vous utilisez des jonctions de transport, par exemple un commutateur réseau, indiquez leur nom pour chaque interconnexion. Vous pouvez utiliser le nom par défaut switchN, où N est un numéro affecté automatiquement à l'installation, ou créer d'autres noms.

Indiquez également le nom de port de la jonction, ou acceptez celui proposé par défaut. Le nom de port par défaut est identique à l'ID de noeud interne du noeud qui héberge l'extrémité adaptateur du câble. Cependant, vous ne pouvez pas utiliser le nom de port par défaut pour certains types d'adaptateurs, tels que SCI.

Remarque :

les grappes à trois noeuds ou plus doivent utiliser des jonctions de transport. La connexion directe entre les noeuds de grappe est possible uniquement pour les grappes à deux noeuds.

Vous pouvez configurer des connexions supplémentaires au réseau privé après l'installation à l'aide de l'utilitaire scsetup(1M).

Pour de plus amples informations sur l'interconnexion de grappe, reportez-vous au Sun Cluster 3.1 Concepts Guide.

Réseaux publics

Ajoutez ces informations de planification à la rubrique “Public Networks Worksheet” dans les Sun Cluster 3.1 Release Notes.

Les réseaux publics communiquent hors de la grappe. Tenez compte des points suivants lorsque vous planifiez votre configuration de réseau public.

Les réseaux publics et privés (interconnexion de grappe) doivent utiliser des adaptateurs distincts.
Vous devez avoir au moins un réseau public connecté à tous les noeuds de grappe.
Vous pouvez avoir autant de connexions supplémentaires au réseau public que votre configuration matérielle le permet.
La variable local-mac-address?doit utiliser la valeur true par défaut pour les adaptateurs Ethernet. Le logiciel Sun Cluster 3.1 ne prend pas en charge la variable local-mac-address? définie sur false pour les adaptateurs Ethernet. Cette exigence est une modification apportée par rapport à Sun Cluster 3.0, qui nécessitait que la variable local-mac-address? soit définie sur false.

Reportez-vous également à la rubrique Groupes multi-acheminement sur réseau IP pour de plus amples informations sur la planification de groupes d'adaptateurs de réseau public de secours. Pour de plus amples informations sur les interfaces de réseau public, reportez-vous au Sun Cluster 3.1 Concepts Guide.

Groupes de périphériques de disques

Ajoutez ces informations de planification à la “Disk Device Groups Worksheet” dans les Sun Cluster 3.1 Release Notes.

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 noeud secondaire en cas de panne du noeud principal. Tenez compte des points suivants lorsque vous planifiez des groupes de périphériques de disques.

Reprise sur panne : vous pouvez configurer des disques multiports et des périphériques du gestionnaire de volumes configurés correctement en tant que périphériques de reprise sur panne. La configuration d'un périphérique du gestionnaire de volumes est correcte lorsqu'elle inclut des disques multiports et un réglage correct du gestionnaire de volumes lui-même de manière à ce que le périphérique exporté puisse être hébergé par plusieurs noeuds. Il est impossible de configurer des lecteurs de bandes, des CD ou des disques à un seul port comme des périphériques de reprise sur panne.
Mise en miroir : vous devez mettre les disques en miroir pour protéger les données en cas de panne de disque. Pour de plus amples informations sur la mise en miroir, reportez-vous aux rubriques Recommandations relatives à la mise en miroir, Installation et configuration du logiciel Solstice DiskSuite/Solaris Volume Manager et Installation et configuration du logiciel VxVM, ainsi qu'à la documentation de votre gestionnaire de volumes.

Pour de plus amples informations sur les groupes de périphériques de disques, reportez-vous au Sun Cluster 3.1 Concepts Guide.

Groupes multi-acheminement sur réseau IP

Ajoutez ces informations de planification à la “Public Networks Worksheet” dans les Sun Cluster 3.1 Release Notes.

Les groupes multi-acheminement sur réseau IP , qui remplacent les groupes NAFO (reprise sur panne de l'adaptateur réseau), assurent le contrôle et le basculement des adaptateurs de réseau public et constituent la base des ressources d'adresse réseau. Si un groupe IPMP est configuré avec deux ou plusieurs adapteurs et que l'un d'entre eux tombe en panne, toutes les adresses de l'adaptateur en panne sont basculées vers un autre adaptateur du groupe IPMP. De cette façon, les adaptateurs du groupe IPMP préservent la connectivité du réseau public au sous-réseau auquel les adaptateurs du groupe IPMP sont connectés.

Tenez compte des points suivants lorsque vous planifiez vos groupes IPMP .

Chaque adaptateur de réseau public doit appartenir à un groupe Multipathing.
La variable local-mac-address?doit être définie sur la valeur true pour les adaptateurs Ethernet. Il s'agit d'une modification de l'exigence du logiciel Sun Cluster 3.0.
Vous devez configurer une adresse IP de test par adaptateur de groupe Multipathing.
Les adresses IP de test de tous les adaptateurs d'un même groupe Multipathing doivent appartenir au même sous-réseau IP.
Les adresses IP de test ne doivent pas être utilisées par des applications normales, car elles ne sont pas hautement disponibles.
Aucune exigence ni aucune restriction ne s'applique au nom des groupes Multipathing.

Pour de plus amples informations sur le IPMP, reportez-vous à la rubrique “Deploying Network Multipathing” du IP Network Multipathing Administration Guide ou à celle intitulée “Administering Network Multipathing (Task)” dans le System Administration Guide: IP Services.

Périphériques de quorum

Les configurations de Sun Cluster utilisent des périphériques de quorum pour préserver l'intégrité des données et des ressources. Si la grappe perd temporairement la connexion à un noeud, le périphérique de quorum évite les problèmes "d'amnésie" ou de dédoublement lorsque le noeud tente rejoindre la grappe. Pour affecter des périphériques de quorum, lancez l'utilitaire scsetup(1M).

Tenez compte des points suivants lorsque vous planifiez des périphériques de quorum.

Minimum : une grappe à deux noeuds doit avoir au moins un disque partagé affecté en tant que périphérique de quorum. Pour les autres topologies, les périphériques de quorum sont facultatifs.
Règle du nombre impair : si vous configurez plus d'un périphérique de quorum dans une grappe à deux noeuds ou dans une paire de noeuds connectée directement au périphérique de quorum, configurez un nombre impair de périphériques de quorum ayant chacun des chemins de panne complètement indépendants.
Connexion : ne connectez jamais un périphérique de quorum à plus de deux noeuds.

Pour de plus amples informations sur le quorum, reportez-vous au Sun Cluster 3.1 Concepts Guide.