Administration du réseau public

Le logiciel Oracle Solaris Cluster prend en charge l'implémentation de la fonction IPMP (Internet Protocol network Multipathing, multiacheminement sur réseau IP) du logiciel Oracle Solaris sur les réseaux publics. L'administration de la fonction IPMP de base est la même pour les environnements de type cluster et non cluster. Le multiacheminement est automatiquement installé avec le SE Oracle Solaris 10. Vous devez l'activer pour l'utiliser. Pour plus d'informations sur l'administration du multiacheminement, reportez-vous à la documentation associée du SE Oracle Solaris. Toutefois, consultez les instructions suivantes avant d'administrer la fonction IPMP dans un environnement Oracle Solaris Cluster.

Administration des groupes de multiacheminement sur réseau IP dans un cluster

Avant d'appliquer les procédures IPMP à un cluster, veuillez prendre en considération les directives suivantes :

• Chaque adaptateur de réseau public doit appartenir à un groupe IPMP.

• La variable local-mac-address? doit renvoyer la valeur true pour les adaptateurs Ethernet.

• Vous pouvez utiliser des groupes IPMP basés sur une sonde ou un lien dans un cluster. Un groupe IPMP basé sur une sonde teste l'adresse IP cible et fournit la meilleure protection en reconnaissant plus de conditions qui risque de compromettre la disponibilité.

• Vous devez configurer une adresse IP de test pour chaque adaptateur dans les groupes de groupe de multiacheminement suivants :

  • Tous les groupes de multiacheminement à plusieurs adaptateurs nécessitent des adresses IP de test. Les groupes de multiacheminement à adaptateur unique ne requièrent pas d'adresses IP de test.

• Les adresses IP de test de tous les adaptateurs du même groupe de multiacheminement doivent appartenir à un sous-réseau IP unique.

• Les adresses IP de test ne doivent pas être utilisées par des applications normales car elles ne sont pas hautement disponibles.

• Il n'existe aucune restriction portant sur les noms des groupes de multiacheminement. Cependant, lorsque vous configurez un groupe de ressources, selon la convention de nommage netiflist, le nom de ce dernier est constitué d'un nom de groupe de multiacheminement quelconque, suivi du numéro d'ID et du nom du nœud. Prenons, par exemple, le groupe de multiacheminement sc_ipmp0. La convention de nommage netiflist peut être soit sc_ipmp0@1, soit sc_ipmp0@phys-schost-1, où l'adaptateur se trouve sur le nœud phys-schost-1, dont l'ID est égal à 1.

• N'annulez pas la configuration et n'arrêtez pas l'adaptateur de multiacheminement sur réseau IP sans avoir basculé au préalable les adresses IP de l'adaptateur à supprimer vers un autre adaptateur du groupe. Pour ce faire, utilisez la commande if_mpadm(1M).

• Évitez de rebrancher les adaptateurs sur d'autres sous-réseaux sans les supprimer auparavant de leurs groupes de multiacheminement respectifs.

• Vous pouvez effectuer des opérations logiques sur un adaptateur, même si ce dernier contrôle le groupe de multiacheminement.

• Vous devez conserver au moins une connexion au réseau public pour chaque nœud du cluster. Sans connexion au réseau public, vous n'avez pas accès au cluster.

• Pour afficher l'état des groupes de multiacheminement sur réseau IP d'un cluster, utilisez la commande clinterconnect status.

Pour plus d'informations concernant le multiacheminement sur réseau IP, reportez-vous au manuel de la documentation portant sur l'administration du système d'exploitation Oracle Solaris.

Tableau 7-3 Liste des tâches : administration du réseau public

Pour les procédures d'installation logicielle du cluster, reportez-vous au Guide d’installation du logiciel Oracle Solaris Cluster. Pour les procédures de maintenance des composants matériels pour les réseaux publics, reportez-vous au Oracle Solaris Cluster 3.3 Hardware Administration Manual.

Reconfiguration dynamique avec des interfaces de réseau public

Certains points sont à prendre en considération, lorsque vous effectuez des opérations de reconfiguration dynamique sur les interfaces de réseau public d'un cluster.

• Toutes les conditions requises, les procédures et les restrictions documentées pour la fonction de reconfiguration dynamique d'Oracle Solaris s'appliquent également au support de reconfiguration dynamique d'Oracle Solaris Cluster (à l'exception des opérations de quiescence du système d'exploitation). Par conséquent, reportez-vous à la documentation de la fonction de reconfiguration dynamique d'Oracle Solaris avant d'utiliser cette fonction avec Oracle Solaris Cluster. Vous devez vous concentrer tout particulièrement sur les problèmes affectant les périphériques d'E/S se trouvant en dehors du réseau, lors de la phase de séparation de la reconfiguration dynamique.

• Les opérations de suppression de carte ne peuvent aboutir que lorsque les interfaces de réseau public ne sont pas actives. Avant de supprimer une interface de réseau public active, basculez les adresses IP de l'adaptateur à supprimer vers un autre adaptateur du groupe de multiacheminement. Pour ce faire, utilisez la commande if_mpadm(1M).

• Si vous tentez de supprimer une carte d'interface réseau public sans l'avoir correctement désactivée, Oracle Solaris Cluster rejette l'opération et identifie l'interface pouvant être affectée par l'opération.

---

Attention - Pour les groupes de multiacheminement comptant deux adaptateurs, si l'adaptateur réseau restant se trouve en échec, lorsque vous effectuez des opérations de suppression de reconfiguration dynamique, la disponibilité des ressources peut en être affectée. Vous ne pouvez pas basculer l'adaptateur restant pendant l'opération de reconfiguration dynamique.

---

Terminez les procédures suivantes selon l'ordre indiqué, lorsque vous effectuez des opérations de reconfiguration dynamique sur des interfaces de réseau public.

Tableau 7-4 Liste des tâches : reconfiguration dynamique avec des interfaces de réseau public