Cette section fournit des instructions pour les composants de Sun Cluster que vous configurez pendant l'installation.
Ajoutez ces informations de planification à la fiche de travail relative aux noms de noeud et de grappe, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
Vous indiquez un nom pour la grappe pendant l'installation de Sun Cluster. Ce nom doit être unique dans toute l'entreprise.
Ajoutez ces informations de planification à la fiche de travail relative aux noms de noeud et de grappe, disponible dans le document Notes de version de Sun Cluster 3.0 U1. 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, vous indiquez le nom de tous les noeuds que vous installez en tant que noeuds de grappe.
Ajoutez ces informations de planification à la fiche de travail relative aux noms de noeud et de grappe, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
Le logiciel Sun Cluster utilise le réseau privé pour les communications internes entre les noeuds. Il nécessite au moins deux connexions vers l'interconnexion de 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 soit accepter l'adresse de réseau privé (172.16.0.0) et le masque de réseau (255.255.0.0) par défaut, soit entrer des données différentes si cette adresse est déjà utilisée dans l'entreprise.
Après avoir installé le noeud en tant que membre de la grappe, vous ne pouvez plus modifier l'adresse de réseau privé ni 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 d'adresses réseau.
Reportez-vous au document TCP/IP and Data Communications Administration Guide pour savoir comment obtenir des 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é.
N'avoir aucun "trou".
Ajoutez ces informations de planification à la fiche de travail relative aux noms de noeud et de grappe, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
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 lors de l'installation de Sun Cluster et respectent la convention de désignation clusternodeid_noeud-priv, où id_noeud est le numéro de l'ID de noeud interne. Lors de l'installation de Sun Cluster, ce numéro est affecté automatiquement à chaque noeud qui devient membre de la grappe. Après l'installation, vous pouvez modifier les noms d'hôte privés à l'aide de l'utilitaire scsetup(1M).
Ajoutez ces informations de planification à la fiche de travail relative aux interconnexions de grappe fournie dans le document Notes de version de Sun Cluster 3.0 U1.
L'interconnexion de grappe fournit 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 grappe.
Adaptateurs de transport : pour les adaptateurs de transport, tels que les ports sur les interfaces réseau, indiquez les noms des adaptateurs de transport et 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 un nom de jonction pour chaque interconnexion. Vous pouvez utiliser le nom par défaut, switchN, où N est un nombre affecté automatiquement lors de l'installation, ou créer d'autres noms.
Indiquez également le nom du port de jonction ou acceptez le nom 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.
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 plus d'informations sur les interconnexions de grappe, reportez-vous au document Sun Cluster 3.0 U1 Concepts.
Ajoutez ces informations de planification à la fiche de travail relative aux réseaux publics, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
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 par défaut false. Le logiciel Sun Cluster ne prend pas en charge la valeur true pour cette variable.
Reportez-vous également à la section "Groupes NAFO" pour plus d'informations sur la planification de groupes d'adaptateurs de réseau public de secours. Pour plus d'informations sur les interfaces de réseau public, reportez-vous au document Sun Cluster 3.0 U1 Concepts.
Ajoutez ces informations de planification à la fiche de travail relative aux configurations des groupes d'unités de disque, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
Vous devez configurer tous les groupes de disques du gestionnaire de volumes en tant que groupes d'unités 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 d'unités de disques.
Reprise sur panne : vous pouvez configurer des disques multiports et des unités du gestionnaire de volumes configurés correctement en tant qu'unités de reprise sur panne. La configuration d'une unité 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 que le périphérique exporté puisse être hébergé par plusieurs noeuds. Il est impossible de configurer des lecteurs de bandes, des CD-ROM 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. Reportez-vous à la section "Recommandations relatives à la mise en miroir" pour plus d'informations. Reportez-vous aux sections "Installation et configuration du logiciel Solstice DiskSuite" ou "Installation et configuration du logiciel VxVM" et à la documentation de votre gestionnaire de volumes pour plus d'informations sur la mise en miroir.
Pour plus d'informations sur les groupes d'unités de disques, reportez-vous au document Sun Cluster 3.0 U1 Concepts.
Ajoutez ces informations de planification à la fiche de travail relative aux réseaux publics, disponible dans le document Notes de version de Sun Cluster 3.0 U1.
Un groupe NAFO (reprise sur panne de l'adaptateur réseau) permet la surveillance et la reprise sur panne des adaptateurs de réseau public. Il constitue la base des ressources d'adresse réseau. Si un groupe NAFO comporte plusieurs adaptateurs et que l'adaptateur actif tombe en panne, toutes les adresses du groupe sont transférées sur un autre adaptateur du même groupe. De cette manière, l'adaptateur du groupe NAFO peut maintenir la connectivité de réseau public vers le sous-réseau auquel les adaptateurs du groupe NAFO se connectent.
Tenez compte des suivants points lorsque vous planifiez vos groupes NAFO.
Chaque adaptateur de réseau public doit appartenir à un groupe NAFO.
Chaque noeud ne peut comporter qu'un groupe NAFO par sous-réseau.
Un seul adaptateur dans un groupe NAFO donné peut avoir une association de nom d'hôte, sous la forme d'un fichier /etc/nom_hôte.adaptateur.
La convention de désignation du groupe NAFO est nafoN, où N est le numéro fourni lors de la création du groupe NAFO.
Pour plus d'informations sur la reprise sur panne des adaptateurs réseau, reportez-vous au document Sun Cluster 3.0 U1 Concepts.
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 : un périphérique de quorum ne peut pas être connecté à plus de deux noeuds.
Pour plus d'informations sur le quorum, reportez-vous au document Sun Cluster 3.0 U1 Concepts.