JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Gestion des performances du réseau Oracle Solaris 11.1     Oracle Solaris 11.1 Information Library (Français)
search filter icon
search icon

Informations document

Préface

1.  Présentation de la gestion des performances du réseau

2.  Utilisation des groupements de liaisons

3.  Utilisation des réseaux locaux virtuels (VLAN)

4.  Administration des réseaux pontés (tâches)

5.  Présentation de la fonctionnalité de chemins d'accès multiples sur réseau IP (IPMP)

6.  Administration de la fonctionnalité de chemins d'accès multiples sur réseau IP (tâches)

Maintien du routage lors du déploiement d'IPMP

Définition de routes lors de l'utilisation d'IPMP

Configuration de groupes IPMP

Planification pour un groupe IPMP

Configuration d'un groupe IPMP utilisant le protocole DHCP

Configuration manuelle d'un groupe IPMP actif-actif

Configuration manuelle d'un groupe IPMP actif-de secours

Gestion des groupes IPMP

Ajout d'une interface à un groupe IPMP

Retrait d'une interface d'un groupe IPMP

Ajout d'adresses IP

Suppression d'adresses IP

Déplacement d'une interface d'un groupe IPMP vers un autre

Suppression d'un groupe IPMP

Configuration de la détection de défaillance basée sur sonde

Exigences en matière de sélection des cibles concernées par la détection de défaillance basée sur sonde

Configuration de la détection de défaillance basée sur sonde (liste des tâches)

Sélection de la méthode de détection de défaillance à utiliser

Spécification manuelle de systèmes cible pour la détection de défaillance basée sur sonde

Configuration du comportement du démon IPMP

Surveillance des informations IPMP

Personnalisation des résultats de la commande ipmpstat

Utilisation de la commande ipmpstat dans des scripts

7.  Echange d'informations sur la connectivité réseau à l'aide du protocole LLDP

8.  Utilisation des fonctionnalités Data Center Bridging dans Oracle Solaris

9.  Pontage virtuel d'extrémité dans Oracle Solaris

10.  Equilibreur de charge intégré (présentation)

11.  Configuration de l'équilibreur de charge intégré

12.  Gestion de l'équilibreur de charge intégré

13.  Protocole de redondance de routeur virtuel (présentation)

A.  Types de groupements de liaisons : comparaison des fonctionnalités

B.  Groupement de liaisons et IPMP : comparaison des fonctionnalités

Index

Surveillance des informations IPMP

Les exemples de cette section utilisent la commande ipmpstat pour vous permettre de surveiller les différents aspects des groupes IPMP sur le système. Vous pouvez observer l'état d'un groupe IPMP dans son ensemble ou de ses interfaces IP sous-jacentes. Vous pouvez également vérifier la configuration des adresses de données et de test d'un groupe IPMP. La commande ipmpstat permet également d'obtenir des informations sur la détection de défaillance. Pour plus d'informations sur la commande ipmpstat et ses options, reportez-vous à la page de manuel ipmpstat(1M).

Lorsque vous exécutez la commande ipmpstat, les champs les plus significatifs qui tiennent dans 80 colonnes sont affichés par défaut. Dans la sortie, tous les champs propres à l'option que vous pouvez ajouter à la commande ipmpstat sont affichés, sauf dans le cas de la syntaxe ipmpstat -p.

Par défaut, les noms d'hôte sont affichés dans la sortie (et non les adresses IP numériques), à condition que ces noms existent. Pour répertorier les adresses IP numériques dans la sortie, ajoutez l'option -n avec d'autres options pour afficher des informations spécifiques sur le groupe IPMP.


Remarque - Dans les exemples suivants, l'exécution de la commande ipmpstat ne nécessite pas de privilèges d'administrateur système, sauf indication contraire.


Ajoutez les options suivantes à la commande ipmpstat pour déterminer les informations à afficher :

Les exemples ci-après présentent les informations sur la configuration IPMP du système que vous pouvez obtenir en exécutant la commande ipmpstat.

Exemple 6-9 Obtention d'informations sur les groupes IPMP

L'option -g répertorie l'état des différents groupes IPMP du système, mais également le statut de leurs interfaces sous-jacentes. Si la détection de défaillance basée sur sonde est activée pour un groupe spécifique, la commande inclut également le temps de détection de défaillance pour ce groupe.

$ ipmpstat -g
GROUP   GROUPNAME   STATE      FDT        INTERFACES
ipmp0   ipmp0       ok         10.00s     net0 net1
acctg1  acctg1      failed     --         [net3 net4]
field2  field2      degraded   20.00s     net2 net5 (net7) [net6]

Les champs figurant dans la sortie indiquent les informations suivantes.

GROUP

Spécifie le nom de l'interface IPMP. S'il s'agit d'un groupe anonyme, ce champ est vide. Pour plus d'informations sur les groupes anonymes, reportez-vous à la page de manuel in.mpathd(1M).

GROUPNAME

Spécifie le nom du groupe IPMP. Dans le cas d'un groupe anonyme, ce champ est vide.

STATE

Indique l'état actuel d'un groupe IPMP, à savoir :

  • ok indique que toutes les interfaces sous-jacentes du groupe IPMP sont utilisables.

  • degraded indique que certaines interfaces sous-jacentes du groupe sont inutilisables.

  • failed indique que toutes les interfaces du groupe sont inutilisables.

FDT

Indique le temps de détection de défaillance, si la détection de défaillance est activée. Si la détection de défaillance est désactivée, ce champ est vide.

INTERFACES

Spécifie les interfaces sous-jacentes qui appartiennent au groupe IPMP. Dans ce champ, les interfaces actives sont répertoriées en premier, suivies des interfaces inactives et enfin des interfaces inutilisables. L'état d'une interface est précisé selon la manière dont son nom est indiqué :

  • interface (sans parenthèses ni crochets) indique une interface active, c'est-à-dire en cours d'utilisation par le système pour envoyer ou recevoir le trafic de données.

  • (interface) (entre parenthèses) indique une interface fonctionnelle mais inactive. L'interface n'est pas en cours d'utilisation comme défini par la stratégie d'administration.

  • [interface] (entre crochets) indique que l'interface est inutilisable en raison d'une défaillance ou de sa mise hors ligne.

Exemple 6-10 Obtention d'informations sur les adresses de données IPMP

L'option - a affiche les adresses de données et le groupe IPMP auquel appartient chacune de ces adresses. Les informations affichées incluent également les adresses disponibles, selon qu'elles ont été activées ou désactivées par le biais de la commande ipadm [up-addr/down-addr]. Vous pouvez également déterminer sur quelle interface entrante ou sortante une adresse peut être utilisée.

$ ipmpstat -an
ADDRESS         STATE    GROUP      INBOUND     OUTBOUND
192.168.10.10   up       ipmp0         net0    net0 net1
192.168.10.15   up       ipmp0         net1    net0 net1
192.0.0.100     up       acctg1       --          --
192.0.0.101     up       acctg1       --          --
128.0.0.100     up       field2        net2    net2 net7
128.0.0.101     up       field2        net7    net2 net7
128.0.0.102     down     field2       --          --

Les champs figurant dans la sortie indiquent les informations suivantes.

ADDRESS

Spécifie le nom d'hôte ou l'adresse de données si l'option -n est utilisée avec l'option -a.

STATE

Indique si l'adresse sur l'interface IPMP est up, et donc utilisable, ou down, et donc inutilisable.

GROUP

Spécifie l'interface IPMP qui héberge une adresse de données spécifique. En règle générale, le nom du groupe IPMP correspond à celui de l'interface IPMP dans Oracle Solaris.

INBOUND

Identifie l'interface qui reçoit des paquets pour une adresse donnée. Les informations du champ peuvent changer en fonction des événements externes. Par exemple, si une adresse de données est hors service ou si le groupe IPMP ne contient plus aucune interface IP active, ce champ est vide. Le champ vide indique que le système n'accepte pas les paquets IP qui sont destinés à l'adresse indiquée.

OUTBOUND

Identifie l'interface qui envoie des paquets qui utilisent une adresse donnée comme adresse source. Comme avec le champ INBOUND, le contenu du champ OUTBOUND peut varier en fonction d'événements externes. Un champ vide indique que le système n'envoie pas de paquets avec l'adresse source spécifiée. Ce champ peut être vide car l'adresse est hors service ou car le groupe ne contient plus aucune interface IP active.

Exemple 6-11 Obtention d'informations sur les interfaces IP sous-jacentes d'un groupe IPMP

L'option -i affiche des informations sur les interfaces IP sous-jacentes d'un groupe IPMP.

$ ipmpstat -i
INTERFACE   ACTIVE   GROUP      FLAGS      LINK       PROBE      STATE
net0        yes      ipmp0      --mb---    up         ok         ok
net1        yes      ipmp0      -------    up         disabled   ok
net3        no       acctg1     -------    unknown    disabled   offline
net4        no       acctg1     is-----    down       unknown    failed
net2        yes      field2     --mb---    unknown    ok         ok
net6        no       field2     -i-----    up         ok         ok
net5        no       filed2     -------    up         failed     failed
net7        yes      field2     --mb---    up         ok         ok

Les champs figurant dans la sortie indiquent les informations suivantes.

INTERFACE

Spécifie chacune des interfaces sous-jacentes des groupes IPMP.

ACTIVE

Indique si l'interface est opérationnelle et en cours d'utilisation (yes) ou pas (no).

GROUP

Spécifie le nom de l'interface IPMP. S'il s'agit d'un groupe anonyme, ce champ est vide. Pour plus d'informations sur les groupes anonymes, reportez-vous à la page de manuel in.mpathd(1M).

FLAGS

Indique l'état de chaque interface sous-jacente, à savoir (combinaison possible) :

  • i précise que l'indicateur INACTIVE est défini pour l'interface. Par conséquent, l'interface n'est pas utilisée pour envoyer ou recevoir le trafic de données.

  • s indique que l'interface est configurée pour être une interface de secours.

  • m indique que l'interface est désignée par le système pour envoyer et recevoir le trafic de multidiffusion IPv4 pour le groupe IPMP.

  • b indique que l'interface est désignée par le système pour recevoir le trafic de diffusion pour le groupe IPMP.

  • M indique que l'interface est désignée par le système pour envoyer et recevoir le trafic de multidiffusion IPv6 pour le groupe IPMP.

  • d indique que l'interface est hors service et par conséquent inutilisable.

  • h indique que l'interface physique partage une adresse matérielle physique double avec une autre interface et a été mise hors ligne. L'indicateur h signifie que l'interface est inutilisable.

LINK

Indique le statut de la détection de défaillance basée sur les liaisons, à savoir :

  • up ou down indique la disponibilité ou l'indisponibilité d'une liaison.

  • unknown indique que le pilote ne prend pas en charge la notification indiquant si une liaison est opérationnelle (up) ou hors service (down) et qu'il ne détecte donc pas les changements d'état de liaison.

PROBE

Spécifie l'état de détection de défaillance basée sur sonde pour les interfaces configurées avec une adresse de test, à savoir :

  • ok indique que la sonde est fonctionnelle et active.

  • failed indique que la détection de défaillance basée sur sonde a détecté que l'interface n'est pas opérationnelle.

  • unknown indique qu'aucune cible adéquate n'a été trouvée. Par conséquent, les sondes ne peuvent pas être envoyées.

  • disabled indique qu'aucune adresse de test IPMP n'est configurée sur l'interface. Par conséquent, la détection de défaillance basée sur sonde est désactivée.

STATE

Spécifie l'état global de l'interface, comme suit :

  • ok indique que l'interface est en ligne et fonctionne normalement sur la base de la configuration des méthodes de détection de défaillance.

  • failed indique que l'interface ne fonctionne pas soit parce que la liaison de l'interface est hors service, soit parce que la détection par sonde a déterminé que l'interface n'est pas en mesure d'envoyer ou de recevoir le trafic.

  • offline indique que l'interface n'est pas disponible pour utilisation. En règle générale, l'interface est mise hors ligne dans les circonstances suivantes :

    • L'interface est en cours de test.

    • La reconfiguration dynamique est en cours d'exécution.

    • L'interface partage une adresse matérielle double avec une autre interface.

  • unknown indique que l'état de l'interface IPMP ne peut pas être déterminé car aucune cible de sonde n'a été trouvée pour procéder à la détection de défaillance basée sur sonde.

Exemple 6-12 Obtention d'informations sur les cibles de sonde IPMP

L'option -t identifie les cibles de sonde associées à chaque interface IP d'un groupe IPMP. La première sortie illustre une configuration IPMP qui utilise des adresses de test dans le cadre de la détection de défaillance basée sur sonde.

$ ipmpstat -nt
INTERFACE   MODE          TESTADDR        TARGETS
net0        routes        192.168.85.30   192.168.85.1 192.168.85.3
net1        disabled      --              --
net3        disabled      --              --
net4        routes        192.1.2.200     192.1.2.1
net2        multicast     128.9.0.200     128.0.0.1 128.0.0.2
net6        multicast     128.9.0.201     128.0.0.2 128.0.0.1
net5        multicast     128.9.0.202     128.0.0.1 128.0.0.2
net7        multicast     128.9.0.203     128.0.0.1 128.0.0.2

La deuxième sortie illustre une configuration IPMP qui utilise des sondes transitives ou bien la détection de défaillance basée sur sonde sans adresses de test.

$ ipmpstat -nt
INTERFACE   MODE         TESTADDR         TARGETS
net3        transitive   <net1>           <net1> <net2> <net3>
net2        transitive   <net1>           <net1> <net2> <net3>
net1        routes       172.16.30.100    172.16.30.1

Les champs figurant dans la sortie indiquent les informations suivantes.

INTERFACE

Spécifie chacune des interfaces sous-jacentes d'un groupe IPMP.

MODE

Spécifie la méthode d'obtention des cibles de sonde.

  • routes indique que la table de routage du système est utilisée pour rechercher des cibles de sondes.

  • mcast indique que des sondes ICMP multidiffusion sont utilisées pour rechercher des cibles.

  • disabled indique que la détection de défaillance basée sur sonde a été désactivée pour l'interface.

  • transitive indique qu'une sonde transitive est utilisée pour détecter les défaillances, comme indiqué dans le deuxième exemple. Notez que vous ne pouvez en aucun cas implémenter la détection de défaillance basée sur sonde en utilisant simultanément des sondes transitives et des adresses de test. Si vous ne souhaitez pas utiliser d'adresses de test, il faut activer les sondes transitives. Si vous ne souhaitez pas utiliser le test transitif, vous devez configurer des adresses test. Pour obtenir une présentation générale, reportez-vous à la section Détection de défaillance basée sur sonde.

TESTADDR

Spécifie le nom d'hôte ou, si l'option -n est utilisée avec l'option -t, l'adresse IP attribuée à l'interface pour envoyer et recevoir les sondes.

Si le test transitif est utilisé le nom de l'interface fait référence aux interfaces IP sous-jacentes qui ne sont pas activement utilisées pour recevoir des données. Les noms indiquent également que les sondes transitives sont envoyées avec l'adresse source des interfaces spécifiées. Pour que les interfaces IP sous-jacentes actives reçoivent des données, une adresse IP est affichée pour indiquer l'adresse source de sondes ICMP sortantes.


Remarque - Si une interface IP est configurée avec des adresses de test IPv4 et IPv6, les informations de cible de sonde sont affichées séparément pour chaque adresse de test.


TARGETS

Répertorie les cibles de sondes actuelles dans une liste séparée par des espaces. Les cibles de sonde sont affichées sous la forme de nom d'hôte ou d'adresse IP. Si l'option -n est utilisée avec l'option -t, les adresses IP sont affichées.

Exemple 6-13 Observation des tests IPMP

L'option -p vous permet d'observer les tests en cours. Lorsque vous ajoutez cette option à la commande ipmpstat, des informations sur l'activité des sondes sur le système sont constamment affichées jusqu'à ce que vous mettiez fin à l'opération en appuyant sur les touches Ctrl+C. Vous devez disposer de privilèges d'administrateur principal pour exécuter cette commande.

La première sortie illustre une configuration IPMP qui utilise des adresses de test dans le cadre de la détection de défaillance basée sur sonde.

# ipmpstat -pn
TIME    INTERFACE   PROBE     NETRTT   RTT      RTTAVG     TARGET
0.11s   net0        589       0.51ms   0.76ms   0.76ms     192.168.85.1
0.17s   net4        612       --       --       --         192.1.2.1
0.25s   net2        602       0.61ms   1.10ms   1.10ms     128.0.0.1
0.26s   net6        602       --       --       --         128.0.0.2
0.25s   net5        601       0.62ms   1.20ms   1.00ms     128.0.0.1
0.26s   net7        603       0.79ms   1.11ms   1.10ms     128.0.0.1
1.66s   net4        613       --       --       --         192.1.2.1
1.70s   net0        603       0.63ms   1.10ms   1.10ms     192.168.85.3
^C

La deuxième sortie illustre une configuration IPMP qui utilise des sondes transitives ou bien la détection de défaillance basée sur sonde sans adresses de test.

# ipmpstat -pn
TIME    INTERFACE   PROBE      NETRTT   RTT      RTTAVG     TARGET
1.39S   net4        t28        1.05ms   1.06ms   1.15ms     <net1>
1.39s   net1        i29        1.00ms   1.42ms   1.48ms     172.16.30.1
^C

Les champs figurant dans la sortie indiquent les informations suivantes.

TIME

Spécifie l'heure à laquelle une sonde a été envoyé par rapport à l'heure à laquelle la commande ipmpstat a été émise. Si une sonde a été lancée avant le démarrage de la commande ipmpstat, l'heure s'affiche avec une valeur négative, par rapport au moment de l'émission de la commande.

INTERFACE

Spécifie l'interface sur laquelle la sonde est envoyée.

PROBE

Spécifie l'identificateur qui représente la sonde. Si le test transitif est utilisé pour détecter les défaillances, l'identificateur est précédé de t pour les tests transitifs ou i pour les sondes ICMP.

NETRTT

Spécifie le temps total d'aller-retour réseau de la sonde (en millisecondes). NETRTT couvre le temps entre le moment où le module IP envoie la sonde et le moment où le module IP reçoit les paquets ack à partir de la cible. Si le démon in.mpathd a déterminé que la sonde est perdue, le champ est vide.

RTT

Spécifie le temps total d'aller-retour réseau de la sonde (en millisecondes). RTT couvre l'intervalle de temps entre le moment où le démon in.mpathd exécute le code pour envoyer la sonde et le moment où il termine le traitement des paquets ack à partir de la cible. Si le démon a déterminé que la sonde est perdue, le champ est vide. Les pics qui se produisent dans l'intervalle RTT mais qui ne figurent pas dans NETRTT peuvent indiquer une surcharge du système local.

RTTAVG

Spécifie le temps moyen d'aller-retour réseau de la sonde sur l'interface entre le système local et la cible. Le temps moyen d'aller-retour permet d'identifier les cibles lentes. Si les données sont insuffisantes pour calculer la moyenne, ce champ est vide.

TARGET

Spécifie le nom d'hôte ou, si l'option -n est utilisée avec l'option-p, l'adresse cible à laquelle la sonde est envoyée.

Personnalisation des résultats de la commande ipmpstat

Grâce à l'option -o de la commande ipmpstat, vous pouvez personnaliser la sortie. Cette option (utilisée conjointement avec d'autres options ipmpstat) permet de sélectionner les champs spécifiques à afficher parmi tous les champs que l'option principale affiche normalement.

Par exemple, l'option -g fournit les informations suivantes :

Supposons que vous souhaitiez afficher uniquement le statut des groupes IPMP sur le système. Il faudrait combiner les options -o et -g, puis spécifier les champs groupname et state, comme indiqué dans l'exemple suivant :

$ ipmpstat -g -o groupname,state
GROUPNAME  STATE
ipmp0      ok
accgt1     failed
field2     degraded

Pour afficher tous les champs de la commande ipmpstat pour un type spécifique d'informations, incluez -o all dans la syntaxe. Par exemple, pour répertorier tous les champs qui fournissent des informations de groupe, tapez ipmpstat -g -o all.

Utilisation de la commande ipmpstat dans des scripts

L'option -o s'avère utile lorsque vous exécutez la commande à partir d'un script ou à l'aide d'un alias de commande, en particulier si vous voulez également générer une sortie analysable.

Pour générer des informations analysables, il faut combiner les options -P et -o avec l'une des autres options principales ipmpstat principales, ainsi que les champs spécifiques que vous souhaitez afficher. La sortie analysable diffère de la sortie normale en ce sens que :

Pour utiliser correctement la syntaxe ipmpstat -P, respectez les règles suivantes :

Le non-respect d'un de ces règles entraîne l'échec de la commande ipmpstat -P.

L'exemple de commande ci-dessous illustre le format des informations quand vous ajoutez l'option -P.

$ ipmpstat -P -o -g groupname,fdt,interfaces
ipmp0:10.00s:net0 net1
acctg1::[net3 net4]
field2:20.00s:net2 net7 (net5) [net6]

Le nom de groupe, le temps de détection de défaillance et les interfaces sous-jacentes sont des champs d'informations de groupe. Par conséquent, il faut utiliser les options -o -g avec l'option -P.

L'option -P est conçue pour être insérée dans des scripts. L'exemple ci-dessous illustre l'exécution de la commande ipmpstat à partir d'un script. Le script affiche le temps de détection de défaillance pour un groupe IPMP.

getfdt() {
         ipmpstat -gP -o group,fdt | while IFS=: read group fdt; do
             [[ "$group" = "$1" ]] && { echo "$fdt"; return; }
         done
     }