Cloud Enterprise Network:Fonctionnement des routeurs de transit

Prérequis pour la connexion VPC

Lors de la connexion d'un VPC, la disponibilité des zones du routeur de transit détermine le nombre de vSwitches requis :

Régions à zone unique (par exemple, Chine (Nanjing - Région locale)) :

• Le VPC doit disposer d'au moins un vSwitch dans la zone prise en charge avec au moins une adresse IP disponible.

• Une interface réseau élastique (ENI) est créée dans le vSwitch et occupe une adresse IP.

Régions multi-zones (par exemple, Chine (Hangzhou)) :

• Le VPC doit disposer d'au moins deux vSwitches dans des zones différentes, chacun ayant au moins une adresse IP disponible.

• Une ENI est créée dans chaque vSwitch, occupant une adresse IP par vSwitch.

• Les deux vSwitches assurent une reprise après sinistre au niveau des zones pour garantir une transmission ininterrompue des données.

Pour les régions prenant en charge plusieurs zones, créez un vSwitch dans chaque zone pour les connexions VPC et assurez-vous que chaque vSwitch dispose d'au moins une adresse IP libre. Cela réduit la latence réseau et améliore les performances en raccourcissant la distance de transmission des données. Pour plus de détails sur la disponibilité des zones, consultez la rubrique Présentation du CEN . Pour plus de détails sur le comportement du routage, consultez la rubrique Principes de routage des connexions VPC .

Tables de routage

Chaque routeur de transit édition Enterprise possède une table de routage par défaut. Vous pouvez également créer des tables de routage personnalisées pour segmenter le trafic, par exemple en isolant les VPC de développement des VPC de production, de manière similaire au Virtual Routing and Forwarding (VRF) dans les réseaux traditionnels. Les tables de routage par défaut et personnalisées sont isolées les unes des autres pour le contrôle d'accès.

Après la connexion d'une instance réseau, aucune route ne lui est annoncée par défaut. Activez la synchronisation des routes pour activer l'annonce automatique des routes.

Transfert associé

Le transfert associé détermine quelle table de routage le routeur de transit interroge lors du transfert du trafic depuis une instance réseau.

• Le trafic provenant d'une instance réseau n'est transféré qu'après association de sa connexion à une table de routage.

• Chaque connexion d'instance réseau ne peut être associée qu'aux tables de routage d'un seul routeur de transit édition Enterprise.

Apprentissage des routes

L'apprentissage des routes détermine quelles tables de routage reçoivent les routes d'une instance réseau.

• Les routes d'une instance réseau sont annoncées à une table de routage uniquement après activation de l'apprentissage des routes entre la connexion et cette table de routage.

• Une seule connexion d'instance réseau peut propager des routes vers les tables de routage d'un ou plusieurs routeurs de transit édition Enterprise.

Fonctionnement conjoint des deux mécanismes :

Fonctionnalités de routage supplémentaires

• **Entrées de routage personnalisées :** Ajoutez des routes statiques aux tables de routage pour remplacer ou compléter les routes apprises.

• **Listes de préfixes :** Associez une liste de préfixes à une table de routage pour ajouter automatiquement des routes pour tous les blocs CIDR de la liste. Cela réduit la configuration manuelle.

• **Politiques de routage :** Filtrez et modifiez les routes dans une table de routage ; contrôlez si les routes sont annoncées à des instances réseau spécifiques ou à d'autres routeurs de transit, et ajustez les attributs des routes. Lorsqu'une connexion VBR ou IPsec-VPN est attachée, le système ajoute automatiquement une politique de routage (priorité 5000, action Rejeter, direction Passerelle régionale sortante) pour empêcher la communication directe entre les connexions VBR ou IPsec-VPN sur le même routeur de transit. Pour plus de détails, consultez la rubrique Politique de routage par défaut.

• **Routes agrégées :** Combinez plusieurs routes spécifiques dans une table de routage en une seule route agrégée. Lorsque la synchronisation des routes est activée pour le VPC associé, la route agrégée est annoncée à la place des routes individuelles, ce qui réduit le nombre de routes et accélère la synchronisation.

• **Routes à coût égal VBR multi-régions :** Lorsque le routage ECMP (Equal-Cost Multi-Path) multi-régions est activé et que les routes de plusieurs VBR partagent les mêmes attributs à l'exception des ID de région, ces routes sont traitées comme des routes à coût égal et font l'objet d'un équilibrage de charge.

Règles de conflit de routes VPC

Les routes vers et depuis les VPC sont prioritaires dans certains scénarios de conflit. Lorsqu'un conflit est détecté, la route de priorité inférieure est marquée comme conflictuelle et bloquée, sans perturber le trafic circulant déjà via les routes existantes.

Les VPC et les réseaux sur site hébergent des services différents. Les blocs CIDR qui se chevauchent entre les VPC ou les connexions cloud hybrides ne doivent pas avoir de relations actif/passif ou ECMP.

L'ajout d'une instance réseau au CEN, par exemple la configuration du CEN pour l'interconnexion réseau ou la connexion d'un VPC hébergeant des instances ECS, n'affecte pas négativement les opérations des serveurs ECS existants ni la fonctionnalité du réseau VPC. L'impact de la création d'un Cloud Enterprise Network sur votre réseau VPC dépend entièrement de la configuration des routes :

1. L'ajout d'une instance réseau au CEN n'interrompt pas en soi les flux de trafic existants. Les connexions d'appairage et les chemins de communication existants restent intacts tant qu'aucun conflit de route ne survient dans la table de routage du routeur de transit.

2. Le facteur principal affectant le transfert du trafic est la présence de conflits de routes. S'il n'existe aucun conflit de route dans le CEN, toute la communication existante se poursuit sans interruption.

3. Si des routes conflictuelles sont présentes ou si des entrées de route mal synchronisées sont propagées vers vos instances VPC, le comportement de routage de ces instances VPC peut changer, ce qui peut affecter la communication réseau des services correspondants.

Priorité des routes de centre de données non conflictuelles

Pour les routes pointant vers un centre de données qui ne déclenchent pas les règles de conflit, la priorité est déterminée dans l'ordre suivant :

1. Routes statiques (priorité la plus élevée) : Entrées de route personnalisées configurées manuellement et entrées de liste de préfixes. Lorsque les deux existent pour la même destination, elles forment automatiquement des routes ECMP.

2. Routes dynamiques — évaluées dans l'ordre suivant lorsque plusieurs routes dynamiques existent :

   1. Source instance type: VBR > ECR > Cloud Connect Network (CCN) > Connexions IPsec (VCO)

   2. Type d'entrée de route dans la table de routage source : Les routes BGP sont prioritaires par rapport aux entrées de route personnalisées.

   3. Longueur AS_PATH : Les routes avec un BGP AS_PATH plus court sont préférées.

   4. Emplacement du prochain saut : Les connexions intra-région sont préférées aux connexions inter-régions.

   5. Priorité de la politique de routage : Une valeur de priorité plus faible indique une priorité plus élevée.

   6. Départage :

      • Pour les prochains sauts intra-région : l'ECMP est activé automatiquement.

      • Pour les prochains sauts inter-régions : Si le routage ECMP multi-régions pour les VBR est activé et que la source est un VBR ou un ECR, l'ECMP est activé. Sinon, les ID de région des routeurs de transit du prochain saut sont comparés par ordre alphabétique ; les entrées dont les ID de région arrivent en premier dans l'ordre alphabétique sont prioritaires.

Prise en charge d'IPv6 par instance réseau

Limitations

• La fonctionnalité multicast ne prend pas en charge IPv6.

• Les entrées de route IPv6 partagent le même quota d'entrées de table de routage que les entrées IPv4. Par exemple, si le quota est de 10 000 entrées, le total combiné des entrées IPv4 et IPv6 doit rester inférieur à cette limite.

• Lors de la création d'une connexion VPC avec l'option Créer automatiquement une route pointant vers le routeur de transit et l'ajouter à toutes les tables de routage du VPC actuel sélectionnée, le système ajoute automatiquement trois routes IPv4 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16). Les routes IPv6 ne sont pas ajoutées automatiquement.

Pour acheminer le trafic IPv6 via le routeur de transit pour un VPC, activez la synchronisation des routes après avoir créé la connexion VPC, ou ajoutez manuellement des entrées de route IPv6 dans les tables de routage du VPC. Pour un exemple étape par étape, consultez la rubrique Établir une communication IPv6 inter-régions avec un routeur de transit.