Utilisation des fonctions virtuelles SR-IOV Ethernet

Vous pouvez utiliser les méthodes SR-IOV statiques et dynamiques pour gérer les périphériques SR-IOV Ethernet.

Configuration matérielle requise pour SR-IOV Ethernet

Pour plus d'informations sur la configuration matérielle requise pour SR-IOV Ethernet PCIe, reportez-vous à la section Configuration matérielle et logicielle SR-IOV PCIe du manuel Notes de version d’Oracle VM Server for SPARC 3.1.1.1, 3.1.1 et 3.1 .

Restrictions applicables à SR-IOV Ethernet

Vous pouvez activer les configurations VLAN de fonctions virtuelles en définissant la propriété pvid ou la propriété vid. Ces deux propriétés de fonctions virtuelles ne peuvent pas être définies simultanément.

Planification de l'utilisation des fonctions virtuelles SR-IOV Ethernet

Lorsque vous créez des fonctions virtuelles de façon dynamique, assurez-vous que les fonctions physiques utilisent la fonctionnalité multipathing ou qu'elles ne sont pas raccordées.

Si vous ne pouvez pas utiliser la fonctionnalité multipathing ou que vous devez raccorder la fonction physique, servez-vous de la méthode statique pour créer les fonctions virtuelles. Voir la section SR-IOV statique.

Propriétés spécifiques aux périphériques et au réseau pour Ethernet

Utilisez la commande ldm create-vf pour définir les propriétés spécifiques au périphérique et au réseau d'une fonction virtuelle. La propriété unicast-slots est spécifique au périphérique. Les propriétés mac-addr, alt-mac-addrs, mtu, pvid et vid sont spécifiques au réseau.

Notez que dans le cadre d'une configuration retardée, les propriétés spécifiques au réseau mac-addr, alt-mac-addrs et mtu peuvent être uniquement modifiées lorsque la fonction virtuelle est assignée au domaine primary.

Les tentatives de modification de ces propriétés échouent lorsque la fonction virtuelle est assignée comme suit :

• Lorsque la fonction virtuelle est affectée à un domaine d'E/S actif : une demande de modification de propriété est rejetée car la modification doit être effectuée lorsque le domaine propriétaire est dans l'état inactif ou lié.

• Lorsque la fonction virtuelle est assignée à un domaine non primary et qu'une reconfiguration retardée est en cours : une demande de modification de propriété échoue et un message d'erreur s'affiche.

Les propriétés spécifiques au réseau pvid et vid peuvent être modifiées sans restrictions.

Création de fonctions Ethernet virtuelles

Cette section décrit la création et la destruction dynamiques de fonctions virtuelles. Si vous ne pouvez pas utiliser les méthodes dynamiques pour exécuter ces actions, lancez une reconfiguration retardée sur le domaine root avant de créer ou de détruire des fonctions virtuelles.

Procédure de création d'une fonction virtuelle SR-IOV Ethernet

Si vous ne pouvez pas utiliser cette méthode dynamique, utilisez plutôt la méthode statique. Voir la section SR-IOV statique.

1. Identifiez le périphérique de fonction physique.

   primary# ldm list-io

   Notez que le nom de la fonction physique inclut les informations d'emplacement de la carte SR-IOV PCIe ou du périphérique intégré.

2. Effectuez uniquement cette étape si la virtualisation d'E/S n'est pas déjà activée pour le bus qui a la fonction physique.

   Effectuez uniquement cette étape si la virtualisation d'E/S n'est pas déjà activée pour le bus qui a la fonction physique.

   Voir la section Procédure d'activation de la virtualisation d'E/S pour un bus PCIe.

3. Vous pouvez créer une fonction virtuelle unique ou plusieurs fonctions virtuelles à partir d'une fonction Ethernet physique, de manière dynamique ou statique.

   Après avoir créé une ou plusieurs fonctions virtuelles, vous pouvez les attribuer à un domaine invité.

   • Méthode dynamique :
     • Pour créer plusieurs fonctions virtuelles à partir d'une fonction physique en une seule fois, utilisez la commande suivante :

       primary# ldm create-vf -n number | max pf-name

       Utilisez la commande ldm create-vf -n max pour créer en une fois toutes les fonctions virtuelles de cette fonction physique.

       ---

       Mise en garde  - Lorsque votre système utilise une carte Ethernet Intel 10 Gbits, vous pouvez optimiser les performances en ne créant pas plus de 31 fonctions virtuelles à partir de chaque fonction physique.

       ---

       Vous pouvez spécifier des fonctions virtuelles soit par le biais de leur nom de chemin d'accès, soit par leur pseudonyme. Toutefois, la pratique recommandée est d'utiliser le pseudonyme.

     • Pour créer une fonction virtuelle à partir d'une fonction physique, utilisez la commande suivante :

       primary# ldm create-vf [mac-addr=num] [alt-mac-addrs=[auto|num1,[auto|num2,...]]]
         [pvid=pvid] [vid=vid1,vid2,...] [mtu=size] [name=value...] pf-name

       ---

       Remarque - Si elle n'est pas explicitement assignée, l'adresse MAC est automatiquement allouée aux périphériques réseau.

       ---

       Utilisez cette commande pour créer une fonction virtuelle pour cette fonction physique. Vous pouvez également indiquer manuellement les valeurs de propriété Fibre Channel en fonction de la classe.

   • Méthode statique :
     1. Lancez une reconfiguration retardée.

        primary# ldm start-reconf root-domain-name

     2. Vous pouvez créer une fonction virtuelle unique ou plusieurs fonctions virtuelles à partir d'une fonction Ethernet physique.

        Utilisez les mêmes commandes affichées précédemment pour créer les fonctions virtuelles de manière dynamique.

     3. Réinitialisez le domaine root.
        • Procédure de réinitialisation du domaine root non-primary :

          primary# ldm stop-domain -r root-domain

        • Procédure de réinitialisation du domaine root primary :

          primary# shutdown -i6 -g0 -y

Exemple 6-2  Affichage des informations relatives à la fonction Ethernet physique

Cet exemple affiche des informations sur la fonction physique /SYS/MB/NET0/IOVNET.PF0 :

• Cette fonction physique est issue d'un périphérique réseau NET0 intégré.

• La chaîne IOVNET indique que la fonction physique est un périphérique réseau SR-IOV.

primary# ldm list-io
NAME                                      TYPE   BUS      DOMAIN   STATUS   
----                                      ----   ---      ------   ------   
niu_0                                     NIU    niu_0    primary           
niu_1                                     NIU    niu_1    primary           
pci_0                                     BUS    pci_0    primary  
pci_1                                     BUS    pci_1    primary  
/SYS/MB/PCIE0                             PCIE   pci_0    primary  OCC      
/SYS/MB/PCIE2                             PCIE   pci_0    primary  OCC      
/SYS/MB/PCIE4                             PCIE   pci_0    primary  OCC      
/SYS/MB/PCIE6                             PCIE   pci_0    primary  EMP      
/SYS/MB/PCIE8                             PCIE   pci_0    primary  EMP      
/SYS/MB/SASHBA                            PCIE   pci_0    primary  OCC      
/SYS/MB/NET0                              PCIE   pci_0    primary  OCC      
/SYS/MB/PCIE1                             PCIE   pci_1    primary  OCC      
/SYS/MB/PCIE3                             PCIE   pci_1    primary  OCC      
/SYS/MB/PCIE5                             PCIE   pci_1    primary  OCC      
/SYS/MB/PCIE7                             PCIE   pci_1    primary  EMP      
/SYS/MB/PCIE9                             PCIE   pci_1    primary  EMP      
/SYS/MB/NET2                              PCIE   pci_1    primary  OCC      
/SYS/MB/NET0/IOVNET.PF0                   PF     pci_0    primary
/SYS/MB/NET0/IOVNET.PF1                   PF     pci_0    primary
/SYS/MB/PCIE5/IOVNET.PF0                  PF     pci_1    primary
/SYS/MB/PCIE5/IOVNET.PF1                  PF     pci_1    primary
/SYS/MB/NET2/IOVNET.PF0                   PF     pci_1    primary
/SYS/MB/NET2/IOVNET.PF1                   PF     pci_1    primary

La commande suivante fournit plus d'informations sur la fonction physique spécifiée. La valeur maxvfs indique le nombre maximal de fonctions virtuelles pris en charge par le périphérique.

primary# ldm list-io -l /SYS/MB/NET0/IOVNET.PF0
NAME                                      TYPE   BUS      DOMAIN   STATUS   
----                                      ----   ---      ------   ------   
/SYS/MB/NET0/IOVNET.PF0                   PF     pci_0    primary           
[pci@400/pci@1/pci@0/pci@4/network@0]
    maxvfs = 7

Exemple 6-3  Création dynamique d'une fonction Ethernet virtuelle sans paramétrage des propriétés facultatives

Cet exemple crée une fonction virtuelle de façon dynamique sans définir de propriété facultative. Dans ce cas, l'adresse MAC des fonctions virtuelles de classe réseau est automatiquement attribuée.

Assurez-vous que la virtualisation d'E/S est activée sur le bus PCIe pci_0. Voir la section Procédure d'activation de la virtualisation d'E/S pour un bus PCIe.

Vous pouvez ensuite utiliser la commande ldm create-vf pour créer la fonction virtuelle à partir de la fonction physique /SYS/MB/NET0/IOVNET.PF0.

primary# ldm create-vf /SYS/MB/NET0/IOVNET.PF0
Created new vf: /SYS/MB/NET0/IOVNET.PF0.VF0

Exemple 6-4  Création dynamique d'une fonction Ethernet virtuelle avec paramétrage des propriétés

Cet exemple crée une fonction virtuelle de façon dynamique tout en définissant la propriété mac-addr sur 00:14:2f:f9:14:c0 et la propriété vid sur les ID de VLAN 2 et 3.

primary# ldm create-vf mac-addr=00:14:2f:f9:14:c0 vid=2,3 /SYS/MB/NET0/IOVNET.PF0

Exemple 6-5  Création dynamique d'une fonction Ethernet virtuelle possédant deux adresses MAC

Cet exemple crée de façon dynamique une fonction virtuelle possédant deux adresses MAC. Une adresse MAC est automatiquement attribuée, tandis que l'autre est explicitement spécifiée comme 00:14:2f:f9:14:c2.

primary# ldm create-vf alt-mac-addrs=auto,00:14:2f:f9:14:c2 /SYS/MB/NET0/IOVNET.PF0

Exemple 6-6  Création statique d'une fonction virtuelle sans paramétrage des propriétés facultatives

Cet exemple crée une fonction virtuelle de façon statique sans définir de propriété facultative. Dans ce cas, l'adresse MAC des fonctions virtuelles de classe réseau est automatiquement attribuée.

Commencez par démarrer une reconfiguration retardée sur le domaine primary et activez la virtualisation d'E/S sur le bus PCIe pci_0. Le bus pci_0 ayant déjà été assigné au domaine root primary, vous devez utiliser la commande ldm set-io pour activer la virtualisation d'E/S.

primary# ldm start-reconf primary
Initiating a delayed reconfiguration operation on the primary domain.
All configuration changes for other domains are disabled until the primary
domain reboots, at which time the new configuration for the primary domain
will also take effect.

primary# ldm set-io iov=on pci_0

Vous pouvez ensuite utiliser la commande ldm create-vf pour créer la fonction virtuelle à partir de la fonction physique /SYS/MB/NET0/IOVNET.PF0.

primary# ldm create-vf /SYS/MB/NET0/IOVNET.PF0

------------------------------------------------------------------------------
Notice: The primary domain is in the process of a delayed reconfiguration.
Any changes made to the primary domain will only take effect after it reboots.
------------------------------------------------------------------------------

Created new vf: /SYS/MB/NET0/IOVNET.PF0.VF0

Pour finir, réinitialisez le domaine root primary pour appliquer les modifications.

primary# shutdown -i6 -g0 -y

Exemple 6-7  Création de plusieurs fonctions virtuelles SR-IOV Ethernet

La commande suivant indique la procédure à suivre pour créer quatre fonctions virtuelles à partir de la fonction physique /SYS/MB/NET2/IOVNET.PF1 :

primary# ldm create-vf -n 31 /SYS/MB/NET2/IOVNET.PF1
Created new vf: /SYS/MB/NET2/IOVNET.PF1.VF0
Created new vf: /SYS/MB/NET2/IOVNET.PF1.VF1
Created new vf: /SYS/MB/NET2/IOVNET.PF1.VF2
...
Created new vf: /SYS/MB/NET2/IOVNET.PF1.VF30

Notez que la commande ldm create-vf -n crée plusieurs fonctions virtuelles définies avec des valeurs de propriété par défaut, le cas échéant. Vous pouvez indiquer plus tard les valeurs de propriété qui ne sont pas définies par défaut à l'aide de la commande ldm set-io.

Destruction de fonctions Ethernet virtuelles

Vous pouvez détruire une fonction virtuelle si elle n'est pas affectée à un domaine. Vous pouvez uniquement détruire une fonction virtuelle dans l'ordre inverse de la création  en d'autres termes, seule la dernière fonction virtuelle créée peut être détruite. La configuration résultante est validée par le pilote de la fonction physique.

Procédure de destruction d'une fonction virtuelle SR-IOV Ethernet

Si vous ne pouvez pas utiliser cette méthode dynamique, utilisez plutôt la méthode statique. Voir la section SR-IOV statique.

1. Identifiez le périphérique de fonction physique.

   primary# ldm list-io

2. Vous pouvez détruire une fonction virtuelle unique ou plusieurs fonctions virtuelles de manière dynamique ou statique.
   • Méthode dynamique :
     • Pour détruire toutes les fonctions virtuelles à partir d'une fonction physique en une seule fois, utilisez la commande suivante :

       primary# ldm destroy-vf -n number | max pf-name

       Utilisez la commande ldm destroy-vf -n max pour détruire en une fois toutes les fonctions virtuelles de cette fonction physique.

       Si vous indiquez un nombre comme argument pour l'option –n, le dernier nombre des fonctions virtuelles est détruit. Utilisez cette méthode car elle exécute l'opération en une seule transition d'état de pilote de périphérique de fonction physique.

       Vous pouvez spécifier des fonctions virtuelles soit par le biais de leur nom de chemin d'accès, soit par leur pseudonyme. Toutefois, la pratique recommandée est d'utiliser le pseudonyme.

     • Procédure de destruction d'une fonction virtuelle spécifiée :

       primary# ldm destroy-vf vf-name

   • Méthode statique :
     1. Lancez une reconfiguration retardée.

        primary# ldm start-reconf root-domain-name

     2. Vous pouvez détruire une fonction virtuelle unique ou plusieurs fonctions virtuelles.
        • Pour détruire toutes les fonctions virtuelles à partir d'une fonction physique spécifique en une seule fois, utilisez la commande suivante :

          primary# ldm destroy-vf -n number | max pf-name

          Vous pouvez spécifier des fonctions virtuelles soit par le biais de leur nom de chemin d'accès, soit par leur pseudonyme. Toutefois, la pratique recommandée est d'utiliser le pseudonyme.

        • Procédure de destruction d'une fonction virtuelle spécifiée :

          primary# ldm destroy-vf vf-name

     3. Réinitialisez le domaine root.
        • Procédure de réinitialisation du domaine root non-primary :

          primary# ldm stop-domain -r root-domain

        • Procédure de réinitialisation du domaine root primary :

          primary# shutdown -i6 -g0 -y

Exemple 6-8  Destruction d'une fonction virtuelle Ethernet

Cet exemple illustre la destruction dynamique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0.

primary# ldm destroy-vf /SYS/MB/NET0/IOVNET.PF0.VF0

L'exemple suivant illustre la destruction statique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 :

primary# ldm start-reconf primary
Initiating a delayed reconfiguration operation on the primary domain.
All configuration changes for other domains are disabled until the primary
domain reboots, at which time the new configuration for the primary domain
will also take effect.

primary# ldm destroy-vf /SYS/MB/NET0/IOVNET.PF0.VF0
primary# shutdown -i6 -g0 -y

Exemple 6-9  Destruction de plusieurs fonctions virtuelles SR-IOV Ethernet

Cet exemple illustre les résultats de la destruction de toutes les fonctions virtuelles de la fonction physique /SYS/MB/NET2/IOVNET.PF1. La sortie ldm list-io indique que la fonction physique possède sept fonctions virtuelles. La commande ldm destroy-vf détruit toutes les fonctions virtuelles et la dernière sortie ldm list-io indique qu'il ne reste aucune fonction virtuelle.

primary# ldm list-io
...
/SYS/MB/NET2/IOVNET.PF1                   PF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF0               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF1               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF2               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF3               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF4               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF5               VF     pci_1                      
/SYS/MB/NET2/IOVNET.PF1.VF6               VF     pci_1
primary# ldm destroy-vf -n max /SYS/MB/NET2/IOVNET.PF1
primary# ldm list-io
...
/SYS/MB/NET2/IOVNET.PF1                   PF     pci_1    ldg1

Modification des fonctions virtuelles SR-IOV Ethernet

La commande ldm set-io vf-name modifie la configuration en cours d'une fonction virtuelle en modifiant les valeurs des propriétés ou en définissant de nouvelles propriétés. Cette commande permet de modifier à la fois les propriétés propres au réseau et les propriétés spécifiques au périphérique. Pour plus d'informations sur les propriétés spécifiques aux périphériques, reportez-vous à la section Rubriques SR-IOV avancées : SR-IOV Ethernet.

Si vous ne pouvez pas utiliser cette méthode dynamique, utilisez à sa place la méthode statique. Voir la section SR-IOV statique.

La commande ldm set-io permet de modifier les propriétés suivantes :

• mac-addr, alt-mac-addrs et mtu

  Pour modifier ces propriétés de fonction virtuelle, arrêtez le domaine propriétaire de la fonction virtuelle, utilisez la commande ldm set-io pour modifier les valeurs de propriétés et démarrez le domaine.

• pvid et vid

  Vous pouvez modifier ces propriétés de façon dynamique alors que les fonctions virtuelles sont assignées à un domaine. Notez qu'une telle modification peut entraîner un changement du trafic réseau d'une fonction virtuelle active ; la définition de la propriété pvid permet un VLAN transparent. La configuration de la propriété vid de manière à ce qu'elle spécifie des ID de VLAN autorise le trafic VLAN vers les VLAN spécifiés.

• Propriétés spécifiques aux périphériques

  Utilisez la commande ldm list-io -d pf-name pour afficher la liste des propriétés spécifiques au périphérique valides. Vous pouvez modifier ces propriétés pour la fonction physique aussi bien que pour la fonction virtuelle. Vous devez utiliser la méthode statique pour modifier les propriétés spécifiques aux périphériques Voir la section SR-IOV statique. Pour plus d'informations sur les propriétés spécifiques aux périphériques, reportez-vous à la section Rubriques SR-IOV avancées : SR-IOV Ethernet.

Procédure de modification d'une fonction virtuelle SR-IOV Ethernet

1. Identifiez le périphérique de fonction physique.

   primary# ldm list-io

   Notez que le nom de la fonction physique inclut les informations d'emplacement de la carte SR-IOV PCIe ou du périphérique intégré.

2. Modifiez une fonction virtuelle.

   primary# ldm set-io name=value [name=value...] vf-name

Exemple 6-10  Modification d'une fonction virtuelle Ethernet

Ces exemples illustrent l'utilisation de la commande ldm set-io pour définir les propriétés d'une fonction virtuelle.

• L'exemple suivant modifie la fonction virtuelle spécifiée, /SYS/MB/NET0/IOVNET.PF0.VF0, et spécifie qu'elle fait partie des ID de VLAN 2, 3 et 4.

  primary# ldm set-io vid=2,3,4 /SYS/MB/NET0/IOVNET.PF0.VF0

  Notez que cette commande modifie de façon dynamique l'association à un VLAN d'une fonction virtuelle. Pour permettre l'utilisation de ces VLAN, les interfaces VLAN dans les domaines d'E/S doivent être configurées à l'aide des commandes de mise en réseau du SE Oracle Solaris appropriées.

• Dans l'exemple suivant, la valeur de la propriété pvid est définie sur 2 pour la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0, ce qui attribue de façon transparente la fonction virtuelle au VLAN 2. C'est-à-dire que la fonction virtuelle ne visualisera aucun trafic VLAN étiqueté.

  primary# ldm set-io pvid=2 /SYS/MB/NET0/IOVNET.PF0.VF0

• L'exemple suivant affecte trois adresses MAC automatiquement attribuées à une fonction virtuelle. Les adresses alternatives permettent la création de cartes d'interface réseau virtuelles (VNIC) Oracle Solaris 11 venant s'ajouter à une fonction virtuelle. Notez que pour utiliser des VNIC, vous devez exécuter le SE Oracle Solaris 11 dans le domaine.

  ---

  Remarque - Avant d'exécuter cette commande, arrêtez le domaine propriétaire de la fonction virtuelle.

  ---

  primary# ldm set-io alt-mac-addrs=auto,auto,auto /SYS/MB/NET0/IOVNET.PF0.VF0

• Dans l'exemple suivant, la propriété spécifique au périphérique unicast-slots est définie sur 12 pour la fonction virtuelle spécifiée. Pour identifier les propriétés spécifiques au périphérique valides pour une fonction physique, utilisez la commande ldm list-io -d pf-name.

  primary# ldm set-io unicast-slots=12 /SYS/MB/NET0/IOVNET.PF0.VF0
  
  All configuration changes for other domains are disabled until the primary
  domain reboots, at which time the new configuration for the primary domain
  will also take effect.

Ajout et suppression de fonctions virtuelles SR-IOV Ethernet sur des domaines d'E/S

Procédure d'ajout d'une fonction virtuelle SR-IOV Ethernet à un domaine d'E/S

Si vous ne pouvez pas supprimer la fonction virtuelle de façon dynamique, utilisez la méthode statique. Voir la section SR-IOV statique.

1. Identifiez la fonction virtuelle que vous voulez ajouter à un domaine d'E/S.

   primary# ldm list-io

2. Ajoutez une fonction virtuelle de manière dynamique ou statique.
   • Procédure d'ajout dynamique d'une fonction virtuelle :

     primary# ldm add-io vf-name domain-name

     vf-name est le pseudonyme ou le nom du chemin d'accès de la fonction virtuelle. La pratique recommandée est d'utiliser le pseudonyme. domain-name représente le nom du domaine auquel vous ajoutez la fonction virtuelle.

     Le nom du chemin d'accès du périphérique de la fonction virtuelle dans le domaine est le chemin indiqué dans la sortie list-io -l.

   • Procédure d'ajout statique d'une fonction virtuelle :
     1. Lancez une reconfiguration retardée, puis ajoutez la fonction virtuelle.

        primary# ldm start-reconf root-domain-name
        primary# ldm add-io vf-name domain-name

        vf-name est le pseudonyme ou le nom du chemin d'accès de la fonction virtuelle. La pratique recommandée est d'utiliser le pseudonyme. domain-name représente le nom du domaine auquel vous ajoutez la fonction virtuelle. L'invité spécifié doit avoir l'état inactif ou lié.

        Le nom du chemin d'accès du périphérique de la fonction virtuelle dans le domaine est le chemin indiqué dans la sortie list-io -l.

     2. Réinitialisez le domaine root.
        • Procédure de réinitialisation du domaine root non-primary :

          primary# ldm stop-domain -r root-domain

        • Procédure de réinitialisation du domaine root primary :

          primary# shutdown -i6 -g0 -y

Exemple 6-11  Ajout d'une fonction virtuelle Ethernet

Cet exemple illustre l'ajout dynamique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 au domaine ldg1.

primary# ldm add-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1

Si vous ne pouvez pas ajouter la fonction virtuelle de manière dynamique, utilisez la méthode statique :

primary# ldm stop-domain ldg1
primary# ldm add-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1
primary# ldm start-domain ldg1

Procédure de suppression d'une fonction virtuelle SR-IOV Ethernet d'un domaine d'E/S

Si vous ne pouvez pas supprimer la fonction virtuelle de façon dynamique, utilisez la méthode statique. Voir la section SR-IOV statique.

1. Identifiez la fonction virtuelle que vous souhaitez supprimer d'un domaine d'E/S.

   primary# ldm list-io

2. Suppression d'une fonction virtuelle de manière dynamique ou statique.
   • Procédure de suppression dynamique d'une fonction virtuelle :

     primary# ldm rm-io vf-name domain-name

     vf-name est le pseudonyme ou le nom du chemin d'accès de la fonction virtuelle. La pratique recommandée est d'utiliser le pseudonyme du périphérique. domain-name représente le nom du domaine dans lequel vous souhaitez supprimer la fonction virtuelle.

   • Procédure de suppression statique d'une fonction virtuelle :
     1. Arrêtez le domaine d'E/S.

        primary# ldm stop-domain domain-name

     2. Supprimez la fonction virtuelle.

        primary# ldm rm-io vf-name domain-name

        vf-name est le pseudonyme ou le nom du chemin d'accès de la fonction virtuelle. La pratique recommandée est d'utiliser le pseudonyme du périphérique. domain-name représente le nom du domaine dans lequel vous souhaitez supprimer la fonction virtuelle. L'invité spécifié doit avoir l'état inactif ou lié.

     3. Démarrez le domaine d'E/S.

        primary# ldm start-domain domain-name

Exemple 6-12  Suppression dynamique d'une fonction virtuelle Ethernet

Ce exemple illustre la suppression dynamique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 du domaine ldg1.

primary# ldm remove-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1

Si la commande s'exécute correctement, la fonction virtuelle est supprimée du domaine ldg1. Lorsque ldg1 est redémarré, la fonction virtuelle spécifiée n'apparaît plus dans le domaine.

Si vous ne pouvez pas retirer la fonction virtuelle de manière dynamique, utilisez la méthode statique :

primary# ldm stop-domain ldg1
primary# ldm remove-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1
primary# ldm start-domain ldg1

Rubriques SR-IOV avancées : SR-IOV Ethernet

Cette section décrit quelques-unes des rubriques avancées relatives à l'utilisation des fonctions virtuelles SR-IOV.

Configuration réseau avancée pour les fonctions virtuelles

Lorsque vous utilisez des fonctions virtuelles SR-IOV, tenez compte des problèmes suivants :

• Les fonctions virtuelles SR-IOV peuvent uniquement utiliser les adresses MAC affectées par Logical Domains Manager. Si vous utilisez d'autres commandes réseau du SE Oracle Solaris pour modifier l'adresse MAC du domaine d'E/S, les commandes risquent d'échouer ou de ne pas fonctionner correctement.

• A l'heure actuelle, le groupement de liaisons des fonctions virtuelles réseau SR-IOV dans le domaine d'E/S n'est pas prise en charge. Si vous tentez de créer un groupement de liaisons, il risque de ne pas fonctionner comme prévu.

• Vous pouvez créer des services d'E/S virtuels et les affecter à des domaines d'E/S. Ces services d'E/S virtuels peuvent être créés sur la fonction physique même à partir de laquelle les fonctions virtuelles sont créées. Par exemple, vous pouvez utiliser un périphérique réseau 1 Gbit/s intégré (net0 ou igb0) en tant que périphérique backend réseau pour un commutateur virtuel et créer des fonctions virtuelles à partir de ce même périphérique de fonction physique.

Initialisation d'un domaine d'E/S à l'aide d'une fonction virtuelle SR-IOV

Une fonction virtuelle SR-IOV offre le même type de fonctionnalité que n'importe quel autre périphérique PCIe, notamment la possibilité d'utiliser une fonction virtuelle en tant que périphérique d'initialisation d'un domaine logique. Une fonction virtuelle de réseau par exemple peut être utilisée pour lancer l'initialisation via le réseau afin d'installer le SE Oracle Solaris dans un domaine d'E/S.

Propriétés SR-IOV spécifiques aux périphériques

Les pilotes de périphérique d'une fonction physique SR-IOV peuvent exporter des propriétés spécifiques aux périphériques Celles-ci peuvent être utilisées pour régler l'allocation des ressources de la fonction physique ainsi que celle de ses fonctions virtuelles. Pour plus d'informations sur les propriétés, reportez-vous à la page de manuel relative au pilote de la fonction physique, comme par exemple les pages de manuel igb(7D) et ixgbe(7D).

La commande ldm list-io -d affiche les propriétés spécifiques au périphérique exportées par le pilote de périphérique de la fonction physique spécifiée. Les informations de chaque propriété incluent un nom, une description succincte, une valeur par défaut, des valeurs maximales et un ou plusieurs des indicateurs suivants :

P

Concerne une fonction physique

V

Concerne une fonction virtuelle

R

Paramètre en lecture seule ou à caractère informatif uniquement

primary# ldm list-io -d pf-name

Utilisez la commande ldm create-vf ou la commande ldm set-io pour définir les propriétés de lecture-écriture d'une fonction physique ou virtuelle. Notez que pour définir une propriété spécifique au périphérique, vous devez utiliser la méthode statique. Voir la section SR-IOV statique.

L'exemple suivant montre les propriétés spécifiques au périphérique exportées par le périphérique SR-IOV Intel 1Gbit/s intégré :

primary# ldm list-io -d /SYS/MB/NET0/IOVNET.PF0
Device-specific Parameters
--------------------------
max-config-vfs
    Flags = PR
    Default = 7
    Descr = Max number of configurable VFs
max-vf-mtu
    Flags = VR
    Default = 9216
    Descr = Max MTU supported for a VF
max-vlans
    Flags = VR
    Default = 32
    Descr = Max number of VLAN filters supported
pvid-exclusive
    Flags = VR
    Default = 1
    Descr = Exclusive configuration of pvid required
unicast-slots
    Flags = PV
    Default = 0 Min = 0 Max = 24
    Descr = Number of unicast mac-address slots

Dans l'exemple suivant, la propriété unicast-slots est définie sur 8 :

primary# ldm create-vf unicast-slots=8 /SYS/MB/NET0/IOVNET.PF0

Création de cartes d'interface réseau virtuelles (VNIC) sur des fonctions virtuelles SR-IOV

La création de VNIC Oracle Solaris 11 est prise en charge sur les fonctions virtuelles SR-IOV. Cependant, le nombre de VNIC pris en charge est limité au nombre d'adresses MAC alternatives (propriété alt-mac-addrs) attribuées à la fonction virtuelle. Veillez à affecter un nombre suffisant d'adresses MAC alternatives lorsque vous utilisez des VNIC sur la fonction virtuelle. Utilisez la commande ldm create-vf ou la commande ldm set-io pour définir les adresses MAC alternatives à l'aide de la propriété alt-mac-addrs.

L'exemple suivant illustre la création de quatre cartes d'interface réseau virtuelles sur une fonction virtuelle SR-IOV. La première commande affecte des adresses MAC alternatives au périphérique de fonction virtuelle. Cette commande utilise la méthode d'allocation automatique pour allouer quatre adresses MAC alternatives au périphérique de fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 :

primary# ldm set-io alt-mac-addrs=auto,auto,auto,auto /SYS/MB/NET0/IOVNET.PF0.VF0

La commande suivante démarre le domaine d'E/S ldg1. Etant donné que la propriété auto-boot? a pour valeur true dans cet exemple, le SE Oracle Solaris 11 est également initialisé dans le domaine d'E/S.

primary# ldm start ldg1

La commande suivante utilise la commande dladm d'Oracle Solaris 11 dans le domaine invité pour afficher la fonction virtuelle possédant des adresses MAC alternatives. Cette sortie indique que la fonction virtuelle net30 possède quatre adresses MAC alternatives.

guest# dladm show-phys -m
LINK              SLOT     ADDRESS            INUSE CLIENT
net0              primary  0:14:4f:fa:b4:d1   yes   net0
net25             primary  0:14:4f:fa:c9:eb   no    --
net30             primary  0:14:4f:fb:de:4c   no    --
                   1       0:14:4f:f9:e8:73   no    --
                   2       0:14:4f:f8:21:58   no    --
                   3       0:14:4f:fa:9d:92   no    --
                   4       0:14:4f:f9:8f:1d   no    --

Les commandes suivantes créent quatre cartes VNIC. Notez que toute tentative de créer plus de carte d'interface réseau virtuelles que spécifié en ayant recours à des adresses MAC alternatives est vouée à l'échec.

guest# dladm create-vnic -l net30 vnic0
guest# dladm create-vnic -l net30 vnic1
guest# dladm create-vnic -l net30 vnic2
guest# dladm create-vnic -l net30 vnic3
guest# dladm show-link
LINK                CLASS     MTU    STATE    OVER
net0                phys      1500   up       --
net25               phys      1500   up       --
net30               phys      1500   up       --
vnic0               vnic      1500   up       net30
vnic1               vnic      1500   up       net30
vnic2               vnic      1500   up       net30
vnic3               vnic      1500   up       net30

Utilisation d'une fonction virtuelle SR-IOV pour créer un domaine d'E/S

La procédure suivante décrit la création d'un domaine d'E/S incluant des fonctions virtuelles SR-IOV PCIe.

Procédure de création d'un domaine d'E/S par affectation d'une fonction virtuelle SR-IOV

Planifiez à l'avance le nombre de réinitialisations du domaine root pour réduire les indisponibilités.

Avant de commencer

Avant de commencer, assurez-vous que vous avez activé la virtualisation d'E/S pour le bus PCIe qui est le parent de la fonction physique à partir de laquelle vous créez des fonctions virtuelles. Voir la section Procédure d'activation de la virtualisation d'E/S pour un bus PCIe.

1. Identifiez une fonction physique SR-IOV à partager avec un domaine d'E/S utilisant la fonctionnalité SR-IOV.

   primary# ldm list-io

2. Créez une ou plusieurs fonctions virtuelles pour la fonction physique.

   primary# ldm create-vf pf-name

   Vous pouvez exécuter cette commande pour chaque fonction virtuelle que vous souhaitez créer. Vous pouvez également utiliser l'option –n pour créer plusieurs fonctions virtuelles à partir de la même fonction physique d'une seule commande. Reportez-vous aux pages de manuel Example 6–7 et ldm(1M).

   ---

   Remarque - Cette commande échoue si d'autres fonctions virtuelles ont déjà été créées à partir de la fonction physique associée et si l'une de ces fonctions virtuelles est liée à un autre domaine.

   ---

3. Affichez la liste des fonctions virtuelles disponibles sur le domaine root.

   primary# ldm list-io

4. Assignez la fonction virtuelle créée à l'Step 2 à son domaine d'E/S cible.

   primary# ldm add-io vf-name domain-name

   ---

   Remarque - Si le SE du domaine d'E/S cible ne prend pas en charge la méthode SR-IOV dynamique, utilisez la méthode statique. Voir la section SR-IOV statique.

   ---

5. Vérifiez que la fonction virtuelle est disponible sur le domaine d'E/S.

   La commande Oracle Solaris 11 suivante affiche la disponibilité de la fonction virtuelle :

   guest# dladm show-phys

Exemple 6-13  Création dynamique d'un domaine d'E/S par assignation d'une fonction virtuelle SR-IOV

L'exemple suivant illustre la création dynamique d'une fonction virtuelle, /SYS/MB/NET0/IOVNET.PF0.VF0, pour une fonction physique, /SYS/MB/NET0/IOVNET.PF0, et l'assignation de la fonction virtuelle au domaine d'E/S ldg1.

Cet exemple suppose les circonstances suivantes :

• Le SE du domaine primary prend en charge les opérations SR-IOV dynamiques

• Le bus pci_0 est assigné au domaine primary et a été initialisé pour les opérations de virtualisation d'E/S

• La fonction physique /SYS/MB/NET0/IOVNET.PF0 appartient au bus pci_0

• La fonction physique /SYS/MB/NET0/IOVNET.PF0 ne comporte pas de fonctions virtuelles assignées à des domaines

• Le domaine ldg1 est actif et initialisé et son SE prend en charge les opérations SR-IOV dynamiques

Créez la fonction virtuelle à partir de la fonction physique /SYS/MB/NET0/IOVNET.PF0.

primary# ldm create-vf /SYS/MB/NET0/IOVNET.PF0
Created new vf: /SYS/MB/NET0/IOVNET.PF0.VF0

Ajoutez la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 au domaine ldg1.

primary# ldm add-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1

La commande suivante indique que la fonction virtuelle a été ajoutée au domaine ldg1.

primary# ldm list-io
NAME                          TYPE  BUS      DOMAIN    STATUS
----                          ----  ---      ------    ------
niu_0                         NIU   niu_0    primary
niu_1                         NIU   niu_1    primary
pci_0                         BUS   pci_0    primary   IOV
pci_1                         BUS   pci_1    primary
/SYS/MB/PCIE0                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE2                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE4                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE6                 PCIE  pci_0    primary   EMP
/SYS/MB/PCIE8                 PCIE  pci_0    primary   EMP
/SYS/MB/SASHBA                PCIE  pci_0    primary   OCC
/SYS/MB/NET0                  PCIE  pci_0    primary   OCC
/SYS/MB/PCIE1                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE3                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE5                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE7                 PCIE  pci_1    primary   EMP
/SYS/MB/PCIE9                 PCIE  pci_1    primary   EMP
/SYS/MB/NET2                  PCIE  pci_1    primary   OCC
/SYS/MB/NET0/IOVNET.PF0       PF    pci_0    primary
/SYS/MB/NET0/IOVNET.PF1       PF    pci_0    primary
/SYS/MB/PCIE5/IOVNET.PF0      PF    pci_1    primary
/SYS/MB/PCIE5/IOVNET.PF1      PF    pci_1    primary
/SYS/MB/NET2/IOVNET.PF0       PF    pci_1    primary
/SYS/MB/NET2/IOVNET.PF1       PF    pci_1    primary
/SYS/MB/NET0/IOVNET.PF0.VF0   VF    pci_0    ldg1

Exemple 6-14  Création statique d'un domaine d'E/S par assignation d'une fonction virtuelle SR-IOV

L'exemple statique suivant illustre la création d'une fonction virtuelle, /SYS/MB/NET0/IOVNET.PF0.VF0, pour une fonction physique, /SYS/MB/NET0/IOVNET.PF0, et l'assignation de la fonction virtuelle au domaine ldg1.

Cet exemple suppose les circonstances suivantes :

• Le SE du domaine primary ne prend pas en charge les opérations SR-IOV dynamiques

• Le bus pci_0 est assigné au domaine primary et n'a pas été initialisé pour les opérations de virtualisation d'E/S.

• La fonction physique /SYS/MB/NET0/IOVNET.PF0 appartient au bus pci_0

• La fonction physique /SYS/MB/NET0/IOVNET.PF0 ne comporte pas de fonctions virtuelles assignées à des domaines

• Le domaine ldg1 est actif et initialisé et son SE ne prend pas en charge les opérations SR-IOV dynamiques

• La propriété auto-boot? du domaine ldg1 est définie sur true, de sorte que le domaine est automatiquement initialisé lors du démarrage du domaine

Démarrez d'abord une reconfiguration retardée sur le domaine primary, activez la virtualisation d'E/S et créez la fonction virtuelle à partir de la fonction physique /SYS/MB/NET0/IOVNET.PF0.

primary# ldm start-reconf primary
Initiating a delayed reconfiguration operation on the primary domain.
All configuration changes for other domains are disabled until the primary
domain reboots, at which time the new configuration for the primary domain
will also take effect.

primary# ldm set-io iov=on pci_0
primary# ldm create-vf /SYS/MB/NET0/IOVNET.PF0

------------------------------------------------------------------------------
Notice: The primary domain is in the process of a delayed reconfiguration.
Any changes made to the primary domain will only take effect after it reboots.
------------------------------------------------------------------------------
Created new vf: /SYS/MB/NET0/IOVNET.PF0.VF0

Ensuite, arrêtez le domaine primary.

primary# shutdown -i6 -g0 -y

Arrêtez le domaine ldg1, ajoutez la fonction virtuelle et démarrez le domaine.

primary# ldm stop ldg1
primary# ldm add-io /SYS/MB/NET0/IOVNET.PF0.VF0 ldg1
primary# ldm start ldg1

La commande suivante indique que la fonction virtuelle a été ajoutée au domaine ldg1.

primary# ldm list-io
NAME                          TYPE  BUS      DOMAIN    STATUS
----                          ----  ---      ------    ------
niu_0                         NIU   niu_0    primary
niu_1                         NIU   niu_1    primary
pci_0                         BUS   pci_0    primary   IOV
pci_1                         BUS   pci_1    primary
/SYS/MB/PCIE0                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE2                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE4                 PCIE  pci_0    primary   OCC
/SYS/MB/PCIE6                 PCIE  pci_0    primary   EMP
/SYS/MB/PCIE8                 PCIE  pci_0    primary   EMP
/SYS/MB/SASHBA                PCIE  pci_0    primary   OCC
/SYS/MB/NET0                  PCIE  pci_0    primary   OCC
/SYS/MB/PCIE1                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE3                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE5                 PCIE  pci_1    primary   OCC
/SYS/MB/PCIE7                 PCIE  pci_1    primary   EMP
/SYS/MB/PCIE9                 PCIE  pci_1    primary   EMP
/SYS/MB/NET2                  PCIE  pci_1    primary   OCC
/SYS/MB/NET0/IOVNET.PF0       PF    pci_0    primary
/SYS/MB/NET0/IOVNET.PF1       PF    pci_0    primary
/SYS/MB/PCIE5/IOVNET.PF0      PF    pci_1    primary
/SYS/MB/PCIE5/IOVNET.PF1      PF    pci_1    primary
/SYS/MB/NET2/IOVNET.PF0       PF    pci_1    primary
/SYS/MB/NET2/IOVNET.PF1       PF    pci_1    primary
/SYS/MB/NET0/IOVNET.PF0.VF0   VF    pci_0    ldg1