JavaScript is required to for searching.
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)
search filter icon
search icon

Informations document

Préface

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

2.  Présentation de NWAM

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

7.  Utilisation des commandes de configuration de l'interface et de liaison de données sur les profils

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

11.  Administration des ponts

12.  Administration de groupements de liens

13.  Administration des réseaux locaux virtuels

14.  Présentation d'IPMP

15.  Administration d'IPMP

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

Présentation de la gestion des ressources réseau

Propriétés de liaisons de données pour le contrôle des ressources

Gestion des ressources réseau à l'aide de flux

Commandes pour la gestion des ressources réseau

Gestion des ressources réseau (liste des tâches)

Gestion des ressources sur liaisons de données

Transmission et réception d'anneaux

Clients MAC et allocation d'anneaux

Propriétés pour l'allocation anneaux

Préparatifs de configuration de clients matériels

Procédure de configuration d'un client matériel

Procédure de création d'un client le logiciel

Procédure d'identification des affectations d'anneaux dans l'allocation d'anneaux statique

Pools et CPU

Procédure de configuration d'un processeur d'un pool de CPU pour une liaison de données

Procédure d'allocation de CPU à des liaisons

Gestion des ressources sur les flux

Configuration de flux sur le réseau

Procédure de configuration d'un flux

22.  Contrôle du trafic réseau et de l'utilisation des ressources

Glossaire

Index

Gestion des ressources sur liaisons de données

Cette section décrit des propriétés de liaisons que vous pouvez définir pour améliorer les performances du réseau pour un réseau physique ou un réseau virtuel.

Transmission et réception d'anneaux

Sur les cartes réseau, les anneaux de réception (Rx) et de transmission (Tx) sont des ressources matérielles à travers lesquelles le système reçoit et envoie des paquets réseau, respectivement. Les sections suivantes fournissent une présentation des anneaux suivie des procédures qui sont utilisées pour allouer des anneaux pour les processus de mise en réseau. Des exemples sont également fournis pour afficher le fonctionnement du mécanisme lorsque vous exécutez des commandes pour allouer des anneaux.

Clients MAC et allocation d'anneaux

Les clients MAC, tels que des VNIC et autre liaisons de données, sont configurés sur la carte réseau pour activer la communication entre un système et d'autres noeuds du réseau. Une fois qu'un client est configuré, il utilise à la fois des anneaux Rx et Tx pour transmettre ou recevoir des paquets réseau respectivement. Un client MAC peut être basé sur le matériel ou le logiciel. Un client basé sur le matériel répond à une des conditions suivantes :

Les clients qui ne remplissent pas une de ces conditions sont appelés clients MAC logiciels.

Les clients matériels peuvent avoir des anneaux attribués pour une utilisation exclusive en fonction de la carte réseau. Les cartes réseau comme nxge prennent en charge l'allocation dynamique d'anneaux. Sur ces cartes réseau, vous pouvez non seulement configurer des clients matériels, mais vous avez également la possibilité de déterminer le nombre d'anneaux à allouer à ces clients, en supposant que ces anneaux restent disponibles pour l'allocation. L'utilisation d'anneaux est toujours optimisée pour l'interface principale, par exemple, nxge0. L'interface principale est également appelée client principal. Tout anneau disponible n'ayant pas été affecté pour une utilisation exclusive par d'autres clients est automatiquement affecté à l'interface principale.

D'autres cartes réseau comme ixge ne prennent en charge que l'allocation statique d'anneaux. Sur ces cartes réseau, vous ne pouvez créer que des clients matériels. Les clients sont configurés automatiquement avec un jeu fixe d'anneaux par client. Le jeu fixe est déterminé au cours de la configuration initiale du pilote de la carte réseau. Pour plus d'informations sur la configuration initiale du pilote pour l'allocation statique, reportez-vous à la section Manuel de référence des paramètres réglables Oracle Solaris.

Allocation d'anneaux dans les réseaux locaux virtuels

Avec les réseaux locaux virtuels, l'allocation d'anneaux se déroule différemment selon la façon dont le réseau local virtuel est créé. Les réseaux locaux virtuels sont créés de l'une des deux façons suivantes :

Un réseau local virtuel qui est créé par la sous-commande dladm create-vlan a la même adresse MAC que l'interface sous-jacente. Par conséquent, ce réseau local virtuel partage aussi les anneaux Rx et Tx de l'interface sous-jacente. Un réseau local virtuel créé sous forme de VNIC avec la commande dladm create-vnic possède une adresse MAC différente de son interface sous-jacente. L'allocation d'anneaux d'un tel réseau local virtuel est indépendante de l'allocation pour la liaison sous-jacente. Par conséquent, ce réseau local virtuel peut se voir attribuer ses propres anneaux dédiés, en supposant que la carte réseau prend en charge les clients matériels.

Propriétés pour l'allocation anneaux

Pour administrer les anneaux, deux propriétés d'anneau peuvent être définies avec la commande dladm :

Vous pouvez définir chaque propriété sur l'une des trois valeurs possibles :

Pour fournir des informations sur les affectations et l'utilisation d'anneaux en cours, les propriétés d'anneau en lecture seule supplémentaires suivantes sont disponibles :

Préparatifs de configuration de clients matériels

Avant de configurer des clients matériels, vous devez connaître les capacités d'allocation d'anneaux de la carte réseau de votre système. Pour obtenir les informations requises, utilisez la commande suivante :

# dladm show-linkprop link

lien fait référence à la liaison de données de votre carte réseau spécifique.

Pour afficher des propriétés spécifiques, utilisez la commande suivante :

# dladm show-linkprop -p property[,property,...] link

Pour configurer correctement les clients matériels, vous devez déterminer les éléments suivants :

Si la carte d'interface réseau prend en charge l'allocation d'anneaux, et que des anneaux et des clients matériels sont disponibles, vous pouvez configurer ce type de client sur le système, comme expliqué dans la section Procédure de configuration d'un client matériel. Sinon, vous pouvez configurer un client logiciel, comme expliqué dans la section Procédure de création d'un client le logiciel .

Les exemples suivants présentent des informations différentes qui s'affichent pour des propriétés de liaison liées aux anneaux d'une NIC nxge, une NIC ixgbe et une NIC e1000g.

Exemple 21-1 Informations d'anneaux de NIC nxge

L'exemple suivant montre des informations d'anneau pour une NIC nxge.

# dladm show-linkprop nxge0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
nxge0   rxrings             rw    --     --       sw,<1-7>
...
nxge0   txrings             rw    --     --       sw,<1-7>
...
nxge0   rxrings-available   r-    5      --       --
nxge0   txrings-available   r-    5      --       --
nxge0   rxhwclnt-available  r-    2      --       --
nxge0   txhwclnt-available  r-    2      --       --
...

Le champ POSSIBLE répertorie sw et <1-7> comme valeurs acceptables pour les propriétés rxrings et txrings. Ces valeurs indiquent que nxge prend en charge les clients matériels ainsi que les clients logiciels. L'intervalle <1-7> indique que le nombre d'anneaux Rx ou Tx que vous définissez doit être compris dans la plage indiquée. Vous pouvez également déduire de la plage que la NIC prend en charge l'allocation d'anneaux dynamique pour les côtés réception et transmission.

En outre, les propriétés *rings-available indiquent que cinq anneaux Rx et cinq anneaux Tx sont disponibles pour l'allocation de clients matériels.

Cependant, en fonction des propriétés *clnt-available, vous pouvez configurer uniquement deux clients qui peuvent avoir l'exclusivité de l'utilisation d'anneaux Rx disponibles. De même, vous pouvez configurer uniquement deux clients qui peuvent avoir l'exclusivité de l'utilisation d'anneaux Tx disponibles.

Exemple 21-2 Informations d'anneaux de NIC ixgbe

L'exemple suivant montre des informations d'anneau pour une NIC ixgbe.

# dladm show-linkprop ixgbe0
LINK     PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0   rxrings             rw     --    --       sw,hw
...
ixgbe0   txrings             rw     --    --       sw,hw,<1-7>
...
ixgbe0   rxrings-available   r-     0     --       --
ixgbe0   txrings-available   r-     5     --       --
ixgbe0   rxhwclnt-available  r-     0     --       --
ixgbe0   txhwclnt-available  r-     7     --       --
...

Le champ POSSIBLE pour les propriétés rxrings et txrings indique que les clients matériels et logiciels peuvent être configurés sur ixgbe0. Seule l'allocation d'anneaux statique est prise en charge pour les anneaux Rx, où le matériel affecte un jeu fixe d'anneaux Rx à chaque client matériel. Cependant, vous pouvez allouer des anneaux Tx dynamiquement, ce qui signifie que vous pouvez déterminer le nombre d'anneaux Tx à assigner à un client matériel, dans cet exemple, jusqu'à 7 anneaux.

En outre, les propriétés *rings-available indiquent que cinq anneaux Tx sont disponibles pour être alloués à des clients matériels, mais aucun anneau Rx ne peut être assigné.

Enfin, en se basant sur les propriétés *hwclnt-available, vous pouvez configurer sept clients Tx matériel pour qu'ils utilisent exclusivement des anneaux Tx. Cependant, l'allocation dynamique d'anneaux Rx n'est pas prise en charge dans des cartes ixgbe. Par conséquent, vous ne pouvez pas créer un client matériel avec un ensemble défini d'anneaux Rx dédiés.

Un zéro (0) sous le champ VALUE pour les propriétés *rings-available peut signifier une des deux choses suivantes :

Vous pouvez vérifier la signification du zéro en comparant le champ POSSIBLE pour rxrings et txrings et le champ VALUE pour rxrings-available et txrings-available.

Par exemple, supposons que txrings-available soit 0, comme suit :

# dladm show-linkprop ixgbe0
LINK     PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0   rxrings             rw    --     --       sw,hw
ixgbe0   txrings             rw    --     --       sw,hw,<1-7>
ixgbe0   rxrings-available   r-    0      --       --
ixgbe0   txrings-available   r-    0      --       --
...

Dans cette sortie, le champ VALUE pour rxrings-available est 0 alors que le champ POSSIBLE pour rxrings est sw,hw. Les informations combinées signifient qu'aucun anneau Rx n'est disponible car la carte d'interface réseau ne prend pas en charge l'allocation dynamique d'anneaux. Côté transmission, le champ VALUE pour txrings-available est 0 alors que le champ POSSIBLE pour txrings est sw,hw,<1-7>. Les informations fusionnées indiquent qu'aucun anneau Tx n'est disponible car ils sont déjà tous affectés. Cependant, comme le champ POSSIBLE pour txrings l'indique, l'allocation dynamique d'anneaux est prise en charge. Par conséquent, vous pouvez allouer des anneaux Tx quand ils deviennent disponibles.

Exemple 21-3 Informations d'anneaux de NIC e1000g

L'exemple suivant montre des informations d'anneau pour une NIC e1000g.

# dladm show-linkprop e1000g0
LINK     PROPERTY             PERM  VALUE  DEFAULT  POSSIBLE
...
e1000g0   rxrings             rw     --      --     --
...
e1000g0   txrings             rw     --      --     --
...
e1000g0   rxrings-available   r-     0       --     --
e1000g0   txrings-available   r-     0       --     --
e1000g0   rxhwclnt-available  r-     0       --     --
e1000g0   txhwclnt-available  r-     0       --     --
...

Le résultat indique que ni les anneaux ni les clients matériels ne peuvent être configurés car l'allocation d'anneaux n'est pas prise en charge dans les cartes d'interface réseau e1000g.

Procédure de configuration d'un client matériel

Cette procédure indique comment configurer un client matériel sur une carte d'interface réseau qui prend en charge l'allocation dynamique d'anneaux ou sur une carte d'interface réseau qui prend en charge l'allocation d'anneaux statique.

Avant de commencer

Assurez-vous que vous avez obtenu les informations suivantes sur la carte d'interface réseau sur votre système :

Pour obtenir des informations, reportez-vous à la section Préparatifs de configuration de clients matériels.

  1. Effectuez l'une des actions suivantes en fonction du type d'allocation d'anneaux que votre carte d'interface réseau prend en charge :
    • Si la carte d'interface réseau prend en charge l'allocation dynamique d'anneaux, utilisez la syntaxe suivante :

      # dladm create-vnic -p rxrings=number[,txrings=number] -l link vnic
      number

      Fait référence au nombre d'anneaux Rx et Tx que vous allouez au client. Le nombre ne doit pas dépasser le nombre d'anneaux disponibles à l'allocation.


      Remarque - Certaines cartes d'interface réseau prennent en charge l'allocation dynamique d'anneaux Rx ou Tx, mais pas les deux types. Spécifiez number sur le type d'anneau pour lequel l'allocation dynamique d'anneaux est prise en charge.


      link

      Fait référence à la liaison de données sur lequel vous créez le client.

      vnic

      Fait référence au client que vous configurez.

    • Si la carte d'interface réseau prend en charge l'allocation statique d'anneaux, utilisez la syntaxe suivante :

      # dladm create-vnic -p rxrings=hw[,txrings=hw] -l link vnic

      Remarque - Certaines cartes d'interface réseau prennent en charge l'allocation statique d'anneaux Rx ou Tx, mais pas les deux types. Spécifiez hw sur le type d'anneau pour lequel l'allocation statique d'anneaux est prise en charge.


  2. (Facultatif) Vérifiez les informations d'anneau du client qui vient d'être créé.
    # dladm show-linkprop vnic

Procédure de création d'un client le logiciel

Un client logiciel n'a pas l'usage exclusif d'anneaux. Au lieu de cela, le client partage l'utilisation d'anneaux avec le client principal ou l'interface avec d'autres clients logiciels existants. Le nombre d'anneaux pour les clients logiciels dépend du nombre de clients matériels existants.

Exemple 21-4 Configuration de clients matériels et de clients logiciels

Cet exemple montre comment configurer les clients matériels et les clients logiciels sur un système avec une carte d'interface réseau ixgbe. Pour montrer comment l'allocation d'anneaux est implémentée, l'exemple est divisé en parties. Les informations liées aux anneaux s'affichent et sont expliquées à chaque étape du processus de configuration. La configuration se déroule comme suit :

  1. Affichez les liaisons et l'utilisation d'anneaux sur le système avant de procéder à la configuration de clients.

  2. Configurez le client principal.

  3. Configurez un client logiciel.

  4. Configurer un autre client sans anneaux dédiés.

  5. Allouez statiquement des anneaux au client qui vient d'être configuré.

  6. Configurez un troisième client avec des anneaux dédiés qui sont alloués dynamiquement.

Tout d'abord, affichez les liaisons, l'utilisation d'anneau et les propriétés liées aux anneaux.

# dladm show-link
LINK     CLASS   MTU    STATE   BRIDGE   OVER
ixgbe0   phys    1500   down    --       --

# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS   CLIENTS
ixgbe0   RX         0-1     <default,mcast>
ixgbe0   TX         0-7     <default>
ixgbe0   RX         2-3     --
ixgbe0   RX         4-5     --
ixgbe0   RX         6-7     --

# dladm show-linkprop ixgbe0
LINK    PROPERTY              PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0   rxrings              rw    --     --       sw,hw
ixgbe0   rxrings-effective    r     --     --       --
ixgbe0   txrings              rw    --     --       sw,hw,<1-7>
ixgbe0   txrings-effective    r     --     --       --
ixgbe0   txrings-available    r-    7      --       --
ixgbe0   rxrings-available    r-    0      --       --
ixgbe0   rxhwclnt-available   r-    3      --       --
ixgbe0   txhwclnt-available   r-    7      --       --
...

La sortie de la commande montre une liaison ixgbe0 unique sur le système, mais pas de clients existants. En outre, les informations suivantes sont également tirées de cette sortie :

Pour obtenir une explication des propriétés *rings-effective, reportez-vous à la section Procédure d'identification des affectations d'anneaux dans l'allocation d'anneaux statique.

Ensuite, configurez le client principal.

# ipadm create-ip ixgbe0
# ipadm create-addr -T static -a 192.168.10.10/24 ixgbe0/v4
# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS   CLIENTS
ixgbe0   RX         0-1     <default,mcast>
ixgbe0   TX         0-7     <default>ixgbe0
ixgbe0   RX         2-3     ixgbe0
ixgbe0   RX         4-5     --
ixgbe0   RX         6-7     --

# dladm show-linkprop ixgbe0
LINK    PROPERTY              PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0   rxrings              rw    --     --       sw,hw
ixgbe0   rxrings-effective    r     2      --       --
ixgbe0   txrings              rw    --     --       sw,hw,<1-7>
ixgbe0   txrings-effective    r     8      --       --
ixgbe0   txrings-available    r-    7      --       --
ixgbe0   rxrings-available    r-    0      --       --
ixgbe0   rxhwclnt-available   r-    3      --       --
ixgbe0   txhwclnt-available   r-    7      --       --
...

La sortie fournit les informations suivantes :

Ensuite, créez une VNIC sous forme de client logiciel.

# dladm create-vnic -l ixgbe0 -p rxrings=sw,txrings=sw vnic0
# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS   CLIENTS
ixgbe0   RX         0-1     <default,mcast>,vnic0
ixgbe0   TX         0-7     <default>vnic0,ixgbe0
ixgbe0   RX         2-3     ixgbe0
ixgbe0   RX         4-5     --
ixgbe0   RX         6-7     --

# dladm show-linkprop vnic0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
vnic0   rxrings             rw    sw     --      sw,hw
...
vnic0   txrings             rw    sw     --      sw,hw,<1-7>
...
# dladm show-linkprop ixgbe0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0   rxrings             rw    --     --      --
ixgbe0   rxrings-effective   r     2      --      --
ixgbe0   txrings             rw    --     --       sw,hw,<1-7>
ixgbe0   txrings-effective   r     --     --       --
ixgbe0   txrings-available   r-    7      --       --
ixgbe0   rxrings-available   r-    0      --       --
ixgbe0   rxhwclnt-available  r-    3      --       --
ixgbe0   txhwclnt-available  r-    7      --       --
...

La sortie fournit les informations suivantes :

Ensuite, configurez un autre client sans allocation d'anneaux.

# dladm create-vnic -l ixgbe0 vnic1
# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS     CLIENTS
ixgbe0   RX         0-1       <default,mcast>,vnic0
ixgbe0   TX         0,2-7     <default>vnic0,ixgbe0
ixgbe0   RX         2-3       ixgbe0 
ixgbe0   RX         4-5       vnic1 
ixgbe0   RX         6-7       --
ixgbe0   TX         1         vnic1

# dladm show-linkprop vnic1
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
vnic1   rxrings             rw    --     --       sw,hw 
vnic1   rxrings-effective   r-    2      --       -- 
vnic1   txrings             rw    --     --       sw,hw,<1-7> 
vnic1   txrings-effective   r-    --     --       --
...

# dladm show-linkprop ixgbe0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0  rxrings             rw    --     --       sw,hw 
ixgbe0  rxrings-effective   r-    2      --       -- 
ixgbe0  txrings             rw    --     --       sw,hw,<1-7>
ixgbe0  txrings-effective   r-    --     --       -- 
ixgbe0  txrings-available   r-    7      --       -- 
ixgbe0  rxrings-available   r-    0      --       -- 
ixgbe0  rxhwclnt-available  r-    3      --       -- 
ixgbe0  txhwclnt-available  r-    7      --       -- 
...

La sortie fournit les informations suivantes :

Allouez ensuite statiquement des anneaux au client vnic1 qui vient d'être configuré.

# dladm set-linkprop -p rxrings=hw,txrings=hw vnic1
# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS     CLIENTS
ixgbe0   RX         0-1       <default,mcast>,vnic0
ixgbe0   TX         0,2-7     <default>vnic0,ixgbe0
ixgbe0   RX         2-3       ixgbe0 
ixgbe0   RX         4-5       vnic1 
ixgbe0   RX         6-7       --
ixgbe0   TX         1         vnic1

# dladm show-linkprop vnic1
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
vnic1   rxrings             rw    hw     --       sw,hw 
vnic1   rxrings-effective   r-    2      --       -- 
vnic1   txrings             rw    hw     --       sw,hw,<1-7> 
vnic1   txrings-effective   r-    --     --       -- 
...
# dladm show-linkprop ixgbe0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0  rxrings             rw     --    --       sw,hw 
ixgbe0  rxrings-effective   r-     2     --       -- 
ixgbe0  txrings             rw     --    --       sw,hw,<1-7>
ixgbe0  txrings-effective   r-     --    --       -- 
ixgbe0  txrings-available   r-     6     --       -- 
ixgbe0  rxrings-available   r-     0     --       -- 
ixgbe0  rxhwclnt-available  r-     3     --       -- 
ixgbe0  txhwclnt-available  r-     6     --       -- 
...

La sortie fournit les informations suivantes :

Ensuite, configurez un client matériel avec des anneaux Tx qui sont alloués dynamiquement.

# dladm create-vnic -l ixgbe0 -p txrings=2 vnic2
# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS     CLIENTS
ixgbe0   RX         0-1       <default,mcast>,vnic0
ixgbe0   TX         0,4-7     <default>vnic0,ixgbe0
ixgbe0   RX         2-3       ixgbe0 
ixgbe0   RX         4-5       vnic1 
ixgbe0   RX         6-7       vnic2 
ixgbe0   TX         1         vnic1 
ixgbe0   TX         2-3       vnic2 

# dladm show-linkprop vnic2
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
vnic2   rxrings             rw    --     --       sw,hw 
vnic2   rxrings-effective   r-    2      --       -- 
vnic2   txrings             rw    2      --       sw,hw,<1-7>
vnic2   txrings-effective   r-    2      --       --
...
# dladm show-linkprop ixgbe0
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
ixgbe0  rxrings             rw    --     --       sw,hw 
ixgbe0  rxrings-effective   r-    2      --       -- 
ixgbe0  txrings             rw    --     --       sw,hw,<1-7>
ixgbe0  txrings-effective   r-    --     --       -- 
ixgbe0  txrings-available   r-    4      --       -- 
ixgbe0  rxrings-available   r-    0      --       -- 
ixgbe0  rxhwclnt-available  r-    3      --       -- 
ixgbe0  txhwclnt-available  r-    5      --       --
...

La sortie fournit les informations suivantes :

Procédure d'identification des affectations d'anneaux dans l'allocation d'anneaux statique

Lorsque vous configurez un client matériel avec l'allocation statique d'anneaux, le matériel détermine le nombre d'anneaux à affecter. Toutefois, les propriétés rxrings et txrings sont définies sur hw et n'indiquent pas le nombre d'anneaux qui sont réellement affectés. Au lieu de cela, le numéro peut être obtenu en vérifiant les propriétés rxrings-effective et txrings-effectif.

  1. Configurez un client matériel avec l'allocation statique d'anneaux en procédant de l'une des manières suivantes :
    • Pour créer le client avec l'allocation statique d'anneaux, tapez la commande suivante :

      # dladm create-vnic -l link -p rxrings=hw[,txrings=hw] vnic
      link

      Fait référence à la liaison de données sur lequel vous créez le client.

      vnic

      Fait référence au client que vous configurez.

    • Pour allouer statiquement des anneaux à un client existant, tapez la commande suivante :

      # dladm set-linkprop -p rxrings=hw[,txrings=hw] vnic
  2. Pour identifier le nombre d'anneaux qui ont été alloués, effectuez les étapes suivantes :
    1. Affichez les propriétés du client.
      # dladm show-linkprop link

      link fait référence au client basé ou à la VNIC.

    2. Vérifiez la valeur de la propriété *rings-effective qui correspond au type d'anneau que vous avez alloué statiquement.

      Si, par exemple, vous avez alloué statiquement des anneaux Rx, vérifiez la propriété rxrings-effective. Si vous avez alloué statiquement des anneaux Tx, vérifiez la propriété txrings-effective. Le nombre indique combien d'anneaux ont été alloués par le matériel.

  3. Pour vérifier quels anneaux ont été alloués statiquement, effectuez les sous-étapes suivantes :
    1. Affichez l'utilisation d'anneaux de la carte d'interface réseau.
      # dladm show-phys -H link

      link fait référence au client principal.

    2. Dans la sortie de la commande, vérifiez que les anneaux Rx ou Tx ont été affectés au client matériel que vous avez configuré dans la première étape.

Exemple 21-5 Identification d'anneaux qui sont alloués statiquement

Cet exemple montre comment des anneaux Rx ont été alloués statiquement à un client qui est configuré sur une carte d'interface réseau ixgbe. Sur de telles cartes d'interface réseau, seule l'allocation statique est prise en charge pour les anneaux Rx. L'exemple se déroule comme suit :

  1. Affichez les liaisons sur le système. Dans cet exemple, le système ne dispose que d'une liaison, qui est ixgbe0.

  2. Créez vnic1 comme client matériel avec des anneaux Rx qui sont alloués statiquement.

  3. Affichez les informations d'anneau afin de connaître le nombre d'anneaux alloués par le matériel.

  4. Afficher l'utilisation des anneaux pour identifier les anneaux qui ont été alloués.

# dladm show-link
LINK     CLASS   MTU    STATE   BRIDGE   OVER
ixgbe0   phys    1500   down    --       --

# dladm create-vnic -l ixgbe0 -p rxrings=hw vnic1
# dladm show-linkprop vnic1
LINK    PROPERTY            PERM  VALUE  DEFAULT  POSSIBLE
...
vnic1   rxrings             rw    hw     --       sw,hw 
vnic1   rxrings-effective   r-    2      --       -- 
vnic1   txrings             rw    --     --       sw,hw,<1-7> 
vnic1   txrings-effective   r-    --     --       -- 

# dladm show-phys -H ixgbe0
LINK     RINGTYPE   RINGS     CLIENTS
ixgbe0   RX         0-1       <default,mcast>
ixgbe0   TX         0,2-7     <default>
ixgbe0   RX         2-3       vnic1 
ixgbe0   RX         4-5       -- 
ixgbe0   RX         6-7       --
ixgbe0   TX         1         vnic1
...

La sortie indique qu'après que vnic1 a été configurée avec des anneaux Rx, le matériel a alloué deux anneaux Rx dédiés, comme en témoigne la propriété rxrings-effective. En fonction de la sortie de la commande dladm show-phys -H, les anneaux Rx 2 et 3 ont été dédiés à l'usage de vnic1.

Comme il est configuré en tant que client, vnic1 reçoit également automatiquement l'anneau Tx 1 pour son usage exclusif. Toutefois, la propriété txrings-effective n'affiche aucune valeur car la propriété txrings n'est pas définie de façon explicite.

Pools et CPU

Le pool est une propriété de liaison qui permet de lier le traitement réseau à un pool de CPU. Avec cette propriété, vous pouvez mieux intégrer la gestion des ressources réseau par la liaison CPU et l'administration dans des zones. Dans Oracle Solaris, l'administration de zones comprend la liaison de processus sans mise en réseau à un pool de ressources CPU à l'aide de la commande zonecfg ou poolcfg. Pour lier le même pool de ressources à la gestion de processus de réseau, vous pouvez utiliser la commande dladm set-linkprop pour configurer une propriété pool d'une liaison. Ensuite, assignez cette liaison à la zone.

En définissant la propriété pool d'une liaison et l'affectation de la liaison comme zone de l'interface réseau, alors cette liaison est également liée à un pool de zone. Si cette zone est définie pour devenir une zone exclusive, les ressources CPU dans le pool ne peuvent plus être utilisées par d'autres liaisons de données qui ne sont pas affectées à cette zone.


Remarque - Une propriété distincte, cpu, peut être définie pour affecter des CPU spécifiques à une liaison de données. Les deux propriétés, cpu et pool, s'excluent mutuellement. Vous ne pouvez pas définir les deux propriétés pour une liaison de données. Pour affecter des ressources à une liaison de données à l'aide de la propriété cpu, reportez-vous à la section Procédure d'allocation de CPU à des liaisons.


Pour plus d'informations sur les pools au sein d'une zone, reportez-vous au Chapitre 13, Création et administration des pools de ressources (tâches) du manuel Administration Oracle Solaris : Oracle Solaris Zones, Oracle Solaris 10 Zones et gestion des ressources. Pour plus d'informations sur la création de pools et l'affectation d'ensembles de CPU aux pools, reportez-vous à la page de manuel poolcfg(1M).

La figure suivante montre le fonctionnement des pools quand la propriété pool est affectée à une liaison de données.

Figure 21-1 Propriété pool d'une VNIC affectée à une zone

image:Graphique illustrant un pool de CPU affectés à une zone.

Dans la figure, le système dispose de huit CPU. Quand un aucun pool n'est configuré sur le système, toutes les CPU appartiennent au pool par défaut et sont utilisées par la zone globale. Toutefois, dans cet exemple, le pool pool99 a été créé et se compose des CPU 3 et CPU 4. Ce groupe est associé à la zone1, qui est une zone exclusive. Si pool99 est défini comme une propriété de vnic1, pool99 devient dédié pour également gérer les processus réseau de vnic1. Une fois que vnic1 est affectée à l'interface réseau de la zone1, les CPU de pool99 deviennent réservées pour gérer les traitements réseau et non-réseau de la zone1.

La propriété pool est de nature dynamique. Les pools de zone peuvent être configurés à l'aide d'une gamme de CPU, et le noyau détermine les CPU qui sont affectées à l'ensemble de CPU du pool. Les modifications apportées au pool sont automatiquement mises en place pour la liaison de données, ce qui simplifie administration du pool de cette liaison. En revanche, l'affectation de CPU spécifique à la liaison à l'aide de la propriété cpu exige que vous spécifiiez la CPU à affecter. Vous devez définir la propriété cpu chaque fois que vous souhaitez modifier les composants de CPU du pool.

Par exemple, supposons que dans le système de la Figure 21-1, CPU 4 est mis hors ligne. Dans la mesure où la propriété pool est dynamique, le logiciel associe automatiquement une autre CPU au pool. Par conséquent la configuration d'origine du pool de deux CPU est préservée. Pour vnic1, la modification est transparente. La configuration ajustée est illustrée dans la figure ci-après.

Figure 21-2 Reconfiguration automatique de la propriété pool

image:Graphique illustrant la configuration dynamique des pools.

Les propriétés liées au pool supplémentaires donnent des informations sur l'utilisation d'une CPU ou d'un pool de CPU d'une liaison de données. Ces propriétés sont en lecture seule et ne peuvent pas être définies par l'administrateur.

Pour gérer les ressources CPU d'une zone, la définition de la propriété pool d'une liaison de données n'est pas normalement exécutée en tant qu'étape initiale. Plus fréquemment, les commandes comme zonecfg et poolcfg sont utilisées pour configurer une zone afin d'utiliser un pool de ressources. Les propriétés de liaison cpu et pool elles-mêmes ne sont pas définies. Dans de tels cas, les propriétés pool-effective ainsi que cpus-effective de ces liaisons de données sont automatiquement définies en fonction de ces configurations de zone lorsque la zone est initialisée. Le pool par défaut est affiché sous pool-effective, tandis que la valeur de cpus-effective est sélectionnée par le système. Par conséquent, si vous utilisez la commande dladm show-linkprop, les propriétés pool et cpu seront vides, alors que les propriétés pool-effective et cpus-effective contiendront des valeurs.

La définition directe des propriétés pool et cpu d'une liaison de données est une étape alternative que vous pouvez utiliser pour lier le pool de CPU d'une zone pour les processus réseau. Une fois que vous avez configuré ces propriétés, leurs valeurs sont aussi reflétées dans les propriétés pool-effective et cpus-effective . Notez, cependant, que cette étape alternative est généralement moins utilisée pour gérer les ressources réseau d'une zone.

Procédure de configuration d'un processeur d'un pool de CPU pour une liaison de données

Comme avec d'autres propriétés de liaison, la propriété pool peut être définie pour une liaison de données au moment où cette liaison est créée ou plus tard, quand elle requiert une configuration. Par exemple :

# dladm create-vnic -p pool=pool-name -l link vnic

Définit la propriété pool pendant que vous créez la VNIC. Pour définir la propriété pool d'une VNIC, utilisez la syntaxe suivante :

# dladm setlinkprop -p pool=pool-name vnic

La procédure ci-dessous présente les étapes de configuration d'un pool de CPU pour une VNIC.

Avant de commencer

Vous devez avoir effectué les opérations suivantes :

  1. Définissez la propriété pool de la liaison sur le pool de CPU que vous avez créé pour la zone. Effectuez l'une des étapes ci-dessous en fonction de l'existence de la VNIC.
    • Si la VNIC n'a pas encore été créée, utilisez la syntaxe suivante :

      # dladm create-vnic -l link -p pool=pool vnic

      pool fait référence au nom du pool créé pour la zone.

    • Si la VNIC existe, utilisez la syntaxe suivante :

      # dladm setlinkprop -p pool=pool vnic
  2. Définissez une zone pour utiliser la VNIC.
    zonecfg>zoneid:net> set physical=vnic

    Remarque - Pour connaître toutes les étapes qui expliquent l'affectation d'une interface réseau à une zone, reportez-vous à la section Configuration, vérification et validation d’une zone du manuel Administration Oracle Solaris : Oracle Solaris Zones, Oracle Solaris 10 Zones et gestion des ressources.


Exemple 21-6 Affectation du pool de CPU d'une liaison à une zone avec un type d'IP exclusif

Cet exemple montre comment un pool est affecté à une liaison de données d'une zone. Le scénario est basé sur la configuration de la Figure 21-1. L'exemple part du principe qu'un pool de CPU nommé pool99 a déjà été configuré pour la zone. Le pool est alors affecté à une VNIC. Enfin, la zone non globale zone1 est définie de manière à utiliser la VNIC comme interface réseau.

# dladm create-vnic -l e1000g0 -p pool99 vnic0

# zonecfg -c zone1
zonecfg:zone1> set ip-type=exclusive
zonecfg:zone1> add net
zonecfg:zone1>net> set physical=vnic0
zonecfg:zone1>net> end
zonecfg:zone1> exit

Procédure d'allocation de CPU à des liaisons

La procédure suivante explique comment affecter des CPU pour traiter le trafic traversant une liaison de données en configurant la propriété cpu.

  1. Vérifiez les affectations de CPU pour l'interface.
    # dladm show-linkprop -p cpus link

    Par défaut, aucune CPU n'est affectée à une interface spécifique. Par conséquent, le paramètre VALUE dans la sortie de la commande ne contient aucune entrée.

  2. Répertoriez les interruptions et les CPU avec lesquelles les interruptions sont associées.
    # echo ::interrupts | mdb -k

    La sortie affiche les paramètres de chaque liaison dans le système, y compris le nombre de CPU.

  3. Affectez des CPU à la liaison.

    Les CPU peuvent inclure celles avec lesquelles les interruptions de la liaison sont associées.

    # dladm set-linkprop -p cpus=cpu1,cpu2,... link

    cpu1 est le nombre de CPU à affecter à cette liaison. Vous pouvez affecter plusieurs CPU à la liaison.

  4. Vérifiez l'interruption de liaison pour vérifiez les nouvelles affectations de CPU.
    # echo ::interrupts | mdb -k
  5. (Facultatif) Affichez les CPU associées à la liaison.
    # dladm show-linkprop -p cpus link

Exemple 21-7 Allocation de CPU à l'interface

Cet exemple montre comment dédier des CPU à l'interface internal0 dans la Figure 18-3.

Notez les informations suivantes dans la sortie générée par les différentes commandes. Pour plus de clarté, les informations significatives sont mises en évidence dans la sortie.

# dladm show-linkprop -p cpus internal0
LINK          PROPERTY     PERM     VALUE     DEFAULT     POSSIBLE
internal0     cpus         rw       --        --          --

# echo ::interrupts | mdb -k
    Device   Shared   Type   MSG #   State   INO    Mondo   Pil   CPU
external#0   no       MSI    3       enbl    0x1b   0x1b    6     0
internal#0   no       MSI    2       enbl    0x1a   0x1a    6     18

# dladm set-linkprop -p cpus=14,18,19,20 internal0

# dladm show-linkprop -p cpus internal0
LINK        PROPERTY   PERM   VALUE        DEFAULT   POSSIBLE
internal0   cpus       rw     14,18,19,20  --        --

L'ensemble des threads de référence, y compris l'interruption sont désormais limités à l'ensemble de CPU que vous venez d'affecter.