Déploiement d'IPMP

Cette section décrit différents sujets sur l'utilisation de groupes IPMP.

Avantages d'IPMP

Différents facteurs peuvent faire qu'une interface devient inutilisable. Généralement, une interface IP peut échouer. Ou, une interface peut être mis hors ligne pour maintenance matérielle. Dans de tels cas, sans un groupe IPMP, le système ne peut plus être contacté à l'aide d'une des adresses IP qui sont associés à cette interface inutilisable. En outre, les connexions existantes qui utilisent ces adresses IP sont interrompues.

Avec IPMP, une ou plusieurs interfaces IP peuvent être configurées dans un groupe IPMP. Le groupe fonctionne comme une interface IP avec des adresses de données pour envoyer ou recevoir le trafic réseau. Si une interface sous-jacente dans le groupe échoue, les adresses de données sont réparties entre les autres interfaces actives sous-jacentes du groupe. Ainsi, le groupe permet de maintenir la connectivité réseau malgré un échec de l'interface. Avec IPMP, la connectivité réseau est toujours disponible, à condition qu'au moins une interface soit utilisable pour le groupe.

En outre, IPMP répartit le trafic réseau sortant sur l'ensemble des interfaces du groupe IPMP, ce qui permet d'améliorer les performances réseau globales. On parle de répartition de charge sortante. De plus, le système contrôle indirectement la répartition de charge entrante en effectuant une sélection des adresses source pour les paquets dont l'adresse IP source n'a pas été spécifiée par l'application. Cependant, si l'application a explicitement choisi une adresse IP source, le système ne doit pas en changer.

Quand utiliser IPMP

La configuration d'un groupe IPMP est déterminée par vos configurations système. Respectez les règles suivantes :

• Plusieurs interfaces IP sur le même réseau local ou LAN doivent être configurées dans un groupe IPMP. Le terme LAN fait référence de manière général à une variété de configurations réseau locales, dont les VLAN (réseaux locaux virtuels) et les réseaux locaux avec et sans fil dont les noeuds appartiennent au même domaine de diffusion de couche liaison.

  ---

  Remarque - Si plusieurs groupes IPMP appartiennent au même domaine de diffusion (L2), ces groupes ne sont pas pris en charge. Un domaine de diffusion L2 est généralement mappé à un sous-réseau spécifique. Par conséquent, vous ne devez configurer qu'un seul groupe IPMP par sous-réseau.

  ---

• Les interfaces IP sous-jacentes d'un groupe IPMP ne doivent pas s'étendre sur plusieurs réseaux locaux.

Par exemple, supposons qu'un système avec trois interfaces est connecté à deux LAN séparés. Deux interfaces IP sont liées à un LAN alors qu'une interface IP unique se connecte à l'autre. Dans ce cas, les deux interfaces IP se connectant au premier LAN doivent être configurées en tant que groupe IPMP, comme requis par la première règle. En conformité avec la deuxième règle, l'interface IP unique qui se connecte au second LAN ne peut pas devenir membre de ce groupe IPMP. Aucune configuration d'IPMP n'est requise pour l'interface IP unique. Cependant, vous pouvez configurer l'interface unique au sein d'un groupe IPMP pour surveiller la disponibilité de l'interface. La configuration IPMP à interface unique est abordée plus en détail dans la section Types de configurations d'interface IPMP.

Prenons un autre cas où le lien vers le premier LAN se compose de trois interfaces IP alors que l'autre lien se compose de deux interfaces. Cette installation requiert la configuration de deux groupes IPMP : un groupe à trois interfaces qui effectue un lien vers le premier LAN et un groupe à deux interfaces pour connecter au second.

Comparaison d'IPMP et du groupement de liens

IPMP et le groupement de liens sont des technologies différentes pour obtenir une amélioration des performances du réseau, ainsi que maintenir la disponibilité du réseau. En général, vous pouvez déployer le groupement de liens pour obtenir de meilleures performances du réseau, tandis que vous utilisez IPMP afin d'assurer une haute disponibilité.

Le tableau suivant présente une comparaison générale entre le groupement de liens et IPMP.

Dans les groupements de liens, le trafic entrant est réparti sur les liens multiples qui composent le groupement. Par conséquent, les performances réseau sont améliorées avec l'installation de plus de cartes réseau pour ajouter des liens au groupement. Le trafic d'IPMP utilise les adresses de données de l'interface IPMP alors qu'elles sont liées aux interfaces actives disponibles. Si, par exemple, tout le trafic de données circule uniquement entre deux adresses IP mais pas nécessairement sur la même connexion, alors l'ajout de plusieurs cartes réseau n'améliore pas les performances avec IPMP car seules deux adresses IP restent utilisables.

Ces deux technologies se complètent et peuvent être déployées simultanément pour fournir les avantages combinés de performance et de disponibilité du réseau. Par exemple, sauf dans les cas où des solutions propriétaires sont fournies par certains fournisseurs, les groupements de liens ne peuvent actuellement pas s'étendre sur plusieurs commutateurs. Par conséquent, un commutateur devient un point d'échec unique pour un groupement de liens entre le commutateur et un hôte. Si le commutateur tombe en panne, le groupement de liens est également perdu, et les performances réseau diminuent. Les groupes IPMP ne rencontrent pas se problème de limitation des commutateurs. Par conséquent, dans le cas d'un LAN utilisant plusieurs commutateurs, les groupements de liens qui se connectent à leurs commutateurs respectifs peuvent être combinées en un groupe IPMP sur l'hôte. Avec cette configuration, de meilleures performances du réseau ainsi qu'une haute disponibilité sont obtenues. Dans le cas d'un commutateur en panne, les adresses de données du groupement de liens vers ce commutateur en panne redistribuées parmi les autres groupements de liens du groupe.

Pour en savoir plus sur les groupements de liens, reportez-vous au Chapitre 12, Administration de groupements de liens.

Utilisation de noms de liaison flexibles sur une configuration d'IPMP

Grâce à la prise en charge des noms de liaison personnalisés, la configuration de liaison n'est plus liée à la carte réseau physique à laquelle la liaison est associée. L'utilisation de noms de liaison personnalisés vous permet de disposer d'une plus grande souplesse dans les interfaces IP d'administration. Cette flexibilité s'étend également l'administration IPMP. Si une interface sous-jacente d'un groupe IPMP échoue et qu'il nécessite un remplacement, les procédures pour remplacer l'interface sont grandement facilitées. La carte réseau de remplacement, à condition qu'il s'agisse du même type, peut être renommée pour hériter de la configuration de la carte réseau ayant échoué. Vous n'avez pas à créer de nouvelles configurations avant d'ajouter une nouvelle interface dans le groupe IPMP. Après avoir affecté le nom de la liaison de la carte réseau ayant échoué à la nouvelle carte réseau, celle-ci est configurée avec les mêmes paramètres que l'interface défaillante. Le démon de multipathing déploie alors l'interface en fonction de la configuration IPMP des interfaces actives et de réserve.

Par conséquent, pour optimiser votre configuration réseau et faciliter l'administration d'IPMP, vous devez employer des noms de liaison flexibles pour vos interfaces en leur affectant des noms génériques. Dans la section suivante, Fonctionnement d'IPMP, tous les exemples utilisent des noms de liaison flexibles pour le groupe IPMP et ses interfaces sous-jacentes. Pour plus d'informations sur le processus derrière les remplacements de carte réseau dans un environnement de réseau qui utilise des noms de liaison personnalisés, reportez-vous à la section IPMP et reconfiguration dynamique. Pour obtenir un aperçu de la pile réseau et de l'utilisation de noms de liaison personnalisés, reportez-vous à la section Pile réseau dans Oracle Solaris .

Fonctionnement d'IPMP

IPMP permet de maintenir la disponibilité du réseau en essayant de conserver le nombre initial d'interfaces actives et de réserve lorsque le groupe a été créé.

La détection de défaillance d'IPMP peut être basé sur les liaisons, les sondes ou les deux pour déterminer la disponibilité d'une l'interface IP sous-jacente spécifique dans le groupe. Si IPMP détermine qu'une interface sous-jacente a échoué, alors cette interface est marquée comme ayant échoué et n'est plus utilisable. L'adresse IP de données qui a été associée à l'interface défaillante est ensuite redistribuées à une autre interface opérationnelle du groupe. Si elle est disponible, une interface de réserve est également déployée pour maintenir le nombre initial d'interfaces actives.

Considérez un groupe IPMP à trois interfaces itops0 avec une configuration active-de réserve, comme illustré dans la Figure 14-1.

Figure 14-1 Configuration IPMP active-de réserve

Le groupe itops0 est configuré comme suit :

• Deux adresses de données sont affectées au groupe : 192.168.10.10 et 192.168.10.15.

• Deux interfaces sous-jacentes sont configurées en tant qu'interfaces actives et des noms de liaison flexibles leur sont affectés : net0 et net1.

• Le groupe possède une interface de réserve, également avec un nom de liaison flexible : net2.

• La détection de défaillance par sonde est utilisée, et par conséquent les interfaces actives et de réserve sont configurées avec des adresses de test, comme suit :

  • net0: 192.168.10.30

  • net1: 192.168.10.32

  • net2: 192.168.10.34

Vous pouvez utiliser la commande ipmpstat avec différentes options pour afficher des types spécifiques d'informations à propos de groupes IPMP existants. Pour d'autres exemples, reportez-vous à la section Contrôle des informations d'IPMP.

La configuration d'IPMP dans la Figure 14-1 peut être affichée en utilisant la commande ipmpstat suivante:

# ipmpstat -g
GROUP     GROUPNAME     STATE     FDT        INTERFACES
itops0    itops0        ok        10.00s     net1 net0 (net2)

Pour afficher des informations sur les interfaces sous-jacentes du groupe, vous devez saisir les informations suivantes :

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        yes        itops0    -------    up          ok        ok
net1        yes        itops0    --mb---    up          ok        ok
net2        no         itops0    is-----    up          ok        ok

IPMP permet de maintenir la disponibilité du réseau en gérant les interfaces sous-jacentes afin de conserver le nombre initial d'interfaces actives. Par conséquent, si net0 échoue, alors net2 est déployée pour s'assurer que le groupe continue d'avoir deux interfaces actives. L'activation de net2 apparaît dans la Figure 14-2.

Figure 14-2 Panne d'interface dans IPMP

L'utilitaire ipmpstat affiche les informations dans la Figure 14-2 comme suit :

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        no         itops0    -------    up          failed    failed
net1        yes        itops0    --mb---    up          ok        ok
net2        yes        itops0    -s-----    up          ok        ok

Une fois que net0 est réparée, elle revient à son état d'interface active. A son tour, net2 revient à son état initial d'attente.

Un autre scénario de panne est affichée dans la Figure 14-3, où l'interface de réserve net échoue (1), et par la suite, une interface active, net1, est mise hors ligne par l'administrateur (2). Le résultat est que le groupe IPMP est laissé avec une seule interface opérationnelle, net0.

Figure 14-3 Panne d'interface de réserve dans IPMP

L'utilitaire ipmpstat affichera les informations illustrées par la Figure 14-3 comme suit :

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS       LINK        PROBE     STATE
net0        yes        itops0    -------     up          ok        ok
net1        no         itops0    --mb-d-     up          ok        offline
net2        no         itops0    is-----     up          failed    failed

Pour cette panne, la récupération après réparation d'une interface se comporte différemment. Le processus de restauration dépend du nombre initial d'interfaces actives du groupe IPMP par rapport à la configuration après réparation. Le processus de récupération est représentée graphiquement dans la Figure 14-4.

Figure 14-4 Processus de restauration IPMP

Dans la Figure 14-4, lorsque net2 est réparée, elle doit normalement revenir à son état d'origine d'interface de réserve (1). Cependant, le groupe IPMP ne reflète toujours pas le nombre initial de deux interfaces actives, car net1 est toujours hors ligne (2). Par conséquent, IPMP déploie net2 comme une interface active (3).

L'utilitaire ipmpstat affiche le scénario IPMP post-réparation comme suit :

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS       LINK        PROBE     STATE
net0        yes        itops0    -------     up          ok        ok
net1        no         itops0    --mb-d-     up          ok        offline
net2        yes        itops0    -s-----     up          ok        ok

Une séquence de restauration similaire se produit si l'incident implique une interface active qui est également configurée en mode FAILBACK=no, où une interface active en panne ne revient pas automatiquement à l'état actif après réparation. Supposons que net0 dans la Figure 14-2 soit configurée en mode FAILBACK=no. Dans ce mode, une net0 réparée est passée à un état de réserve en tant qu'interface de réserve, même si elle était initialement une interface active. L'interface net2 demeure active afin de maintenir le nombre initial de deux interfaces actives du groupe IPMP. L'utilitaire ipmpstat affiche les informations de récupération comme suit :

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        no         itops0    i------    up          ok        ok
net1        yes        itops0    --mb---    up          ok        ok
net2        yes        itops0    -s-----    up          ok        ok

Pour plus d'informations sur ce type de configuration, reportez-vous à la section Mode FAILBACK=no.