Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris : Interfaces réseau et virtualisation réseau Oracle Solaris 11 Information Library (Français) |
1. Présentation de la pile réseau
Configuration réseau dans cette version d'Oracle Solaris
Pile réseau dans Oracle Solaris
Noms des périphériques réseau et des liaisons de données
Administration d'autres types de liens
Partie I Configuration automatique de réseau
3. Configuration et administration NWAM (présentation)
4. Configuration de profil NWAM (tâches)
5. Administration des profils NWAM (tâches)
6. A propos de l'interface graphique NWAM
Partie II Configuration de liaisons de données et d'interfaces
8. Configuration et administration des liaisons de données
9. Configuration d'une interface IP
10. Configuration des communications via une interface sans fil sur Oracle Solaris
12. Administration de groupements de liens
13. Administration des réseaux locaux virtuels
Comparaison d'IPMP et du groupement de liens
Utilisation de noms de liaison flexibles sur une configuration d'IPMP
Composants IPMP dans Oracle Solaris
Types de configurations d'interface IPMP
Détection de défaillance et de réparation dans IPMP
Types de détection de défaillance dans IPMP
Détection de défaillance basée sur sonde
Détection de défaillance basée sur les liaisons
Détection de défaillance et fonction de groupe anonyme
Détection de réparation d'interface physique
IPMP et reconfiguration dynamique
Connexion de nouvelles cartes réseau
Déconnexion de cartes d'interface réseau
16. Echange d'informations sur la connectivité réseau à l'aide du protocole LLDP
Partie III Virtualisation du réseau et gestion des ressources
17. Introduction à la virtualisation du réseau et au contrôle des ressources (présentation)
18. Planification de la virtualisation du réseau et du contrôle des ressources
19. Configuration des réseaux virtuels (tâches)
20. Utilisation de la protection des liens dans les environnements virtualisés
21. Gestion des ressources réseau
22. Contrôle du trafic réseau et de l'utilisation des ressources
Cette section décrit différents sujets sur l'utilisation de groupes 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.
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.
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.
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 .
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
Remarque - Les zones Active, Offline, Reserve , and Failed des figures indiquent uniquement l'état des interfaces sous-jacentes, et non des emplacements physiques. Aucun mouvement physique d'interfaces ou d'adresses, ou transfert d'interfaces IP ne se produit au sein de cette implémentation d'IPMP. Les zones servent uniquement à montrer comment une interface sous-jacente change d'état suite à une panne ou une réparation.
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
Remarque - Le mappage bi-univoque d'adresses de données sur des interfaces actives dans la Figure 14-2 ne sert qu'à simplifier l'illustration. Le module de noyau IP permet d'affecter des adresses de données au hasard sans nécessairement adhérer à une relation bi-univoque entre des adresses de données et des interfaces.
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.