Documentation produit
XenServer
XenServer 9 XenServer 8.4
Voir PDF

Mise en réseau

August 1, 2026
Contributeur: 
X

Cette section fournit un aperçu de la mise en réseau de XenServer®, y compris les réseaux, les VLAN et les liaisons de cartes réseau. Elle explique également comment gérer et dépanner votre configuration réseau.

Si vous êtes déjà familiarisé avec les concepts de mise en réseau de XenServer, vous pouvez passer à Gérer la mise en réseau pour obtenir des informations sur les sections suivantes :

  • Créer des réseaux pour les hôtes XenServer autonomes

  • Créer des réseaux pour les hôtes XenServer configurés dans un pool de ressources

  • Créer des VLAN pour les hôtes XenServer, qu’ils soient autonomes ou fassent partie d’un pool de ressources

  • Créer des liaisons pour les hôtes XenServer autonomes

  • Créer des liaisons pour les hôtes XenServer configurés dans un pool de ressources

Remarque :

Le terme ‘interface de gestion’ est utilisé pour désigner la carte réseau compatible IP qui transporte le trafic de gestion. Le terme ‘interface secondaire’ est utilisé pour désigner une carte réseau compatible IP configurée pour le trafic de stockage.

Prise en charge de la mise en réseau

XenServer prend en charge jusqu’à 16 interfaces réseau physiques (ou jusqu’à 4 interfaces réseau liées) par hôte et jusqu’à 7 interfaces réseau virtuelles par VM.

Remarque :

XenServer fournit une configuration et une gestion automatisées des cartes réseau à l’aide de l’interface de ligne de commande (CLI) xe. Ne modifiez pas directement les fichiers de configuration réseau de l’hôte.

Présentation de la mise en réseau de XenServer

Cette section décrit les concepts généraux de la mise en réseau dans l’environnement XenServer.

XenServer crée un réseau pour chaque carte réseau physique lors de l’installation. Lorsque vous ajoutez un hôte à un pool, les réseaux par défaut sont fusionnés. Cela permet de garantir que toutes les cartes réseau physiques portant le même nom de périphérique sont connectées au même réseau.

Généralement, vous ajoutez un réseau pour créer un réseau interne, configurer un nouveau VLAN à l’aide d’une carte réseau existante ou créer un lien de carte réseau.

Vous pouvez configurer les différents types de réseaux suivants dans XenServer :

  • Les réseaux externes sont associés à une interface réseau physique. Les réseaux externes fournissent un pont entre une machine virtuelle et l’interface réseau physique connectée au réseau. Les réseaux externes permettent à une machine virtuelle de se connecter aux ressources disponibles via la carte réseau physique de l’hôte.

  • Les réseaux agrégés créent une agrégation entre deux ou plusieurs cartes réseau pour créer un canal unique et performant entre la machine virtuelle et le réseau.

  • Les réseaux privés à serveur unique n’ont aucune association avec une interface réseau physique. Les réseaux privés à serveur unique peuvent être utilisés pour fournir une connectivité entre les machines virtuelles sur un hôte donné, sans connexion au monde extérieur.

Remarque :

Certaines options de mise en réseau ont des comportements différents lorsqu’elles sont utilisées avec des hôtes XenServer autonomes par rapport aux pools de ressources. Cette section contient des informations générales qui s’appliquent à la fois aux hôtes autonomes et aux pools, suivies d’informations et de procédures spécifiques pour chacun.

Objets réseau

Cette section utilise trois types d’objets logiciels côté serveur pour représenter les entités de mise en réseau. Ces objets sont :

  • Un PIF, qui représente une carte réseau physique sur un hôte. Les objets PIF ont un nom et une description, un UUID, les paramètres de la carte réseau qu’ils représentent, ainsi que le réseau et l’hôte auxquels ils sont connectés.

  • Un VIF, qui représente une carte réseau virtuelle sur une machine virtuelle. Les objets VIF ont un nom et une description, un UUID, ainsi que le réseau et la machine virtuelle auxquels ils sont connectés.

  • Un réseau, qui est un commutateur Ethernet virtuel sur un hôte. Les objets réseau ont un nom et une description, un UUID, et la collection de VIF et de PIF qui leur sont connectés.

XenCenter® et l’interface de ligne de commande xe vous permettent de configurer les options de mise en réseau. Vous pouvez contrôler la carte réseau utilisée pour les opérations de gestion et créer des fonctionnalités de mise en réseau avancées telles que les VLAN et les liens de carte réseau.

Réseaux

Chaque hôte XenServer possède un ou plusieurs réseaux, qui sont des commutateurs Ethernet virtuels. Les réseaux qui ne sont pas associés à un PIF sont considérés comme internes. Les réseaux internes peuvent être utilisés pour fournir une connectivité uniquement entre les machines virtuelles sur un hôte XenServer donné, sans connexion au monde extérieur. Les réseaux associés à un PIF sont considérés comme externes. Les réseaux externes fournissent un pont entre les VIF et le PIF connecté au réseau, permettant la connectivité aux ressources disponibles via la carte réseau du PIF.

VLAN

Les VLAN, tels que définis par la norme IEEE 802.1Q, permettent à un seul réseau physique de prendre en charge plusieurs réseaux logiques. Les hôtes XenServer prennent en charge les VLAN de plusieurs manières.

Remarque :

  • Lorsque vous utilisez un SR GFS2 et un pool en cluster, le réseau de cluster ne peut pas se trouver sur un VLAN non-gestion.
  • Toutes les configurations VLAN prises en charge sont également applicables aux pools et aux hôtes autonomes, ainsi qu’aux configurations liées et non liées.

Utilisation des VLAN avec les machines virtuelles

Les ports de commutateur configurés comme ports trunk VLAN 802.1Q peuvent être utilisés avec les fonctionnalités VLAN de XenServer pour connecter les interfaces réseau virtuelles invitées (VIF) à des VLAN spécifiques. Dans ce cas, l’hôte XenServer effectue les fonctions de marquage/détaguage VLAN pour l’invité, qui n’est pas conscient de toute configuration VLAN.

Les VLAN XenServer sont représentés par des objets PIF supplémentaires représentant des interfaces VLAN correspondant à une balise VLAN spécifiée. Vous pouvez connecter des réseaux XenServer au PIF représentant la carte réseau physique pour voir tout le trafic sur la carte réseau. Alternativement, connectez les réseaux à un PIF représentant un VLAN pour ne voir que le trafic avec la balise VLAN spécifiée. Vous pouvez également connecter un réseau de manière à ce qu’il ne voie que le trafic VLAN natif, en le rattachant au VLAN 0.

Pour les procédures de création de VLAN pour les hôtes XenServer, qu’ils soient autonomes ou fassent partie d’un pool de ressources, consultez Création de VLAN.

Si vous souhaitez que l’invité effectue les fonctions de marquage et de détaguage VLAN, l’invité doit être conscient des VLAN. Lors de la configuration du réseau pour vos machines virtuelles, configurez les ports de commutateur comme ports trunk VLAN, mais ne créez pas de VLAN pour l’hôte XenServer. Utilisez plutôt des VIF sur un réseau normal, non-VLAN.

Utilisation des VLAN avec les interfaces de gestion

L’interface de gestion peut être configurée sur un VLAN à l’aide d’un port de commutateur configuré comme port trunk ou port en mode d’accès. Utilisez XenCenter ou l’interface de ligne de commande xe pour configurer un VLAN et en faire l’interface de gestion. Pour plus d’informations, consultez Interface de gestion.

Utilisation des VLAN avec des cartes réseau de stockage dédiées

Les cartes réseau de stockage dédiées peuvent être configurées pour utiliser des ports VLAN natifs ou en mode accès, comme décrit dans la section précédente pour les interfaces de gestion. Les cartes réseau de stockage dédiées sont également connues sous le nom de cartes réseau compatibles IP ou d’interfaces secondaires. Vous pouvez configurer les cartes réseau de stockage dédiées pour utiliser des ports trunk et des VLAN XenServer, comme décrit dans la section précédente pour les machines virtuelles. Pour plus d’informations, consultez (/fr-fr/xenserver/9/networking/manage.html#configure-a-dedicated-storage-nic).

Combinaison des interfaces de gestion et des VLAN invités sur une seule carte réseau hôte

Un seul port de commutateur peut être configuré avec des VLANs trunk et natifs, permettant à une carte réseau hôte d’être utilisée pour une interface de gestion (sur le VLAN natif) et pour connecter des VIF invités à des ID de VLAN spécifiques.

Trames Jumbo

Les trames Jumbo peuvent être utilisées pour optimiser les performances du trafic sur les réseaux de stockage, les réseaux de machines virtuelles et le réseau de gestion. Les trames Jumbo sont des trames Ethernet contenant plus de 1 500 octets de charge utile. Les trames Jumbo sont généralement utilisées pour obtenir un meilleur débit, réduire la charge sur la mémoire du bus système et réduire la surcharge du processeur.

Exigences pour l’utilisation des trames Jumbo

Notez les points suivants lors de l’utilisation des trames Jumbo :

  • Les trames Jumbo sont configurées au niveau du pool

  • Chaque périphérique du sous-réseau doit être configuré pour utiliser des trames Jumbo

Pour utiliser des trames Jumbo, définissez l’unité de transmission maximale (MTU) sur une valeur comprise entre 1500 et 9216. Vous pouvez utiliser XenCenter ou l’interface de ligne de commande xe pour définir la MTU.

Liaisons NIC

Les liaisons de cartes réseau, parfois également appelées agrégation de cartes réseau, améliorent la résilience et la bande passante de l’hôte XenServer en permettant aux administrateurs de configurer deux cartes réseau ou plus ensemble. Les liaisons de cartes réseau fonctionnent logiquement comme une seule carte réseau et toutes les cartes réseau liées partagent une adresse MAC.

Si une carte réseau de la liaison tombe en panne, le trafic réseau de l’hôte est automatiquement redirigé via la deuxième carte réseau. XenServer prend en charge jusqu’à huit réseaux liés.

XenServer prend en charge les modes de liaison actif-actif, actif-passif et LACP. Vous pouvez lier deux, trois ou quatre cartes réseau.

Tous les modes de liaison prennent en charge le basculement. Cependant, tous les modes ne permettent pas à tous les liens d’être actifs pour tous les types de trafic. XenServer prend en charge la liaison des types de cartes réseau suivants :

  • Cartes réseau (non-gestion). Vous pouvez lier des cartes réseau que XenServer utilise uniquement pour le trafic des machines virtuelles. Lier ces cartes réseau offre non seulement de la résilience, mais équilibre également le trafic de plusieurs machines virtuelles entre les cartes réseau.

  • Interfaces de gestion. Vous pouvez lier une interface de gestion à une autre carte réseau afin que la seconde carte réseau assure le basculement du trafic de gestion. Bien que la configuration d’une liaison LACP (Link Aggregation Control Protocol) offre un équilibrage de charge pour le trafic de gestion, la liaison de cartes réseau active-active ne le fait pas. Vous pouvez créer un VLAN sur des cartes réseau liées et l’interface de gestion de l’hôte peut être attribuée à ce VLAN.

  • Interfaces secondaires. Vous pouvez lier des cartes réseau que vous avez configurées comme interfaces secondaires (par exemple, pour le stockage). Cependant, pour la plupart des stockages d’initiateur logiciel iSCSI, nous recommandons de configurer le multipathing plutôt que la liaison de cartes réseau, comme décrit dans la section Conception des configurations réseau XenServer.

    Dans cette section, le terme trafic de stockage basé sur IP est utilisé pour décrire collectivement le trafic iSCSI et NFS.

Vous pouvez créer une liaison si une VIF utilise déjà l’une des interfaces qui seront liées : le trafic des machines virtuelles migre automatiquement vers la nouvelle interface liée.

Dans XenServer, un PIF supplémentaire représente une liaison de cartes réseau. Les liaisons de cartes réseau XenServer englobent complètement les périphériques physiques sous-jacents (PIF).

Remarques :

  • La création d’une liaison ne contenant qu’une seule carte réseau n’est pas prise en charge.
  • Les cartes réseau liées peuvent être de modèles différents.

Bonnes pratiques

Suivez ces bonnes pratiques lors de la configuration de vos liaisons de cartes réseau :

  • Connectez les liens de la liaison à différents commutateurs réseau physiques, et non pas seulement à des ports sur le même commutateur.
  • Assurez-vous que les commutateurs séparés tirent leur alimentation de différentes unités de distribution d’énergie (PDU) indépendantes.
  • Si possible, dans votre centre de données, placez les PDU sur différentes phases de l’alimentation électrique ou même sur des alimentations fournies par différentes compagnies d’électricité.
  • Envisagez d’utiliser des unités d’alimentation sans interruption (UPS) pour garantir que les commutateurs réseau et les hôtes peuvent continuer à fonctionner ou effectuer un arrêt ordonné en cas de panne de courant.

Ces mesures ajoutent de la résilience contre les défaillances logicielles, matérielles ou d’alimentation qui peuvent affecter vos commutateurs réseau.

Points clés concernant l’adressage IP

Les cartes réseau liées ont soit une adresse IP, soit aucune adresse IP, comme suit :

  • Réseaux de gestion et de stockage.

    • Si vous liez une interface de gestion ou une interface secondaire, une seule adresse IP est attribuée à la liaison. Autrement dit, chaque carte réseau n’a pas sa propre adresse IP. XenServer traite les deux cartes réseau comme une seule connexion logique.

    • Lorsque les liaisons sont utilisées pour le trafic non-VM, par exemple pour se connecter à un stockage réseau partagé ou à XenCenter pour la gestion, configurez une adresse IP pour la liaison. Cependant, si vous avez déjà attribué une adresse IP à l’une des cartes réseau (c’est-à-dire créé une interface de gestion ou une interface secondaire), cette adresse IP est automatiquement attribuée à l’ensemble de la liaison.

    • Si vous liez une interface de gestion ou une interface secondaire à une carte réseau sans adresse IP, la liaison prend l’adresse IP de l’interface respective.

    • Si vous liez une interface de gestion VLAN étiquetée et une interface secondaire, le VLAN de gestion est créé sur cette carte réseau liée.

  • Réseaux de machines virtuelles. Lorsque des cartes réseau liées sont utilisées pour le trafic VM, vous n’avez pas besoin de configurer une adresse IP pour la liaison. En effet, la liaison fonctionne au niveau de la couche 2 du modèle OSI, la couche liaison de données, et aucun adressage IP n’est utilisé à ce niveau. Les adresses IP des machines virtuelles sont associées aux VIF.

Types de liaison

XenServer propose trois types de liaisons différents, tous pouvant être configurés à l’aide de la CLI ou de XenCenter :

Remarque :

L’agrégation est configurée avec un délai de montée (Up Delay) de 31 000 ms et un délai de descente (Down Delay) de 200 ms. Le délai de montée (Up Delay) apparemment long est délibéré en raison du temps que certains commutateurs mettent à activer le port. Sans délai, lorsqu’un lien revient après une défaillance, l’agrégat peut y rééquilibrer le trafic avant que le commutateur ne soit prêt à transmettre le trafic. Pour déplacer les deux connexions vers un commutateur différent, déplacez-en une, puis attendez 31 secondes qu’elle soit à nouveau utilisée avant de déplacer l’autre. Pour plus d’informations sur la modification du délai, consultez Modification du délai de montée pour les agrégats.

État de l’agrégat

XenServer fournit l’état des agrégats dans les journaux d’événements de chaque hôte. Si un ou plusieurs liens d’un agrégat échouent ou sont restaurés, cela est noté dans le journal d’événements. De même, vous pouvez interroger l’état des liens d’un agrégat en utilisant le paramètre links-up comme indiqué dans l’exemple suivant :

xe bond-param-get uuid=bond_uuid param-name=links-up
<!--NeedCopy-->

XenServer vérifie l’état des liens dans les agrégats toutes les cinq secondes environ. Par conséquent, si d’autres liens de l’agrégat échouent dans la fenêtre de cinq secondes, la défaillance n’est pas enregistrée avant la prochaine vérification de l’état.

Les journaux d’événements d’agrégation apparaissent dans la vue Notifications > Événements de XenCenter. Pour les utilisateurs n’exécutant pas XenCenter, les journaux d’événements apparaissent également dans /var/log/xensource.log sur chaque hôte.

Agrégation actif-actif

L’actif-actif est une configuration actif/actif pour le trafic invité : les deux cartes réseau peuvent acheminer le trafic des machines virtuelles simultanément. Lorsque les agrégats sont utilisés pour le trafic de gestion, une seule carte réseau de l’agrégat peut acheminer le trafic : l’autre carte réseau reste inutilisée et fournit un support de basculement. Le mode actif-actif est le mode d’agrégation par défaut.

Vous pouvez agréger deux, trois ou quatre cartes réseau en mode actif-actif. Cependant, en mode actif-actif, l’agrégation de trois ou quatre cartes réseau n’est bénéfique que pour le trafic des machines virtuelles, comme le montre l’illustration suivante.

Cette illustration montre comment l'agrégation de quatre cartes réseau ne peut bénéficier qu'au trafic invité. Dans l'image supérieure d'un réseau de gestion, la carte réseau 2 est active mais les cartes réseau 1, 3 et 4 sont passives. Pour le trafic des machines virtuelles, les quatre cartes réseau de l'agrégat sont actives. Cependant, cela suppose un minimum de quatre machines virtuelles. Pour le trafic de stockage, seule la carte réseau 11 est active.

XenServer ne peut envoyer du trafic sur deux cartes réseau ou plus que lorsqu’il y a plus d’une adresse MAC associée à l’agrégat. XenServer peut utiliser les adresses MAC virtuelles dans l’interface VIF pour envoyer du trafic sur plusieurs liens. Plus précisément :

  • Trafic des machines virtuelles. À condition d’activer l’agrégation sur les cartes réseau ne transportant que le trafic des machines virtuelles (invitées), tous les liens sont actifs et l’agrégation de cartes réseau peut équilibrer le trafic des machines virtuelles sur les cartes réseau. Le trafic d’une VIF individuelle n’est jamais réparti entre les cartes réseau.

  • Trafic de gestion ou de stockage. Un seul des liens (cartes réseau) de l’agrégat est actif et les autres cartes réseau restent inutilisées à moins que le trafic ne bascule vers elles. La configuration d’une interface de gestion ou d’une interface secondaire sur un réseau agrégé offre une résilience.

  • Trafic mixte. Si la carte réseau agrégée transporte un mélange de trafic de stockage basé sur IP et de trafic invité, seuls le trafic invité et le trafic du domaine de contrôle sont équilibrés en charge. Le domaine de contrôle est essentiellement une machine virtuelle, il utilise donc une carte réseau comme les autres invités. XenServer équilibre le trafic du domaine de contrôle de la même manière qu’il équilibre le trafic des machines virtuelles.

Équilibrage du trafic

XenServer équilibre le trafic entre les cartes réseau en utilisant l’adresse MAC source du paquet. Étant donné que pour le trafic de gestion, une seule adresse MAC source est présente, le mode actif-actif ne peut utiliser qu’une seule carte réseau et le trafic n’est pas équilibré. L’équilibrage du trafic est basé sur deux facteurs :

  • La machine virtuelle et son VIF associé qui envoie ou reçoit le trafic

  • La quantité de données (en kilooctets) envoyées.

XenServer évalue la quantité de données (en kilooctets) que chaque carte réseau envoie et reçoit. Si la quantité de données envoyées via une carte réseau dépasse la quantité de données envoyées via l’autre carte réseau, XenServer rééquilibre les VIF qui utilisent quelles cartes réseau. La charge entière du VIF est transférée. La charge d’un VIF n’est jamais répartie entre deux cartes réseau.

Bien que l’agrégation de cartes réseau active-active puisse assurer l’équilibrage de charge pour le trafic provenant de plusieurs machines virtuelles, elle ne peut pas fournir à une seule machine virtuelle le débit de deux cartes réseau. Tout VIF donné n’utilise qu’un seul des liens d’une agrégation à la fois. Comme XenServer rééquilibre périodiquement le trafic, les VIF ne sont pas affectés de manière permanente à une carte réseau spécifique dans l’agrégation.

Le mode actif-actif est parfois décrit comme une agrégation d’équilibrage de charge source (SLB), car XenServer utilise le SLB pour partager la charge entre les interfaces réseau agrégées. Le SLB est dérivé du mode d’équilibrage de charge adaptatif (ALB) open source et réutilise la fonctionnalité ALB pour rééquilibrer dynamiquement la charge entre les cartes réseau.

Lors du rééquilibrage, le nombre d’octets transitant par chaque interface secondaire est suivi sur une période donnée. Si un paquet à envoyer contient une nouvelle adresse MAC source, il est attribué à l’interface secondaire ayant la plus faible utilisation. Le trafic est rééquilibré à intervalles réguliers.

Chaque adresse MAC a une charge correspondante et XenServer peut déplacer des charges entières entre les cartes réseau en fonction de la quantité de données qu’une machine virtuelle envoie et reçoit. Pour le trafic actif-actif, tout le trafic d’une machine virtuelle ne peut être envoyé que sur une seule carte réseau.

Remarque :

L’agrégation actif-actif ne nécessite pas la prise en charge par le commutateur d’EtherChannel ou de 802.3ad (LACP).

Agrégation actif-passif

Une agrégation actif-passif achemine le trafic sur une seule des cartes réseau. Si la carte réseau active perd la connectivité réseau, le trafic bascule vers l’autre carte réseau de l’agrégation. Les agrégations actif-passif acheminent le trafic sur la carte réseau active. Le trafic bascule vers la carte réseau passive si la carte réseau active tombe en panne.

L’agrégation actif-passif peut agréger deux, trois ou quatre cartes réseau. Cependant, quel que soit le type de trafic, lorsque vous agrégez des cartes réseau en mode actif-passif, un seul lien est actif et il n’y a pas d’équilibrage de charge entre les liens.

L’illustration suivante montre deux cartes réseau agrégées configurées en mode actif-passif.

Cette illustration montre deux cartes réseau agrégées en mode actif-passif. La carte réseau 1 est active. L'agrégation comprend une carte réseau de basculement connectée à un deuxième commutateur. Cette carte réseau n'est utilisée que si la carte réseau 1 tombe en panne.

Le mode actif-actif est la configuration d’agrégation par défaut dans XenServer. Si vous configurez des agrégations à l’aide de l’interface de ligne de commande, vous devez spécifier un paramètre pour le mode actif-passif. Sinon, une agrégation actif-actif est créée. Vous n’avez pas besoin de configurer le mode actif-passif parce qu’un réseau transporte du trafic de gestion ou du trafic de stockage.

Le mode actif-passif peut être un bon choix pour la résilience car il offre plusieurs avantages. Avec les liaisons actif-passif, le trafic ne se déplace pas entre les cartes réseau. De même, le mode actif-passif vous permet de configurer deux commutateurs pour la redondance sans nécessiter d’empilement. Si le commutateur de gestion tombe en panne, les commutateurs empilés peuvent constituer un point de défaillance unique.

Le mode actif-passif ne nécessite pas la prise en charge par le commutateur d’EtherChannel ou de 802.3ad (LACP).

Envisagez de configurer le mode actif-passif dans les situations où vous n’avez pas besoin d’équilibrage de charge ou lorsque vous avez l’intention d’envoyer le trafic sur une seule carte réseau.

Important :

Après avoir créé des VIF ou si votre pool est en production, soyez prudent lorsque vous modifiez ou créez des liaisons.

Le protocole LACP (Link Aggregation Control Protocol) est un type de liaison qui regroupe un ensemble de ports et le traite comme un seul canal logique. La liaison LACP assure le basculement et peut augmenter la quantité totale de bande passante disponible.

Contrairement aux autres modes de liaison, la liaison LACP nécessite la configuration des deux côtés des liens : création d’une liaison sur l’hôte et création d’un groupe d’agrégation de liens (LAG) pour chaque liaison sur le commutateur. Voir Configuration du commutateur pour les liaisons LACP. Vos commutateurs doivent prendre en charge la norme IEEE 802.3ad pour utiliser la liaison LACP.

Comparaison entre la liaison SLB actif-actif et la liaison LACP :

Liaison SLB actif-actif

Avantages :

  • Peut être utilisé avec n’importe quel commutateur figurant sur la liste de compatibilité matérielle.
  • Ne nécessite pas de commutateurs prenant en charge l’empilement.
  • Prend en charge quatre cartes réseau.

Considérations :

  • L’équilibrage de charge optimal nécessite au moins une carte réseau par VIF.
  • Le trafic de stockage ou de gestion ne peut pas être réparti sur plusieurs cartes réseau.
  • L’équilibrage de charge se produit uniquement si plusieurs adresses MAC sont présentes.

Agrégation de liens LACP

Avantages :

  • Tous les liens peuvent être actifs quel que soit le type de trafic.
  • L’équilibrage du trafic ne dépend pas des adresses MAC source, ainsi tous les types de trafic peuvent être équilibrés.

Considérations :

  • Les commutateurs doivent prendre en charge la norme IEEE 802.3ad.
  • Nécessite une configuration côté commutateur.
  • Nécessite un seul commutateur ou un commutateur empilé.

Équilibrage du trafic

XenServer prend en charge deux types de hachage pour l’agrégation de liens LACP. Le terme hachage décrit la manière dont les cartes réseau et le commutateur distribuent le trafic — (1) l’équilibrage de charge basé sur l’adresse IP et le port des adresses source et de destination et (2) l’équilibrage de charge basé sur l’adresse MAC source.

Selon le type de hachage et le modèle de trafic, l’agrégation de liens LACP peut potentiellement distribuer le trafic plus uniformément qu’une agrégation de cartes réseau active-active.

Remarque :

Vous configurez les paramètres du trafic sortant et entrant séparément sur l’hôte et le commutateur : la configuration n’a pas besoin de correspondre des deux côtés.

Équilibrage de charge basé sur l’adresse IP et le port des adresses source et de destination.

Ce type de hachage est l’algorithme de hachage par défaut de l’agrégation LACP. S’il y a une variation dans les numéros d’IP ou de port source ou de destination, le trafic d’un invité peut être distribué sur deux liens.

Si une machine virtuelle exécute plusieurs applications qui utilisent des numéros d’IP ou de port différents, ce type de hachage distribue le trafic sur plusieurs liens. La distribution du trafic donne à l’invité la possibilité d’utiliser le débit agrégé. Ce type de hachage permet à un invité d’utiliser l’intégralité du débit de plusieurs cartes réseau.

Comme le montre l’illustration suivante, ce type de hachage peut distribuer le trafic de deux applications différentes sur une machine virtuelle vers deux cartes réseau différentes.

Cette illustration montre comment, si vous utilisez l'agrégation LACP et activez LACP avec l'équilibrage de charge basé sur l'adresse IP et le port de la source et de la destination comme type de hachage, le trafic de deux applications différentes sur VM1 peut être distribué à deux cartes réseau.

La configuration de l’agrégation LACP basée sur l’adresse IP et le port de l’adresse source et de destination est bénéfique lorsque vous souhaitez équilibrer le trafic de deux applications différentes sur la même VM. Par exemple, lorsqu’une seule machine virtuelle est configurée pour utiliser une agrégation de trois cartes réseau.

Cette illustration montre comment, si vous utilisez l'agrégation LACP et activez LACP avec l'équilibrage de charge basé sur l'adresse IP et le port de la source et de la destination comme type de hachage, XenServer peut envoyer le trafic de chaque application de la machine virtuelle via l'une des trois cartes réseau de l'agrégation, même si le nombre de cartes réseau dépasse le nombre de VIF.

L’algorithme d’équilibrage pour ce type de hachage utilise cinq facteurs pour répartir le trafic entre les cartes réseau : l’adresse IP source, le numéro de port source, l’adresse IP de destination, le numéro de port de destination et l’adresse MAC source.

Équilibrage de charge basé sur l’adresse MAC source.

Ce type d’équilibrage de charge fonctionne bien lorsqu’il y a plusieurs machines virtuelles sur le même hôte. Le trafic est équilibré en fonction de l’adresse MAC virtuelle de la VM d’où provient le trafic. XenServer envoie le trafic sortant en utilisant le même algorithme que pour l’agrégation active-active. Le trafic provenant du même invité n’est pas réparti sur plusieurs cartes réseau. Par conséquent, ce type de hachage n’est pas adapté s’il y a moins de VIF que de cartes réseau : l’équilibrage de charge n’est pas optimal car le trafic ne peut pas être réparti entre les cartes réseau.

Cette illustration montre comment, si vous utilisez l'agrégation LACP et activez LACP basé sur l'adresse MAC source comme type de hachage, si le nombre de cartes réseau dépasse le nombre de VIF, toutes les cartes réseau ne sont pas utilisées. Comme il y a trois cartes réseau et deux VM, seules deux cartes réseau peuvent être utilisées simultanément. Par conséquent, le débit maximal de l'agrégation ne peut pas être atteint. Les paquets d'une VM ne peuvent pas être répartis sur plusieurs VM.

Configuration du commutateur

Selon vos exigences de redondance, vous pouvez connecter les cartes réseau de l’agrégation à des commutateurs empilés identiques ou séparés. Si vous connectez l’une des cartes réseau à un second commutateur redondant et qu’une carte réseau ou un commutateur tombe en panne, le trafic bascule vers l’autre carte réseau. L’ajout d’un second commutateur évite un point de défaillance unique dans votre configuration de la manière suivante :

  • Lorsque vous connectez l’un des liens d’une interface de gestion agrégée à un second commutateur, si le commutateur tombe en panne, le réseau de gestion reste en ligne et les hôtes peuvent toujours communiquer entre eux.

  • Si vous connectez un lien (pour tout type de trafic) à un second commutateur et que la carte réseau ou le commutateur tombe en panne, les machines virtuelles restent sur le réseau car leur trafic bascule vers l’autre carte réseau/commutateur.

Utilisez des commutateurs empilés lorsque vous souhaitez connecter des cartes réseau agrégées à plusieurs commutateurs et que vous avez configuré le mode d’agrégation LACP. Le terme « commutateurs empilés » est utilisé pour décrire la configuration de plusieurs commutateurs physiques afin qu’ils fonctionnent comme un seul commutateur logique. Vous devez relier les commutateurs physiquement et via le logiciel de gestion des commutateurs afin qu’ils fonctionnent comme une seule unité de commutation logique, conformément aux directives du fabricant du commutateur. Généralement, l’empilement de commutateurs n’est disponible que via des extensions propriétaires et les fournisseurs de commutateurs peuvent commercialiser cette fonctionnalité sous différents termes.

Remarque :

Si vous rencontrez des problèmes avec les liaisons actives-actives, l’utilisation de commutateurs empilés peut être nécessaire. Les liaisons actives-passives ne nécessitent pas de commutateurs empilés.

Configuration du commutateur pour les liaisons LACP

Étant donné que les détails spécifiques de la configuration des commutateurs varient selon le fabricant, il y a quelques points clés à retenir lors de la configuration des commutateurs pour une utilisation avec des liaisons LACP :

  • Le commutateur doit prendre en charge LACP et la norme IEEE 802.3ad.

  • Lorsque vous créez le groupe LAG sur le commutateur, vous devez créer un groupe LAG pour chaque liaison LACP sur l’hôte. Par exemple, si vous avez un pool de cinq hôtes et que vous avez créé une liaison LACP sur les cartes réseau 4 et 5 de chaque hôte, vous devez créer cinq groupes LAG sur le commutateur. Un groupe pour chaque ensemble de ports correspondant aux cartes réseau de l’hôte.

    Vous devrez peut-être également ajouter votre ID VLAN à votre groupe LAG.

  • Les liaisons LACP XenServer nécessitent que le paramètre Mode statique du groupe LAG soit défini sur Désactivé.

Comme mentionné précédemment dans Configuration du commutateur, des commutateurs empilés sont nécessaires pour connecter des liaisons LACP à plusieurs commutateurs.

Configuration réseau initiale après l’installation

La configuration réseau de l’hôte XenServer est spécifiée lors de l’installation initiale de l’hôte. Des options telles que la configuration de l’adresse IP (DHCP/statique), la carte réseau utilisée comme interface de gestion et le nom d’hôte sont définies en fonction des valeurs fournies lors de l’installation.

Lorsqu’un hôte possède plusieurs cartes réseau, la configuration présente après l’installation dépend de la carte réseau sélectionnée pour les opérations de gestion lors de l’installation :

  • Des PIF sont créés pour chaque carte réseau de l’hôte

  • Le PIF de la carte réseau sélectionnée pour être utilisée comme interface de gestion est configuré avec les options d’adressage IP spécifiées lors de l’installation.

  • Un réseau est créé pour chaque PIF (« réseau 0 », « réseau 1 », etc.)

  • Chaque réseau est connecté à un PIF.

  • Les options d’adressage IP ne sont pas configurées pour tous les PIF autres que le PIF utilisé comme interface de gestion.

Lorsqu’un hôte dispose d’une seule carte réseau, la configuration suivante est présente après l’installation :

  • Un seul PIF est créé, correspondant à la carte réseau unique de l’hôte.

  • Le PIF est configuré avec les options d’adressage IP spécifiées lors de l’installation et pour permettre la gestion de l’hôte.

  • Le PIF est configuré pour être utilisé dans les opérations de gestion de l’hôte.

  • Un seul réseau, le réseau 0, est créé.

  • Le réseau 0 est connecté au PIF pour permettre la connectivité externe aux machines virtuelles.

Lorsqu’une installation de XenServer est effectuée sur un réseau VLAN balisé, la configuration suivante est présente après l’installation :

  • Des PIF sont créés pour chaque carte réseau de l’hôte.

  • Le PIF pour le VLAN balisé sur la carte réseau sélectionnée pour être utilisée comme interface de gestion est configuré avec la configuration d’adresse IP spécifiée lors de l’installation.

  • Un réseau est créé pour chaque PIF (par exemple : réseau 1, réseau 2, etc.). Un réseau VLAN supplémentaire est créé (par exemple, pour le réseau à l’échelle du pool associé à la première interface réseau sur VLAN<TAG>).

  • Chaque réseau est connecté à un PIF. Le PIF VLAN est configuré pour être utilisé dans les opérations de gestion de l’hôte.

Dans les deux cas, la configuration réseau résultante permet la connexion à l’hôte XenServer par XenCenter, l’interface de ligne de commande xe et tout autre logiciel de gestion exécuté sur des machines distinctes via l’adresse IP de l’interface de gestion. La configuration fournit également une connectivité réseau externe pour les machines virtuelles créées sur l’hôte.

L’interface PIF utilisée pour les opérations de gestion est la seule interface PIF jamais configurée avec une adresse IP lors de l’installation de XenServer. La connectivité réseau externe pour les machines virtuelles est obtenue en pontant les PIF aux VIF à l’aide de l’objet réseau qui agit comme un commutateur Ethernet virtuel.

Les étapes requises pour les fonctionnalités réseau telles que les VLAN, les liaisons NIC et la dédication d’une carte réseau au trafic de stockage sont abordées dans les sections suivantes.

Modification de la configuration réseau

Vous pouvez modifier votre configuration réseau en modifiant l’objet réseau. Pour ce faire, vous exécutez une commande qui affecte soit l’objet réseau, soit le VIF.

Modification de l’objet réseau

Vous pouvez modifier des aspects d’un réseau, tels que la taille de trame (MTU), l’étiquette de nom, la description de nom, l’objectif et d’autres valeurs. Utilisez la commande xe network-param-set et ses paramètres associés pour modifier les valeurs.

Lorsque vous exécutez la commande xe network-param-set, le seul paramètre requis est uuid.

Les paramètres facultatifs incluent :

Si une valeur n’est pas fournie pour un paramètre, le paramètre est défini sur une valeur nulle. Pour définir une paire (clé, valeur) dans un paramètre de carte, utilisez la syntaxe map-param:key=value.

Modification du délai de montée pour les liaisons

L’agrégation est configurée avec un délai de montée de 31 000 ms par défaut pour empêcher le trafic d’être rééquilibré sur une carte réseau après une défaillance. Bien que cela puisse paraître long, le délai de montée est important pour tous les modes d’agrégation et pas seulement pour l’actif-actif.

Cependant, si vous comprenez les paramètres appropriés à sélectionner pour votre environnement, vous pouvez modifier le délai de montée pour les liaisons en utilisant la procédure suivante.

Définissez le délai de montée en millisecondes :

xe pif-param-set uuid=<uuid of bond interface PIF> other-config:bond-updelay=<delay in ms>
<!--NeedCopy-->

Pour que la modification prenne effet, vous devez débrancher puis rebrancher l’interface physique :

xe pif-unplug uuid=<uuid of bond interface PIF>
<!--NeedCopy-->

xe pif-plug uuid=<uuid of bond interface PIF>
<!--NeedCopy-->
Mise en réseau
August 1, 2026
Contributeur: 
X
August 1, 2026
Contributeur: 
X

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.