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
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
Procédure de configuration d'un processeur d'un pool de CPU pour une liaison de données
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
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.
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.
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 :
Il a l'usage exclusif d'un ou de plusieurs anneaux Rx.
Il a l'usage exclusif d'un ou de plusieurs anneaux Tx.
Il a l'usage exclusif d'un ou de plusieurs anneaux Rx et d'un ou de plusieurs anneaux Tx.
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.
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 :
En utilisant la sous-commande dladm create-vlan :
# dladm create-vlan -l link -v VID vlan
En utilisant la sous-commande dladm create-vnic :
# dladm create-vnic -l link -v VID vnic
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.
Pour administrer les anneaux, deux propriétés d'anneau peuvent être définies avec la commande dladm :
rxrings fait référence au nombre d'anneaux Rx affectés à une liaison spécifique.
txrings fait référence au nombre d'anneaux Tx affectés à une liaison spécifique.
Vous pouvez définir chaque propriété sur l'une des trois valeurs possibles :
sw indique que vous êtes en train de configurer un client logiciel. Le client n'a pas une utilisation exclusive des anneaux. Au contraire, le client partage les anneaux avec tous les autres clients existants configurés de la même manière.
n > 0 (nombre supérieur à zéro) s'applique à la configuration d'un client matériel uniquement. Le nombre indique la quantité d'anneaux que vous allouez au client pour son usage exclusif. Vous pouvez spécifier un nombre uniquement si la carte réseau sous-jacente prend en charge l'allocation dynamique d'anneaux.
hw s'applique également à la configuration d'un client matériel. Toutefois, pour ce type de client, vous ne pouvez pas spécifier le nombre réel d'anneaux dédiés. Au lieu de cela, le nombre fixe d'anneaux par client est déjà défini par rapport à la configuration initiale du pilote la carte réseau. Vous définissez les propriétés *rings sur hw si la carte réseau sous-jacente prend uniquement en charge l'allocation statique d'anneaux.
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 :
rxrings-available et txrings-available indiquent le nombre d'anneaux Rx et Tx disponibles pour l'allocation.
rxhwclnt-available et txhwclnt-available indiquent le nombre de clients matériels Rx et Tx qui peuvent être configurés sur une carte réseau.
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
où 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 réseau prend en charge les clients matériels
Les propriétés rxrings et txrings dans la sortie de la commande indique si une carte réseau prend en charge les clients matériels. A partir des mêmes données, vous pouvez également déterminer le type d'allocation d'anneaux qui est pris en charge par la carte d'interface réseau.
La disponibilité d'anneaux à allouer aux clients matériels
Les propriétés rxrings-available et txrings-available dans la sortie de la commande indique les anneaux Rx et Tx disponibles que vous pouvez allouer à un client matériel.
La disponibilité des clients matériels que vous pouvez configurer sur la liaison
Les anneaux sont alloués sous forme d'ensembles. Aucune correspondance bi-univoque n'existe entre le nombre d'anneaux disponibles et le nombre de clients qui peuvent utiliser des anneaux dédiés. Par conséquent, pour allouer des anneaux, vous devez non seulement vérifier la disponibilité d'anneaux mais également le nombre de clients matériels supplémentaires que vous pouvez toujours configurer pour utiliser des anneaux dédiés. Vous pouvez allouer des anneaux uniquement si des anneaux et des clients matériels sont disponibles.
Les propriétés rxhwclnt-available et txhwclnt-available dans la sortie de la commande indiquent le nombre de clients matériels, que vous pouvez configurer, pouvant utiliser des anneaux Rx et Tx.
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 :
Aucun anneau n'est disponible pour être alloué aux clients.
L'allocation d'anneau dynamique n'est pas prise en charge.
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.
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 :
Si la carte réseau prend en charge les clients matériels
Le type d'allocation d'anneaux que la carte d'interface réseau prend en charge
La disponibilité d'anneaux à allouer aux clients matériels
La disponibilité des clients matériels que vous pouvez configurer sur la liaison
Pour obtenir des informations, reportez-vous à la section Préparatifs de configuration de clients matériels.
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
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.
Fait référence à la liaison de données sur lequel vous créez le client.
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.
# dladm show-linkprop vnic
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.
Pour créer un client logiciel, tapez la commande suivante :
# dladm create-vnic -p rxrings=sw[,txrings=sw] -l link vnic
Fait référence à la liaison de données sur lequel vous créez le client.
Fait référence au client que vous configurez.
Pour configurer un client existant afin de partager des anneaux avec d'autres clients, tapez la commande suivante :
# dladm set-linkprop -p rxrings=sw[,txrings=sw] vnic
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 :
Affichez les liaisons et l'utilisation d'anneaux sur le système avant de procéder à la configuration de clients.
Configurez le client principal.
Configurez un client logiciel.
Configurer un autre client sans anneaux dédiés.
Allouez statiquement des anneaux au client qui vient d'être configuré.
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 :
La carte d'interface réseau a huit anneaux Rx et huit anneaux Tx (anneaux 0 à 7).
Pour les clients matériels, seule l'allocation statique d'anneaux est prise en charge pour les anneaux Rx, alors que les allocations d'anneaux statiques et dynamiques sont prises en charge pour les anneaux Tx.
Les clients logiciels peuvent être configurés pour les anneaux Rx et Tx.
Sept anneaux Tx, 1 de 7, sont disponibles pour être alloués dynamiquement à d'autres clients (l'anneau 0 est généralement réservé au client principal). Aucun anneau Rx n'est disponible car l'allocation dynamique d'anneaux n'est pas prise en charge pour les anneaux Rx.
Trois clients matériels peuvent être configurés pour utiliser des anneaux Rx, tandis que sept clients matériels peuvent être configurés pour utiliser des anneaux Tx.
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 :
ixgbe0, le client principal, reçoit automatiquement deux anneaux Rx (anneaux 2 et 3) pour un usage dédié. Cependant, ixgbe0 utilise tous les anneaux Tx. Par défaut, tous les anneaux inutilisés sont automatiquement affectés au client principal.
Le nombre d'anneaux Tx disponibles qui peuvent être affectés à d'autres clients reste de sept.
Le nombre de clients matériels disponibles qui peuvent être configurés avec des anneaux Rx reste de trois. Le nombre de clients matériels disponibles qui peuvent être configurés dynamiquement avec des anneaux Tx reste de sept.
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 :
Sous forme d'un client logiciel, vnic0 est automatiquement affectée pour utiliser les anneaux Rx 0 et 1. Les autres clients logiciels avec des anneaux Rx qui sont créés par la suite seront affectés pour utiliser cette paire par défaut. Par défaut, vnic0 se voit également affectée l'utilisation des huit anneaux Tx (anneaux 0 de 7). Les autres clients logiciels avec des anneaux Tx qui sont créés par la suite seront affectés pour utiliser cet ensemble d'anneaux par défaut.
En tant que client logiciel, les propriétés rxrings et txrings de vnic0 sont définies en fonction de sw.
Aucun anneau Tx n'est affecté. Par conséquent, le nombre d'anneaux Tx disponibles pouvant être affectés à d'autres clients reste de sept.
Le nombre de clients matériels disponibles pouvant être configurés avec des anneaux Rx reste de trois. Le nombre de clients matériels disponibles pouvant être configurés avec des anneaux Tx reste de sept.
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 :
Quand l'allocation d'anneaux est prise en charge, un client qui est configuré est considéré comme un client matériel, même si les propriétés rxrings et txrings ne sont pas définies. Par conséquent, vnic1 reçoit automatiquement deux anneaux Rx dédiés (anneaux 4 et 5) pour son usage. De la même manière, vnic1 reçoit également un anneau Tx dédié (anneau 1).
Des huit anneaux Tx, ixgbe0 et vnic0 partagent désormais sept anneaux (anneau 0 et anneaux 2 à 7). Anneau 1 est devenu un anneau Tx dédié pour vnic1.
Aucun anneau Tx n'est affecté. Par conséquent, le nombre d'anneaux Tx disponibles pouvant être affectés à d'autres clients reste de sept.
Le nombre de clients matériels disponibles pouvant être configurés avec des anneaux Rx reste de trois. Le nombre de clients matériels disponibles pouvant être configurés avec des anneaux Tx reste de sept.
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 :
La distribution d'anneaux Rx et Tx pour vnic1 reste la même que lorsque vnic1 a été créée sans allocation d'anneaux.
De la même façon, les informations d'anneau reste les mêmes que lorsque vnic1 a été créée sans allocation d'anneaux.
Les propriétés rxrings et txrings de vnic1 ont été explicitement définies sur hw. Par conséquent, le nombre d'anneaux Tx disponibles pour une allocation dynamique a été réduit à six. De même, le nombre de clients matériels disponibles pouvant être configuré a été réduit à six.
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 :
Le matériel automatiquement affecté à une paire d'anneau Rx (anneaux 6 et 7) pour vnic2 pour un usage exclusif. Cependant, les deux anneaux Tx dédiés de vnic2 (anneaux 2 et 3) ont été attribués par l'administrateur.
Avec deux anneaux Tx administrativement affectés à vnic2, le nombre d'anneaux Tx disponibles pouvant être affectés à d'autres clients a été réduit à quatre.
Avec vnic2 configuré comme un client matériel avec deux anneaux Tx, le nombre de clients disponibles pouvant être configurés a été réduit à cinq.
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.
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
Fait référence à la liaison de données sur lequel vous créez le client.
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
# dladm show-linkprop link
où link fait référence au client basé ou à la VNIC.
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.
# dladm show-phys -H link
où link fait référence au client principal.
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 :
Affichez les liaisons sur le système. Dans cet exemple, le système ne dispose que d'une liaison, qui est ixgbe0.
Créez vnic1 comme client matériel avec des anneaux Rx qui sont alloués statiquement.
Affichez les informations d'anneau afin de connaître le nombre d'anneaux alloués par le matériel.
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.
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
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
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.
pool-effective affiche le pool en cours d'utilisation par les processus réseau.
cpus-effective affiche la liste des CPU en cours d'utilisation par les processus réseau.
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.
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 :
Création d'un ensemble de processeurs avec son nombre de CPU affectés.
Création d'un pool auquel l'ensemble de processeurs sera associé.
Association du pool à l'ensemble de processeurs.
Remarque - Pour les instructions sur la réalisation de ces conditions préalables, reportez-vous à la section Modification d’une configuration du manuel Administration Oracle Solaris : Oracle Solaris Zones, Oracle Solaris 10 Zones et gestion des ressources
Si la VNIC n'a pas encore été créée, utilisez la syntaxe suivante :
# dladm create-vnic -l link -p pool=pool vnic
où 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
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
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.
# 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.
# echo ::interrupts | mdb -k
La sortie affiche les paramètres de chaque liaison dans le système, y compris le nombre de CPU.
Les CPU peuvent inclure celles avec lesquelles les interruptions de la liaison sont associées.
# dladm set-linkprop -p cpus=cpu1,cpu2,... link
où cpu1 est le nombre de CPU à affecter à cette liaison. Vous pouvez affecter plusieurs CPU à la liaison.
# echo ::interrupts | mdb -k
# 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.
Par défaut internal0 n'a pas de CPU dédiée. Par conséquent VALUE est --.
L'interruption d'internal0 est associée avec la CPU 18.
Une fois que des CPU sont allouées, internal0 affiche une nouvelle liste de CPU sous VALUE.
# 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.