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) |
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)
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
Présentation de la technologie Data Center Bridging (DCB)
Contrôle de flux basé sur la priorité (PFC)
Propriétés de liaison de données associées à PFC
Unités TLV de contrôle de flux basé sur la priorité
Personnalisation du contrôle de flux basé sur la priorité pour DCB
Sélection de transmission améliorée (ETS)
Propriétés de liaison de données associées à ETS
Unités TLV de sélection de transmission améliorée
Personnalisation de la sélection de transmission améliorée pour DCB
Obtention des données de configuration ETS
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
Le contrôle de flux basé sur la priorité étend la trame PAUSE standard pour inclure les valeurs de classe de service IEEE 802.1p. Grâce au contrôle de flux basé sur la priorité, l'ensemble du trafic sur la liaison n'est pas interrompu lorsqu'une trame PAUSE est envoyée, mais le trafic est suspendu uniquement en fonction des valeurs CoS activées dans la trame PFC. Une trame PFC est envoyée pour la priorité activée qui correspond au trafic à suspendre. L'hôte émetteur interrompt le trafic présentant cette priorité, mais le trafic correspondant aux autres priorités n'est pas concerné. Au terme du délai spécifié dans la trame PFC ou à la réception d'une autre trame PFC par l'hôte émetteur, la transmission de ces paquets reprend. La suspension basée sur la priorité garantit que les paquets présentant cette priorité ne sont pas rejetés. Aucune trame PAUSE n'est envoyée pour les paquets sans priorité définie. Ainsi, le trafic se poursuit en un flux continu et des paquets risquent d'être rejetés en cas de congestion.
Les priorités sont représentées par un masque à 8 bits (0–7) dans la propriété de liaison de données pfcmap. Le bit le plus faible représente la priorité 0, et le bit le plus élevé la priorité 7. Chaque bit de ce masque indique si la norme PFC est activée pour une priorité correspondante. Par défaut, la propriété pfcmap est définie sur 1111111, ce qui signifie que la fonction PFC est activée pour toutes les priorités. Pour tout paquet transmis via une liaison, une trame PFC est envoyée à l'hôte émetteur en cas de congestion au niveau de l'hôte récepteur.
En plus de pfcmap, les propriétés suivantes fournissent des informations sur la définition et le mappage des priorités.
pfcmap-lcl-effective fait référence au mappage PFC en vigueur sur l'hôte local. Cette propriété contient des autorisations en lecture seule. Cette propriété peut refléter soit la valeur de la propriété pfcmap, soit la valeur de la propriété pfcmap-rmt-effective.
pfcmap-rmt-effective fait référence au mappage PFC en vigueur sur l'homologue distant. Cette propriété contient également des autorisations en lecture seule.
Pour garantir l'envoi effectif des trames PFC, les hôtes en communication doivent inclure des données de configuration DCB symétriques. Un système Oracle Solaris 11 peut ajuster automatiquement sa configuration PFC pour qu'elle corresponde à celle de l'homologue distant.
Les deux propriétés mentionnées indiquent de manière indirecte si les informations PFC sont synchronisées sur les homologues. Dans une liaison de données avec des informations PFC concordantes entre les homologues local et distant, les valeurs des propriétés pfcmap-lcl-effective et pfcmap-rmt-effective sont identiques, quelle que soit la valeur attribuée à pfcmap. Si l'option de synchronisation est désactivée sur l'hôte local, la propriété pfcmap-lcl-effective reflète la valeur attribuée à pfcmap sur l'hôte local.
Pour des exemples d'informations PFC fournies par la configuration de ces propriétés, reportez-vous à la section Obtention des données de configuration PFC.
L'unité TLV PFC contrôle le comportement de l'hôte en matière d'informations en provenance de l'hôte homologue. Cette unité TLV possède une seule propriété configurable : willing. Par défaut, cette propriété est définie sur on et autorise l'hôte local à synchroniser ses définitions de priorité PFC avec celles de l'homologue distant. Vous pouvez interdire à un agent spécifique de procéder à la synchronisation automatique de ces informations en attribuant la valeur off à la propriété, comme suit :
# lldpadm set-agenttlvprop -p willling=off -a agent pfc
Remplacez agent par la liaison de données sur laquelle est activé l'agent.
Dans la plupart des cas, la configuration par défaut de PFC suffit. Cette configuration est automatiquement définie lorsque le protocole LLDP est activé. Toutefois, pour illustrer les différentes options qu'il est possible de définir lorsque vous configurez le contrôle de flux basé sur la priorité, cette procédure répertorie les étapes manuelles de configuration de PFC. Ces étapes partent du principe que la configuration automatique n'a pas été effectuée. Par souci de clarté, toutes les opérations de configuration sont réalisées sur net0.
Reportez-vous à la section Activation du protocole DCBX.
Par défaut, les fonctions de contrôle de flux basé sur la priorité (PFC), sélection de transmission améliorée (ETS) et pontage virtuel d'extrémité (EVB) sont activées. Imaginons que vous souhaitiez utiliser uniquement la fonctionnalité PFC. Il vous faut alors supprimer les deux autres valeurs de la propriété dot1–tlv de l'agent LLDP. Pour consulter la liste des valeurs possibles pour dot1–tlv, reportez-vous au Tableau 7-3.
# lldpadm set-agenttlvprop -p dot1-tlv-=etscfg,evb net0
# dladm show-linkprop -p flowctrl net0
Si la propriété n'inclut pas pfc dans la liste de valeurs, exécutez la commande suivante :
# dladm set-linkprop -p flowctrl=pfc net0
Par exemple, pour activer la priorité CoS 6, entrez la commande suivante :
# dladm set-linkprop -p pfcmap=01000000 net0
# lldpadm show-agenttlvprop -p willing -a net0 pfc
Si la propriété TLV PFC willing est définie sur off, exécutez la commande suivante :
# lldpadm set-agenttlvprop -p willing=on -a net0 pfc
Cette section contient divers exemples d'informations relatives au contrôle de flux basé sur la priorité après la configuration de LLDP et DCB.
Les commandes ci-après permettent d'afficher les informations liées à PFC.
dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective datalink
Cette commande affiche les définitions de priorité, ainsi que les mappages PFC en vigueur sur la liaison de données.
dladm show-phys -D pfc datalink
Cette commande affiche des informations PFC sur la liaison physique, à savoir les priorités activées sur la carte réseau physique.
lldpadm show-agenttlvprop -a agent pfc
Remplacez agent par la liaison de données sur laquelle est activé le protocole LLDP. Par conséquent, le nom de l'agent LLDP est identique à celui de la liaison de données. Cette commande affiche la propriété TLV PFC qui contrôle la capacité d'un hôte à synchroniser son mappage PFC avec un homologue.
lldpadm show-agent -lv -o "PFC Pending" agent
Cette commande vous avertit de la non-concordance des informations de mappage PFC entre l'hôte local et l'homologue.
Les exemples ci-dessous illustrent les types d'informations affichées dans la sortie des commandes mentionnées.
Exemple 8-1 Affichage des propriétés de liaison de données associées à PFC
Cet exemple illustre comment afficher le statut des propriétés de liaison de données associées au contrôle de flux basé sur la priorité.
# dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective net0 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE net0 pfcmap rw 11111111 11111111 00000000-11111111 net0 pfcmap-lcl-effective r- 11111111 -- -- net0 pfcmap-rmt-effective r- 01000000 -- --
La sortie montre que la valeur par défaut est attribuée au mappage PFC défini sur l'hôte local, c'est-à-dire que les 8 priorités sont activées. La non-concordance des valeurs pfcmap-lcl-effective et pfcmap-rmt-effective indique que l'hôte local n'a pas synchronisé ses informations PFC avec celles de l'homologue distant. Cela peut être dû au fait que la propriété qui permet la synchronisation est désactivée ou que l'homologue n'envoie pas d'unités TLV PFC sur le réseau. Vous pouvez confirmer cette configuration en entrant la commande suivante :
Exemple 8-2 Affichage de la capacité de synchronisation des informations PFC de l'hôte local
Cet exemple illustre comment afficher le statut actuel de la capacité de l'hôte à s'adapter à la configuration PFC de son homologue.
# lldpadm show-agenttlvprop -a net0 pfc AGENT TLVNAME PROPERTY PERM VALUE DEFAULT POSSIBLE net0 pfc willing rw off on on,off
Pour activer la synchronisation, exécutez la commande suivante :
# lldpadm set-agenttlvprop -p willing=on -a net0 pfc # dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective net0 LINK PROPERTY PERM VALUE DEFAULT POSSIBLE net0 pfcmap rw 11111111 11111111 00000000-11111111 net0 pfcmap-lcl-effective r- 01000000 -- -- net0 pfcmap-rmt-effective r- 01000000 -- --
Dans la deuxième sortie, l'hôte local a abandonné son propre mappage PFC (11111111). Il a synchronisé ses informations avec celles de l'homologue. Par conséquent, son mappage PFC est désormais identique à celui de l'homologue. Grâce à cette convergence de valeurs, les hôtes peuvent échanger des trames PAUSE PFC.
Exemple 8-3 Vérification de la symétrie des informations PFC entre l'hôte et l'homologue
Cet exemple illustre comment vérifier en cours d'exécution si les informations PFC de l'hôte et de l'homologue sont synchronisées ou pas.
# lldpadm show-agent -lv -o "PFC Pending" net0 PFC Pending: True
La commande PFC Pending renvoie la valeur True si les informations PFC de l'hôte et de l'homologue ne correspondent pas. Dès que ces informations sont synchronisées, le statut PFC Pending repasse à False.
Pour afficher toutes les informations qu'un agent publie, ajoutez l'option verbose à la commande lldpadm show-agent :
# lldpadm show-agent -v agent
Exemple 8-4 Affichage des définitions de priorité CoS
Cet exemple illustre comment afficher les définitions de priorité CoS actuelles sur une liaison de données spécifique en fonction de la valeur de la propriété pfcmap. Supposons par exemple que la propriété pfcmap est configurée comme suit : 01000000. Pour afficher les mappages de priorité correspondants sur la liaison physique, il faudrait exécuter la commande suivante :
# dladm show-phys -D pfc net0 LINK COS PFC PFC_EFFECT CLIENTS ixgbe0 0 YES NO net0,vnic1 1 YES YES vnic2 2 YES NO vnic3 3 YES NO vnic4 4 YES NO vnic5 5 YES NO vnic6 6 YES NO vnic7 7 YES NO vnic8
Sur la liaison physique net0, la priorité est activée pour tous les clients de la VNIC configurée sur la liaison de données. Cependant, l'hôte local ajuste son mappage PFC en fonction de celui de l'homologue, comme l'indiquent les valeurs du champ PFC_EFFECT, où la priorité est désactivée pour la classe de service 0 et 2-7. Ainsi, aucune trame PFC n'est échangée dans le cadre du trafic sur les VNIC (à l'exception de la carte vnic2), quelles que soient les ressources disponibles. Dans cette configuration, le rejet de paquets est autorisé dans le cadre du flux de trafic sur toutes les cartes VNIC, sauf vnic2. Concernant le trafic sur la carte vnic2, des trames PAUSE PFC sont envoyées en cas de congestion pour éviter la perte de paquets sur ce client.
Les unités TLV d'application contiennent des informations sur la priorité à associer à une application figurant sur l'hôte. La priorité est définie dans la table de priorité des applications. Chaque entrée de cette table contient le nom d'une application et la priorité qui lui est associée. L'unité TLV d'application transmet aux autres hôtes les informations de priorité des applications extraites de cette table.
Les entrées de cette table respectent le format suivant :
protocol-id/selector/ priority
La paire protocol-id/selector identifie l'application. La propriété priority contient une valeur comprise entre 0 et 7 qui identifie la priorité de l'application correspondante.
Pour échanger les informations relatives à la priorité d'une application avec d'autres hôtes, il faut définir l'unité TLV de l'application comme suit :
# lldpadm set-agenttlvprop -p property=value -a agent appln
Par exemple, dans le cadre du trafic FCoE, l'ID de protocole est 0x8906 et l'ID de sélecteur est 1. Supposons que la priorité 4 est associée à cette application. Selon le Tableau 7-3 qui répertorie les paramètres permettant de configurer une unité TLV d'application, entrez la commande suivante :
# lldpadm set-agenttlvprop -p apt=8906/1/4 -a net0 appln # lldpadm show-agenttlvprop -a net0 appln AGENT TLVNAME PROPERTY PERM VALUE DEFAULT POSSIBLE net0 appln apt rw 8906/1/4 -- --