Interfaces réseau multiples

Cette page présente les multiples interfaces réseau pour les instances Compute Engine. Les instances avec plusieurs interfaces réseau sont appelées instances à cartes d'interface réseau multiples.

Une interface réseau d'instance se connecte à un réseau de cloud privé virtuel (VPC). Il peut s'agir d'une interface réseau virtuelle (vNIC) ou d'une interface réseau dynamique, où une interface réseau dynamique est une sous-interface enfant d'une vNIC parente. Les cartes d'interface réseau virtuelles d'une instance sont soutenues par une ou plusieurs cartes d'interface réseau physiques sur le serveur hôte qui exécute l'instance. Pour en savoir plus, consultez Types d'interfaces réseau.

Cas d'utilisation

Les instances à cartes d'interface réseau multiples sont utiles dans les scénarios suivants :

  • Pour se connecter à des ressources dans des réseaux VPC distincts : les instances multi-NIC peuvent se connecter à des ressources situées dans différents réseaux VPC qui ne sont pas connectés entre eux via l'appairage de réseaux VPC ou NCC.

    • Étant donné que chaque interface d'une instance à plusieurs cartes d'interface réseau se trouve dans un réseau VPC distinct, vous pouvez utiliser chaque interface à des fins uniques. Par exemple, vous pouvez utiliser certaines interfaces pour acheminer des paquets entre des réseaux VPC qui transportent du trafic de production et une autre interface à des fins de gestion ou de configuration.

    • Dans l'OS invité de chaque instance à plusieurs cartes d'interface réseau, vous devez configurer des règles de routage et des tables de routage locales.

  • Pour acheminer des paquets entre des réseaux VPC : les instances à plusieurs cartes réseau peuvent être utilisées comme sauts suivants pour les routes permettant de connecter deux réseaux VPC ou plus.

    • Le logiciel exécuté dans l'OS invité d'une instance multi-NIC peut effectuer une inspection des paquets, une traduction d'adresse réseau (NAT) ou une autre fonction de sécurité réseau.

    • Lorsque vous connectez des réseaux VPC à l'aide d'instances à plusieurs cartes d'interface réseau, il est recommandé de configurer au moins deux instances à plusieurs cartes d'interface réseau et de les utiliser comme backends pour un équilibreur de charge réseau passthrough interne dans chaque réseau VPC. Pour en savoir plus, consultez la section Cas d'utilisation de la documentation sur les équilibreurs de charge réseau passthrough internes comme sauts suivants.

  • Pour augmenter la bande passante réseau totale d'une instance : les instances multi-NIC sont compatibles avec une bande passante accrue comme suit :

    • Pour certains types de machines dans Google Cloud, les instances sont soutenues par plusieurs cartes d'interface réseau physiques sur le serveur hôte. La création d'une instance avec plusieurs cartes d'interface réseau virtuelles, où chaque carte d'interface réseau virtuelle utilise une carte d'interface réseau physique différente, augmente la bande passante réseau totale de l'instance. Pour en savoir plus, consultez Bande passante pour plusieurs interfaces réseau dans le même réseau VPC.

    • Pour la plupart des types de machines dans Google Cloud, les instances sont soutenues par une seule carte d'interface réseau physique sur le serveur hôte, et chaque carte d'interface réseau virtuelle utilise la même carte d'interface réseau physique. Lorsque des cartes d'interface réseau virtuelles partagent une carte d'interface réseau physique, l'ajout de cartes d'interface réseau virtuelles n'augmente pas la bande passante du réseau.

Vous pouvez également utiliser des instances multi-NIC avec des interfaces Private Service Connect pour connecter des réseaux de producteurs et de consommateurs de services dans différents projets.

Types d'interfaces réseau

Pour en savoir plus sur les types d'interfaces réseau dansGoogle Cloud, consultez les sections suivantes.

Interfaces réseau des instances

Les instances Compute Engine se connectent aux réseaux VPC à l'aide d'interfaces réseau que vous configurez. Il peut s'agir de vNIC ou de cartes d'interface réseau dynamiques. Ces interfaces réseau d'instance correspondent à la ressource et à la propriété instances.networkInterfaces[] dans l'API Compute Engine.

Pour en savoir plus sur chaque type d'interface réseau d'instance, consultez les ressources suivantes :

  • Interface réseau virtuelle (vNIC) : interface réseau définie par logiciel, exposée au système d'exploitation invité de votre instance, qui permet à votre instance de se connecter aux réseaux VPC. Chaque instance doit posséder au moins une carte d'interface réseau virtuelle.

    • Vous ne pouvez configurer les vNIC que lorsque vous créez une instance.

    • Le nom d'une carte d'interface réseau virtuelle attribuée par Google Cloud a le format suivant :nicN, par exemple nic0. Le nom attribué au système d'exploitation invité correspondant dépend du système d'exploitation, par exemple ens4 pour Ubuntu.

    • Une carte d'interface réseau virtuelle peut être l'un des types suivants, en fonction du réseau VPC associé. Chaque type correspond à un pilote réseau spécifique dans l'OS invité :

      • Les réseaux VPC standards acceptent les pièces jointes des types de cartes d'interface réseau virtuelle suivants : GVNIC, IDPF et VIRTIO_NET.

      • Les réseaux VPC avec un profil réseau RDMA acceptent les rattachements des types de cartes d'interface réseau virtuelles IRDMA ou MRDMA, également appelées cartes d'interface réseau virtuelles RDMA.

      Pour savoir quels types de machines sont compatibles avec quels types de cartes d'interface réseau virtuelle, consultez la comparaison des séries de machines.

  • Interface réseau dynamique : enfant d'une vNIC parente implémentée en tant que sous-interface dans l'OS invité de votre instance.

    • Vous pouvez configurer des cartes d'interface réseau dynamiques lorsque vous créez une instance ou les ajouter ultérieurement.

    • Le nom d'une interface réseau dynamique attribuée par Google Cloud a le format suivant : nicN.VLAN_ID, par exemple nic0.2. Le nom attribué par l'OS invité correspondant dépend du système d'exploitation. Par exemple, si vous utilisez l'agent invité pour gérer les cartes d'interface réseau dynamiques dans Ubuntu, le nom peut être a-gcp.ens4.2.

    • Les cartes d'interface réseau dynamiques ne sont pas compatibles avec les réseaux VPC dotés d'un profil réseau RDMA.

    Pour en savoir plus, consultez Cartes d'interface réseau dynamiques.

Détails de l'interface réseau dynamique

Si votre cas d'utilisation nécessite l'une des options suivantes, utilisez des cartes d'interface réseau dynamiques. Assurez-vous également de consulter les propriétés et les limites des interfaces réseau dynamiques.

  • Vous devez ajouter ou supprimer des interfaces réseau dans des instances existantes. L'ajout ou la suppression de cartes d'interface réseau dynamiques ne nécessite pas de redémarrer ni de recréer l'instance.

  • Vous avez besoin de plus d'interfaces réseau que le nombre maximal de cartes d'interface réseau virtuelles. Pour la plupart des types de machines dans Google Cloud, le nombre maximal est de 10. Toutefois, vous pouvez configurer jusqu'à 16 interfaces au total à l'aide des cartes d'interface réseau dynamiques. Pour en savoir plus, consultez la section Nombre maximal d'interfaces réseau.

  • Vous devez configurer des instances Compute Engine bare metal à cartes d'interface réseau multiples, qui ne disposent que d'une seule carte d'interface réseau virtuelle.

Propriétés des interfaces réseau dynamiques

Consultez les informations suivantes sur les propriétés des cartes d'interface réseau dynamiques :

  • Les cartes d'interface réseau dynamiques sont des interfaces VLAN qui utilisent le format de paquet standard IEEE 802.1Q. Voici quelques points à prendre en compte :

    • L'ID de VLAN d'une carte d'interface réseau dynamique doit être un nombre entier compris entre 2 et 255.
    • L'ID de VLAN d'une interface réseau dynamique doit être unique dans une carte d'interface réseau virtuelle parente. Toutefois, les cartes d'interface réseau dynamiques appartenant à différentes cartes d'interface réseau virtuelles parentes peuvent utiliser le même ID de VLAN.

  • Google Cloud utilise le format suivant pour le nom d'une interface réseau dynamique : nicNUMBER.VLAN_ID, où

    • nicNUMBER est le nom de la carte d'interface réseau virtuelle parente, par exemple nic0.
    • VLAN_ID correspond à l'ID de VLAN que vous avez défini, par exemple 4.

    Un exemple de nom de carte d'interface réseau dynamique est nic0.4.

  • La création d'une instance avec des cartes d'interface réseau dynamiques ou l'ajout de cartes d'interface réseau dynamiques à une instance existante nécessitent des étapes supplémentaires pour installer et gérer les interfaces VLAN correspondantes dans l'OS invité. Vous pouvez utiliser l'une des méthodes suivantes :

    • Configurez la gestion automatique des cartes d'interface réseau dynamiques à l'aide de l'agent invité.

    • Configurez manuellement l'OS invité.

    Pour en savoir plus, consultez Configurer l'OS invité pour les cartes d'interface réseau dynamiques.

  • Les cartes d'interface réseau dynamiques partagent la bande passante de leur carte d'interface réseau virtuelle parente. Pour éviter que l'une des interfaces réseau ne consomme toute la bande passante, vous devez créer une stratégie de trafic spécifique à l'application dans l'OS invité afin de hiérarchiser ou de distribuer le trafic, par exemple en utilisant Linux Traffic Control (TC).

  • Les cartes d'interface réseau dynamiques partagent les mêmes queues de réception et de transmission que leur carte d'interface réseau virtuelle parente. Pour configurer une interface réseau de sorte qu'elle utilise différentes files d'attente de réception et de transmission, utilisez des vNIC au lieu des NIC dynamiques.

  • Le type de pile d'une interface réseau dynamique peut être identique ou différent de celui de sa carte d'interface réseau virtuelle parente. Par exemple, vous pouvez créer des cartes d'interface réseau dynamiques IPv6 uniquement et à double pile sous une carte d'interface réseau virtuelle parente IPv4 uniquement.

Limites des interfaces réseau dynamiques

Voici les limites des cartes d'interface réseau dynamiques :

Cartes d'interface réseau physiques

Une carte d'interface réseau physique est le composant matériel directement installé sur le serveur hôte sur lequel une instance s'exécute. En fonction du type de machine de votre instance, les cartes réseau virtuelles de l'instance sont mappées à une ou plusieurs cartes réseau physiques sur un serveur hôte comme suit :

  • Instances soutenues par une seule carte d'interface réseau physique : pour la plupart des types de machines, les instances s'exécutent sur un serveur hôte avec une seule carte d'interface réseau physique. Pour une instance donnée, toutes les cartes d'interface réseau virtuelles de l'instance sont mappées à la même carte d'interface réseau physique.

  • Instances soutenues par plusieurs cartes d'interface réseau physiques : pour un ensemble limité de types de machines, tels que les types de machines C4N et les types de machines GPU, les instances s'exécutent sur un serveur hôte doté de plusieurs cartes d'interface réseau physiques. Pour une instance donnée, Compute Engine mappe les cartes d'interface réseau virtuelles de l'instance à différentes cartes d'interface réseau physiques.

    • Les instances reposant sur plusieurs cartes d'interface réseau physiques sont compatibles avec des cas d'utilisation tels que l'augmentation de la bande passante réseau et la communication GPU à GPU sur un réseau VPC RoCE. Pour en savoir plus, consultez Compatibilité réseau pour les instances C4N et Mise en réseau et machines GPU.

    • Lorsque vous créez l'instance, Compute Engine mappe chaque carte d'interface réseau virtuelle à une carte d'interface réseau physique unique, jusqu'au nombre total de cartes d'interface réseau physiques du type de machine de l'instance.

    • Pour en savoir plus sur la compatibilité avec plusieurs cartes d'interface réseau physiques, consultez la documentation d'une série de machines donnée. Le cas échéant, le tableau des types de machines inclut une colonne intitulée Nombre de cartes d'interface réseau physiques. Par exemple, consultez Types de machines C4N.

De plus, pour la plupart des types de machines, les instances partagent un serveur hôte avec d'autres instances. Les instances qui partagent un serveur hôte partagent également sa ou ses cartes d'interface réseau physiques. Toutefois, pour certains types de machines, tels que les types de machines bare metal ou les types de machines H3 et H4D, une seule instance occupe un serveur hôte entier.

Spécifications

Les spécifications suivantes s'appliquent aux instances avec plusieurs interfaces réseau :

  • Instances et interfaces réseau : chaque instance possède une interface nic0. Le nombre maximal d'interfaces réseau varie en fonction du type de machine de l'instance.

    • Chaque interface est associée à un type de pile, qui détermine les types de pile de sous-réseau et les versions d'adresse IP compatibles. Pour en savoir plus, consultez Type de pile et adresses IP.

  • Exigences concernant le réseau et le sous-réseau : chaque interface réseau doit utiliser un sous-réseau unique dans un réseau VPC.

    • Il est possible d'associer des interfaces réseau à des sous-réseaux de différents réseaux VPC.

    • L'association d'interfaces réseau à différents sous-réseaux du même réseau VPC est possible dans les scénarios suivants :

    • Un réseau et un sous-réseau VPC doivent exister avant que vous puissiez créer une instance dont l'interface réseau utilise le réseau et le sous-réseau. Pour en savoir plus sur la création de réseaux et de sous-réseaux, consultez Créer et gérer des réseaux VPC.

    • L'agrégation de liens avec liaison d'interface réseau n'est pas acceptée. Pour en savoir plus sur l'impact de plusieurs interfaces réseau dans le même réseau VPC sur la bande passante, consultez Bande passante pour plusieurs interfaces réseau dans le même réseau VPC.

  • Projet de l'instance et des sous-réseaux : pour les instances à plusieurs cartes d'interface réseau dans des projets autonomes, chaque interface réseau doit utiliser un sous-réseau situé dans le même projet que l'instance.

  • Considérations concernant le transfert d'adresse IP, le MTU et le routage : les instances à plusieurs cartes d'interface réseau nécessitent une planification minutieuse pour les options de configuration spécifiques aux instances et aux interfaces suivantes :

    • L'option de transfert IP est configurable pour chaque instance et s'applique à toutes les interfaces réseau. Pour en savoir plus, consultez Activer le transfert IP pour les instances.

    • Chaque interface réseau peut utiliser une unité de transmission maximale (MTU) unique, correspondant à la MTU du réseau VPC associé. Pour en savoir plus, consultez Unité de transmission maximale.

    • Chaque instance reçoit une route par défaut à l'aide de l'option DHCP 121, telle que définie par la RFC 3442. La route par défaut est associée à nic0. Sauf configuration manuelle différente, tout trafic quittant une instance pour une destination autre qu'un sous-réseau directement connecté quittera l'instance en utilisant la route par défaut sur nic0.

      Sur les systèmes Linux, vous pouvez configurer des règles et des routes personnalisées dans l'OS invité à l'aide du fichier /etc/iproute2/rt_tables et des commandes ip rule et ip route. Pour en savoir plus, consultez la documentation de l'OS invité. Pour obtenir un exemple, consultez le tutoriel suivant : Configurer le routage pour une interface supplémentaire.

Règles pour plusieurs interfaces réseau dans le même réseau VPC

Compute Engine applique toutes les règles suivantes lorsque plusieurs interfaces réseau d'une même instance utilisent le même réseau VPC :

  • Sous-réseau unique : chaque interface réseau doit être associée à un sous-réseau unique.

  • Des cartes d'interface réseau virtuelles supplémentaires doivent être associées au réseau contenant nic0 : deux cartes d'interface réseau virtuelles ou plus ne peuvent être associées au même réseau VPC que si ce réseau contient également la carte d'interface réseau virtuelle nic0. Par exemple, nic0, nic1 et nic2 peuvent être associés à des sous-réseaux uniques dans le même réseau VPC, mais nic1 et nic2 ne peuvent pas être associés au même réseau VPC si nic0 n'est pas associé à ce réseau.

  • Un réseau contenant une carte d'interface réseau dynamique et au moins une autre carte d'interface réseau doit contenir la carte d'interface réseau virtuelle parente de chaque carte d'interface réseau dynamique. Par exemple :

    • Pour associer les cartes d'interface réseau dynamiques nic1.6 et nic1.7 au même réseau VPC, vous devez également associer leur carte d'interface réseau virtuelle parente, nic1, à ce réseau VPC.

    • Pour associer la carte d'interface réseau dynamique nic1.6 et la carte d'interface réseau virtuelle nic2 au même réseau VPC, vous devez également associer les cartes d'interface réseau virtuelles nic1 et nic0 à ce réseau VPC. L'association de nic1 est requise, car nic1 est la carte d'interface réseau virtuelle parente de la carte d'interface réseau dynamique nic1.6. L'association de nic0 est obligatoire, car le réseau contient plusieurs cartes d'interface réseau virtuelles.

    • Pour associer les interfaces réseau dynamiques nic2.5 et nic3.6 au même réseau VPC, vous devez également associer toutes les interfaces réseau virtuelles suivantes à ce même réseau VPC : nic0, nic2 et nic3. Il est obligatoire d'associer les cartes d'interface réseau virtuelles nic2 et nic3, car elles sont les cartes d'interface réseau virtuelles parentes des cartes d'interface réseau dynamiques nic2.5 et nic3.6. L'association de nic0 est obligatoire, car le réseau contient plusieurs cartes d'interface réseau virtuelles.

  • Un réseau unique pour chaque interface Private Service Connect : il est impossible de rattacher plusieurs interfaces réseau au même réseau VPC si l'une d'elles utilise un rattachement de réseau dans ce réseau.

Bande passante pour plusieurs interfaces réseau dans le même réseau VPC

Plusieurs vNIC dans le même réseau VPC affectent la bande passante réseau selon les règles suivantes :

  • Pour les instances reposant sur une carte d'interface réseau physique, l'association de deux ou plusieurs cartes d'interface réseau virtuelles au même réseau VPC n'augmente jamais la bande passante du réseau.

  • Pour les instances reposant sur plusieurs cartes d'interface réseau physiques, associer deux vNIC ou plus au même réseau VPC augmente la bande passante réseau lorsque Compute Engine mappe les vNIC à différentes cartes d'interface réseau physiques.

Quel que soit le type de machine, l'ajout d'interfaces réseau dynamiques à une instance n'augmente pas la bande passante, car une interface réseau dynamique utilise la bande passante de sa carte réseau virtuelle parente.

Types de piles et adresses IP

Lorsque vous créez une interface réseau, vous spécifiez l'un des types de pile d'interface suivants :

  • IPv4 uniquement
  • Double pile
  • IPv6 uniquement

Une instance de VM peut avoir des interfaces réseau avec différents types de pile.

Le tableau suivant décrit les types de piles de sous-réseau compatibles et les détails de l'adresse IP pour chaque type de pile d'interface :

Interface Sous-réseau IPv4 uniquement Sous-réseau à double pile Sous-réseau IPv6 uniquement Détails de l'adresse IP
IPv4 uniquement (pile unique) Adresses IPv4 uniquement Consultez Détails de l'adresse IPv4.
IPv4 et IPv6 (double pile) Adresses IPv4 et IPv6. Consultez Détails de l'adresse IPv4 et Détails de l'adresse IPv6.
IPv6 uniquement (pile unique) Adresses IPv6 uniquement Consultez Détails de l'adresse IPv6.

Modifier le type de pile d'une interface réseau

Vous pouvez modifier le type de pile d'une interface réseau comme suit :

  • Vous pouvez convertir une interface IPv4 uniquement en interface à double pile si le sous-réseau de l'interface est un sous-réseau à double pile ou si vous arrêtez l'instance et attribuez l'interface à un sous-réseau à double pile.

  • Vous pouvez convertir une interface à double pile en interface IPv4 uniquement.

Vous ne pouvez pas modifier le type de pile d'une interface IPv6 uniquement. Les interfaces IPv6 uniquement ne sont acceptées que lors de la création d'instances.

Détails de l'adresse IPv4

Chaque interface réseau IPv4 uniquement ou à double pile reçoit une adresse IPv4 interne principale. Chaque interface accepte éventuellement les plages d'adresses IP alias et une adresse IPv4 externe. Voici les spécifications et les exigences concernant IPv4 :

  • Adresse IPv4 interne principale : Compute Engine attribue à l'interface réseau une adresse IPv4 interne principale à partir de la plage d'adresses IPv4 principales du sous-réseau de l'interface. L'adresse IPv4 interne principale est allouée par DHCP.

    • Vous pouvez contrôler l'adresse IPv4 interne principale attribuée en configurant une adresse IPv4 interne statique ou en spécifiant une adresse IPv4 interne éphémère personnalisée.

    • Dans un réseau VPC, l'adresse IPv4 interne principale de chaque interface réseau de VM est unique.

  • Plages d'adresses IP d'alias : vous pouvez éventuellement attribuer une ou plusieurs plages d'adresses IP d'alias à l'interface. Chaque plage d'adresses IP d'alias peut provenir de la plage d'adresses IPv4 principale ou d'une plage d'adresses IPv4 secondaire du sous-réseau de l'interface.

    • Dans un réseau VPC, la plage d'adresses IP d'alias de chaque interface doit être unique.

  • Adresse IPv4 externe : vous pouvez éventuellement attribuer à l'interface une adresse IPv4 externe éphémère ou réservée. Google Cloud garantit l'unicité de chaque adresse IPv4 externe.

Détails de l'adresse IPv6

Compute Engine attribue à chaque interface réseau à double pile ou IPv6 uniquement une plage d'adresses IPv6 /96 à partir de la plage d'adresses IPv6 /64 du sous-réseau de l'interface :

  • Le fait que la plage d'adresses IPv6 /96 soit interne ou externe dépend du type d'accès IPv6 du sous-réseau de l'interface. Google Cloud garantit l'unicité de chaque plage d'adresses IPv6 interne et externe. Pour en savoir plus, consultez les spécifications IPv6.

    • Si une instance a besoin à la fois d'une plage d'adresses IPv6 internes et d'une plage d'adresses IPv6 externes, vous devez configurer deux interfaces à double pile, deux interfaces IPv6 uniquement, ou une interface à double pile et une interface IPv6 uniquement. Le sous-réseau utilisé par une interface doit avoir une plage d'adresses IPv6 externe, et celui utilisé par l'autre interface doit avoir une plage d'adresses IPv6 interne.

  • La première adresse IPv6 (/128) est configurée sur l'interface par DHCP. Pour en savoir plus, consultez Attribuer des adresses IPv6.

  • Vous pouvez contrôler la plage d'adresses IPv6 /96 attribuée en configurant une plage d'adresses IPv6 interne ou externe statique. Pour les adresses IPv6 internes, vous pouvez spécifier une adresse IPv6 interne éphémère personnalisée.

Si vous connectez une instance à plusieurs réseaux à l'aide d'adresses IPv6, installez google-guest-agent version 20220603.00 ou une version ultérieure. Pour en savoir plus, consultez Je ne parviens pas à me connecter à l'adresse IPv6 d'une interface secondaire.

Nombre maximal d'interfaces réseau

Pour la plupart des types de machines, le nombre maximal d'interfaces réseau que vous pouvez associer à une instance évolue en fonction du nombre de processeurs virtuels, comme décrit dans les tableaux suivants.

Voici quelques exceptions spécifiques aux machines :

  • Les instances bare metal Compute Engine ne sont compatibles qu'avec une seule carte d'interface réseau virtuelle.

  • Le nombre maximal de cartes d'interface réseau virtuelles est différent pour certains types de machines optimisés pour les accélérateurs, tels que A3, A4 et A4X. Pour en savoir plus, consultez la section Famille de machines optimisée pour les accélérateurs.

Nombre maximal d'interfaces

Le tableau suivant vous permet de déterminer le nombre d'interfaces réseau pouvant être associées à une instance.

Nombre de processeurs virtuels Nombre maximal de cartes d'interface réseau virtuelles Nombre maximal d'interfaces réseau dynamiques Nombre maximal d'interfaces réseau
(cartes d'interface réseau virtuelles + cartes d'interface réseau dynamiques)
2 ou moins 2 1 2
4 4 3 4
6 6 5 6
8 8 7 8
10 10 9 10
12 10 10 11
14 10 11 12
16 10 12 13
18 10 13 14
20 10 14 15
22 ou plus 10 15 16

Formules de référence

Le tableau suivant fournit les formules utilisées pour calculer le nombre maximal d'interfaces réseau pour une instance. La formule dépend du nombre de vCPU.

Nombre de vCPU (X) Nombre maximal de cartes d'interface réseau virtuelles Nombre maximal d'interfaces réseau dynamiques Nombre maximal d'interfaces réseau
(cartes d'interface réseau virtuelles + cartes d'interface réseau dynamiques)
X=1 2 1 2
2 ≤ X ≤ 10 X (X-1) X
X ≥ 12 10 min(15, (X-10)/2 + 9) min(16, (X-10)/2 + 10)

Exemples de distributions d'interfaces réseau dynamiques

Vous n'avez pas besoin de répartir les cartes d'interface réseau dynamiques de manière égale entre les cartes d'interface réseau virtuelles. Toutefois, vous pouvez souhaiter une répartition uniforme, car les cartes d'interface réseau dynamiques partagent la bande passante de leur carte d'interface réseau virtuelle parente.

Une instance doit disposer d'au moins une carte d'interface réseau virtuelle. Par exemple, une instance dotée de deux processeurs virtuels peut avoir l'une des configurations suivantes :

  • 1 vNIC
  • 2 vNIC
  • 1 vNIC et 1 interface réseau dynamique

Les tableaux suivants fournissent des exemples de configurations qui répartissent uniformément les cartes d'interface réseau dynamiques sur les cartes d'interface réseau virtuelles tout en utilisant le nombre maximal d'interfaces réseau pour un nombre donné de vCPU.

2 processeurs virtuels, 2 cartes d'interface réseau

Le tableau suivant fournit des exemples pour une instance à deux processeurs virtuels, qui montrent le nombre de cartes d'interface réseau dynamiques que vous pouvez avoir pour un nombre donné de cartes d'interface réseau virtuelles.

Nombre de processeurs virtuels Nombre de cartes d'interface réseau virtuelles Nombre d'interfaces réseau dynamiques par carte d'interface réseau virtuelle Nombre total d'interfaces réseau (vNIC + NIC dynamiques)
2 1 1 2
2 0

4 processeurs virtuels, 4 cartes d'interface réseau

Le tableau suivant fournit des exemples pour une instance avec quatre processeurs virtuels. Il montre le nombre de cartes d'interface réseau dynamiques que vous pouvez avoir pour un nombre donné de cartes d'interface réseau virtuelles.

Nombre de processeurs virtuels Nombre de cartes d'interface réseau virtuelles Nombre d'interfaces réseau dynamiques par carte d'interface réseau virtuelle Nombre total d'interfaces réseau (vNIC + NIC dynamiques)
4 1 3 4
2 1
4 0

8 vCPU, 8 cartes d'interface réseau

Le tableau suivant fournit des exemples pour une instance avec huit vCPU, qui montrent le nombre de cartes d'interface réseau dynamiques que vous pouvez avoir pour un nombre donné de cartes d'interface réseau virtuelles.

Nombre de processeurs virtuels Nombre de cartes d'interface réseau virtuelles Nombre d'interfaces réseau dynamiques par carte d'interface réseau virtuelle Nombre total d'interfaces réseau (vNIC + NIC dynamiques)
8 1 7 8
2 3
4 1
8 0

14 vCPU, 12 cartes d'interface réseau

Le tableau suivant fournit des exemples pour une instance avec 12 vCPU, qui montrent le nombre de cartes d'interface réseau dynamiques que vous pouvez avoir pour un nombre donné de cartes d'interface réseau virtuelles.

Nombre de processeurs virtuels Nombre de cartes d'interface réseau virtuelles Nombre d'interfaces réseau dynamiques par carte d'interface réseau virtuelle Nombre total d'interfaces réseau (vNIC + NIC dynamiques)
14 1 11 12
2 5
4 2
6 1

22 vCPU, 16 cartes d'interface réseau

Le tableau suivant fournit des exemples pour une instance avec 22 processeurs virtuels. Il indique le nombre de cartes d'interface réseau dynamiques que vous pouvez avoir pour un nombre donné de cartes d'interface réseau virtuelles.

Nombre de processeurs virtuels Nombre de cartes d'interface réseau virtuelles Nombre d'interfaces réseau dynamiques par carte d'interface réseau virtuelle Nombre total d'interfaces réseau (vNIC + NIC dynamiques)
22 1 15 16
2 7
4 3
8 1

Interaction avec les produits

Cette section décrit les interactions entre les instances à plusieurs cartes d'interface réseau et d'autres produits et fonctionnalités dans Google Cloud.

VPC partagé

À l'exception des interfaces Private Service Connect, la relation entre le sous-réseau et le projet d'une instance multi-NIC dans un projet hôte ou de service de VPC partagé est la suivante :

  • Chaque interface réseau d'une instance à plusieurs cartes d'interface réseau située dans un projet hôte VPC partagé doit utiliser un sous-réseau d'un réseau VPC partagé dans le projet hôte.

  • Chaque interface réseau d'une instance à plusieurs cartes d'interface réseau située dans un projet de service VPC partagé peut utiliser l'un des éléments suivants :

    • Sous-réseau d'un réseau VPC dans le projet de service.
    • Sous-réseau d'un réseau VPC partagé dans le projet hôte.

Pour en savoir plus sur le VPC partagé, consultez les ressources suivantes :

DNS interne de Compute Engine

Compute Engine ne crée des enregistrements A et PTR de nom DNS interne que pour l'adresse IPv4 interne principale de l'interface réseau nic0 d'une instance. Compute Engine ne crée pas d'enregistrements DNS internes pour les adresses IPv4 ou IPv6 associées à une interface réseau autre que nic0.

Pour en savoir plus, consultez la page DNS interne de Compute Engine.

Routes statiques

Les routes statiques peuvent être limitées à des instances spécifiques à l'aide de tags réseau. Lorsqu'un tag réseau est associé à une instance, il s'applique à toutes les interfaces réseau de l'instance. Par conséquent, l'ajout ou la suppression d'un tag réseau sur une instance peut modifier les routes statiques qui s'appliquent à l'une ou l'autre des interfaces réseau de l'instance.

Lorsque vous créez une route statique dont le saut suivant est une instance :

  • Si vous spécifiez une instance de prochain saut par nom et zone (next-hop-instance), les paquets ne sont remis qu'à la carte d'interface réseau virtuelle nic0 de l'instance, et cette carte nic0doit être associée au même réseau VPC dans lequel la route statique est créée.

  • Si vous spécifiez une instance de prochain saut par adresse (next-hop-address), les paquets peuvent être remis à une carte d'interface réseau virtuelle ou interface réseau dynamique spécifique dans le même VPC que celui dans lequel la route statique est créée.

Pour en savoir plus, consultez Sauts suivants et caractéristiques.

Équilibreurs de charge

Le tableau suivant décrit les interfaces réseau d'instance qui remplissent les conditions nécessaires pour recevoir le trafic équilibré en charge, y compris les situations où plusieurs interfaces sont associées au même réseau VPC, conformément aux règles concernant plusieurs interfaces réseau dans le même réseau VPC. Une interface réseau qui répond aux conditions requises pour un équilibreur de charge est une interface cible d'équilibreur de charge. Une instance possède exactement une interface cible d'équilibreur de charge dans chaque réseau VPC qu'elle utilise, même si elle possède deux interfaces ou plus dans le même réseau.

Interface Conditions pour recevoir du trafic à équilibrage de charge
nic0 vNIC

Peut être associée à un réseau VPC avec ou sans autres interfaces réseau :

  • Lorsque plusieurs vNIC partagent un réseau VPC commun avec la vNIC nic0, seule nic0 peut recevoir le trafic à charge équilibrée.
  • Lorsque plusieurs cartes d'interface réseau dynamiques partagent un réseau VPC commun avec la carte d'interface réseau virtuelle nic0, seule nic0 peut recevoir le trafic à équilibrage de charge.
vNIC non nic0

Doit être associée à un réseau VPC sans autre carte vNIC :

  • Peut être associé à un réseau VPC seul.
  • Lorsqu'une ou plusieurs cartes d'interface réseau dynamiques partagent un réseau VPC commun avec une carte d'interface réseau virtuelle parente, seule la carte d'interface réseau virtuelle parente peut recevoir le trafic à équilibrage de charge.
Interface réseau dynamique

Doit être associée à un réseau VPC unique sans autre interface réseau (aucune autre carte réseau virtuelle ni aucune autre carte réseau dynamique).

Les tableaux suivants détaillent les configurations d'équilibreur de charge et de groupe de backends que vous pouvez utiliser pour envoyer du trafic à une interface cible d'équilibreur de charge.

Interfaces cibles de l'équilibreur de charge pour les équilibreurs de charge d'application et les équilibreurs de charge réseau proxy

Type de groupe de backends
sur un service de backend d'équilibreur de charge d'application
ou d'équilibreur de charge réseau proxy		 Interface cible de l'équilibreur de charge
nic0 vNIC vNIC non nic0 Interface réseau dynamique
Groupe d'instances
NEG GCE_VM_IP_PORT

Interfaces cibles de l'équilibreur de charge pour les équilibreurs de charge réseau passthrough

Pour les équilibreurs de charge réseau passthrough interne :

Type de groupe de backends
sur un service de backend d'un équilibreur de charge réseau passthrough interne		 Interface cible de l'équilibreur de charge
nic0 vNIC vNIC non nic0 Interface réseau dynamique
Groupe d'instances
NEG GCE_VM_IP

Pour les équilibreurs de charge réseau passthrough externes :

Type de backend
d'un équilibreur de charge réseau passthrough externe		 Interface cible de l'équilibreur de charge
nic0 vNIC vNIC non nic0 Interface réseau dynamique
Groupe d'instances
sur un service de backend d'un équilibreur de charge réseau passthrough externe régional ou global basé sur un service de backend
GCE_VM_IP NEG
sur un service de backend d'un équilibreur de charge réseau passthrough externe régional ou global basé sur un service de backend
Pool cible
d'un équilibreur de charge réseau passthrough externe régional basé sur un pool cible

Backends de NEG zonaux et interfaces réseau GCE_VM_IP_PORT

Lorsque vous créez un NEG zonal avec des points de terminaison GCE_VM_IP_PORT, vous spécifiez une zone, un port par défaut, un réseau VPC et un sous-réseau dans ce réseau. Aucun de ces attributs ne peut être modifié une fois le NEG zonal créé.

Le sous-réseau du NEG doit se trouver dans la même région que la zone du NEG. Si le réseau du NEG est un réseau VPC en mode automatique, vous pouvez omettre de spécifier le sous-réseau du NEG. Lorsque vous ne spécifiez pas de sous-réseau, Google Cloud définit le sous-réseau du NEG sur le sous-réseau créé automatiquement dans la région qui contient la zone du NEG.

Les NEG zonaux avec des points de terminaison GCE_VM_IP_PORT appliquent les règles suivantes pour l'ajout de points de terminaison :

  • Si vous ne spécifiez qu'un nom d'instance pour le point de terminaison, l'instance doit se trouver dans la même zone que le NEG et disposer d'une interface cible d'équilibreur de charge dans le sous-réseau du NEG. L'adresse IP du point de terminaison est définie sur l'adresse IPv4 interne principale de l'interface cible de l'équilibreur de charge, et le port du point de terminaison est défini sur le port par défaut du NEG.

  • Si vous spécifiez un nom d'instance et une adresse IP, ou un nom d'instance, une adresse IP et des informations sur le port pour le point de terminaison, l'instance doit se trouver dans la même zone que le NEG, et :

    • Si vous spécifiez une adresse IPv4 : l'adresse IPv4 doit être une adresse IPv4 interne principale ou une adresse IPv4 d'une plage d'adresses IP d'alias associée à une interface cible d'équilibreur de charge dans le sous-réseau du NEG.

    • Si vous spécifiez une adresse IPv6 : l'adresse IPv6 doit être une adresse IPv6 unique de la plage d'adresses IPv6 /96 de l'interface cible de l'équilibreur de charge dans le sous-réseau du NEG.

    • Le port du point de terminaison est celui que vous spécifiez. Si vous ne spécifiez pas de port, celui du point de terminaison est défini sur le port par défaut du NEG.

Backends de NEG zonaux et interfaces réseau GCE_VM_IP

Lorsque vous créez un NEG zonal avec des points de terminaison GCE_VM_IP, vous spécifiez une zone, un réseau VPC et un sous-réseau dans ce réseau. Aucun de ces attributs ne peut être modifié une fois le NEG zonal créé.

Le sous-réseau du NEG doit se trouver dans la même région que la zone du NEG. Si le réseau du NEG est un réseau VPC en mode automatique, vous pouvez omettre de spécifier le sous-réseau du NEG. Lorsque vous ne spécifiez pas de sous-réseau, Google Cloud définit le sous-réseau du NEG sur le sous-réseau créé automatiquement dans la région qui contient la zone du NEG.

Les NEG zonaux avec des points de terminaison GCE_VM_IP appliquent les règles suivantes pour l'ajout de points de terminaison :

  • Si vous ne spécifiez qu'un nom d'instance pour le point de terminaison, l'instance doit se trouver dans la même zone que le NEG et disposer d'une interface cible d'équilibreur de charge dans le sous-réseau du NEG.

  • Si vous spécifiez à la fois un nom d'instance et une adresse IP pour ajouter un point de terminaison, l'instance doit se trouver dans la même zone que le NEG, et l'adresse IP doit être l'adresse IPv4 interne principale d'une interface cible de l'équilibreur de charge dans le sous-réseau du NEG.

Étant donné qu'une instance ne peut avoir qu'une seule carte d'interface réseau dans le sous-réseau du NEG, elle ne peut avoir qu'un seul point de terminaison GCE_VM_IP par NEG zonal. Le point de terminaison est toujours identifié par l'adresse IPv4 interne principale de l'interface cible de l'équilibreur de charge. Les adresses IP de destination réelles des paquets à équilibrage de charge correspondent à une règle de transfert d'équilibreur de charge réseau passthrough.

Backends de groupes d'instances et interfaces réseau

Le réseau et le sous-réseau VPC associés à un groupe d'instances sont définis de manière implicite par l'une des actions suivantes :

  • Pour les groupes d'instances gérés (MIG), le réseau et le sous-réseau VPC du groupe d'instances sont définis sur le réseau et le sous-réseau de la carte d'interface réseau virtuelle nic0 définie dans le modèle d'instance.

  • Pour les groupes d'instances non gérés, le réseau et le sous-réseau VPC du groupe d'instances sont définis sur le réseau et le sous-réseau de la carte d'interface réseau virtuelle nic0 de la première instance que vous ajoutez au groupe d'instances non géré. Vous ne pourrez pas modifier ultérieurement le réseau VPC ni le sous-réseau du groupe d'instances, même si vous supprimez la première instance que vous avez ajoutée au groupe.

Google Cloud applique les règles suivantes lorsque vous ajoutez des instances à un groupe d'instances non géré après que le réseau VPC et le sous-réseau du groupe d'instances ont été définis :

  • La carte d'interface réseau virtuelle (vNIC) nic0 d'une instance à ajouter à un groupe d'instances doit correspondre au réseau et au sous-réseau du groupe d'instances. Cette règle est appliquée, car la carte d'interface réseau virtuelle nic0 est toujours une interface cible d'équilibreur de charge.

  • Pour chaque interface cible d'équilibreur de charge d'une instance à ajouter à un groupe d'instances : si l'interface cible d'équilibreur de charge est associée à un réseau VPC auquel sont associées les interfaces cibles d'équilibreur de charge des instances existantes, les interfaces cibles d'équilibreur de charge nouvelles et existantes doivent utiliser le même sous-réseau.

Règles de pare-feu

L'ensemble des règles de pare-feu (stratégies de pare-feu hiérarchiques, stratégies de pare-feu réseau mondiales, stratégies de pare-feu réseau régionales et règles de pare-feu VPC) est propre à chaque interface réseau. Assurez-vous que chaque réseau dispose de règles de pare-feu appropriées pour autoriser le trafic souhaité depuis et vers une instance à plusieurs cartes d'interface réseau. Pour déterminer les règles de pare-feu qui s'appliquent à une interface réseau et la source de chaque règle, consultez Obtenir des règles de pare-feu efficaces pour une interface de VM.

Les règles de pare-feu peuvent être limitées à des instances de VM spécifiques à l'aide de tags réseau ou de tags sécurisés, qui s'appliquent tous deux à toutes les interfaces réseau d'une instance. Pour en savoir plus, consultez Comparaison des tags sécurisés et des tags réseau.

Problèmes connus

Cette section décrit les problèmes connus liés à l'utilisation de plusieurs interfaces réseau dans Google Cloud.

Erreurs de création et baisse des performances lors de l'utilisation de cartes d'interface réseau dynamiques avec des instances GPU

Les cartes d'interface réseau dynamiques ne sont pas compatibles avec les instances GPU. Si vous créez une instance GPU avec des cartes d'interface réseau dynamiques ou si vous ajoutez des cartes d'interface réseau dynamiques à une instance GPU existante, les problèmes suivants peuvent se produire :

  • L'opération échoue avec une erreur telle que :

    Internal error. Please try again or contact Google Support. (Code: 'CODE')

  • L'opération réussit, mais les performances de l'instance sont dégradées, par exemple avec une bande passante réseau nettement inférieure.

Ces problèmes se produisent, car la configuration de l'interface réseau dynamique entraîne des erreurs lorsque Compute Engine tente de distribuer les interfaces réseau virtuelles de l'instance sur les interfaces réseau physiques du serveur hôte.

Paquets supprimés lors de l'utilisation de cartes d'interface réseau dynamiques avec des plages d'adresses IP alias, le transfert de protocole ou des équilibreurs de charge réseau passthrough

L'agent invité ajoute automatiquement des routes locales dans les scénarios suivants pour les cartes d'interface réseau virtuelles, mais pas pour les cartes d'interface réseau dynamiques :

  • Lorsque vous configurez une plage d'adresses IP d'alias, l'agent invité crée une route locale pour cette plage.
  • Lorsque vous créez une instance cible qui fait référence à une instance de calcul pour le transfert de protocole, l'agent invité crée une route locale pour l'adresse IP de la règle de transfert associée.
  • Lorsque vous ajoutez un backend à un équilibreur de charge réseau passthrough, l'agent invité crée une route locale pour l'adresse IP de la règle de transfert associée.

Comme les routes locales ne sont pas ajoutées pour les cartes d'interface réseau dynamiques, il est possible que ces cartes subissent une perte de paquets.

Pour résoudre ce problème, ajoutez manuellement les adresses IP comme suit :

  1. Connectez-vous à l'instance à l'aide de SSH.

  2. Si vous configurez une plage d'adresses IP d'alias, procédez comme suit. Dans le cas contraire, veuillez ignorer cette étape.

    1. Dans /etc/default/instance_configs.cfg, assurez-vous que le paramètre ip_aliases est défini sur true.

    2. Si le paramètre ip_aliases est défini sur false, modifiez le fichier pour le remplacer par true, puis redémarrez l'agent invité :

      systemctl restart google-guest-agent

  3. Configurez une route locale pour la plage d'adresses IP d'alias ou l'adresse IP de la règle de transfert à l'aide de la commande suivante :

    ip route add to local IP_ADDRESS dev DYNAMIC_NIC_DEVICE_NAME proto 66

    Remplacez les éléments suivants :

    • IP_ADDRESS : plage d'adresses IP d'alias ou adresse IP de la règle de transfert pour laquelle vous souhaitez ajouter une route locale.
    • DYNAMIC_NIC_DEVICE_NAME : nom de l'appareil de la carte d'interface réseau dynamique pour laquelle vous souhaitez ajouter une route locale. Exemple :a-gcp.ens4.3

Problèmes d'installation et de gestion des cartes d'interface réseau dynamiques dans les versions de l'agent invité allant de 20250901.00 à 20251120.01

Si vous configurez la gestion automatique des cartes d'interface réseau dynamiques et que votre instance exécute l'agent invité dans une version comprise entre 20250901.00 et 20251120.01, vous pouvez rencontrer les problèmes suivants :

  • L'agent invité ne parvient pas à installer ni à gérer les cartes d'interface réseau dynamiques dans l'OS invité de votre instance.

    Vous pouvez recevoir une erreur incluant Cannot find device lorsque vous exécutez des commandes dans l'OS invité qui font référence à des cartes d'interface réseau dynamiques.

  • La suppression de plusieurs cartes d'interface réseau dynamiques rend le serveur de métadonnées inaccessible.

Origine du problème

À partir de la version 20250901.00, l'agent invité a migré vers une nouvelle architecture basée sur les plug-ins pour améliorer la modularité. La nouvelle architecture ne prenait pas en charge l'installation et la gestion automatiques des cartes d'interface réseau dynamiques.

Solution

Pour résoudre ces problèmes, mettez à jour votre instance afin qu'elle utilise la version 20251205.00 ou ultérieure de l'agent invité :

  1. Pour mettre à jour l'agent invité vers la dernière version, consultez Mettre à jour l'environnement invité.
  2. Pour vérifier la version de l'agent invité exécutée par votre instance, consultez Afficher les packages installés par version du système d'exploitation.

Si nécessaire, vous pouvez contourner temporairement ces problèmes pour les instances exécutant les versions 20250901.00 à 20251120.01 de l'agent invité en suivant les instructions de la section Rétrocompatibilité pour revenir à l'architecture précédente de l'agent invité.

Échec des opérations d'interface réseau dynamique lorsqu'une instance de calcul se trouve dans plusieurs groupes d'instances

Si vous ajoutez ou supprimez une carte d'interface réseau dynamique, et que l'opération reste bloquée à l'état RUNNING avec une progression de 0 %, puis échoue avec un INTERNAL_ERROR, cela peut être dû au fait que l'instance de calcul se trouve dans plusieurs groupes d'instances (gérés ou non gérés).

Pour que l'opération se termine, supprimez l'instance de tous les groupes d'instances, sauf un. Vous pouvez supprimer une instance d'un groupe d'instances géré ou supprimer une instance d'un groupe d'instances non géré.

Étapes suivantes