Modèles de diversité et de redondance dans Direct Link on Classic

Le présent document contient une série de schémas relatifs à des questions de redondance et de diversité, destinés à vous aider à trouver un modèle à utiliser pour créer le déploiement IBM Cloud® Direct Link le mieux adapté à vos besoins. Les schémas sont organisés par niveaux croissants de complexité et en fonction de l'offre Direct Link qu'ils illustrent. Direct Link n'étant pas un service intrinsèquement redondant au niveau du routeur d'interconnexion (XCR), il incombe aux clients de créer de la redondance via leurs schémas BGP (Border Gateway Protocol).

Section 1 : Remarques relativement simples pour obtenir de la diversité

Les configurations décrites dans ce groupe s'appuient sur le fait que tous les actifs se trouvent dans le même emplacement de point de présence et sur le même marché mondial.

Exchange with diversity in the same PoP — Direct Link Exchange with diversity, in the same PoP (non-AZ)

Figure 2: Direct Link Connect with diversity in the same PoP (non-AZ)

Dedicated with diversity in the same PoP — Figure 3: Direct Link Dedicated with diversity in same PoP (non-AZ)

Section 2 : Diversité qui inclut des zones de disponibilité et les options de Routage mondial

Les configurations décrites dans ce groupe offrent des options de connexion dans les zones de disponibilité et les marchés locaux.

Partie A : Diversité dans une zone de disponibilité locale

Échange avec diversité dans la ZA — 4 : Direct Link Échange avec diversité dans une ZA locale (WDC, DAL, FRA, LON

Se connecter à la diversité dans la zone d' — 5 : Direct Link Se connecter à la diversité dans une zone d'activité locale (WDC, DAL, FRA, LON

Dédié avec diversité dans la ZA — 6 : Direct Link Dédié avec diversité dans une ZA locale (WDC, DAL, FRA, LON

Partie B : Diversité dans différents marchés locaux avec le routage mondial

Figure 7: Direct Link Se connecter avec la diversité et le routage mondial

Figure 8: Direct Link Echange avec la diversité et le routage mondial

Figure 9: Direct Link Dédié avec diversité et routage mondial

En savoir plus sur ECMP

ECMP (Equal-Cost MultiPath) est une fonction de BGP. Certains clients ont demandé à IBM s'il était possible d'utiliser ECMP pour obtenir de la redondance. Utilisé seul, ECMP n'est pas suffisant.

Actuellement, ECMP n'est pas disponible en tant qu'option sur le routeur Direct Link. L'équilibrage ECMP avec IBM Cloud ne s'applique qu'aux routeurs d'interconnexion (XCR). Hormis avec les routeurs XCR, le trafic basé sur ECMP se présente avec la même adresse IP au réseau IBM Cloud et le routage du réseau IBM Cloud est, par défaut, le chemin le plus court détecté. Cela signifie qu'une seule des liaisons directes de la configuration ECMP est utilisable à un moment donné.

Les clients peuvent demander une exception réseau pour avoir ECMP configuré pour deux liaisons directes classiques sur le même routeur direct. Toutefois, les exceptions réseau sont soumises à une étude technique et peuvent ne pas être possibles dans tous les cas.

Q : ECMP doit-il être utilisé pour créer des connexions redondantes ? Existe-t-il d'autres méthodes ?

ECMP n'a pas été conçu pour créer des connexions redondantes mais pour obtenir l'équilibrage de la charge sur deux liaisons. Avec ECMP on IBM Cloud, les deux connexions doivent aller jusqu'au même routeur XCR BM Cloud, ce qui en fait un point de défaillance unique. (En d'autres termes, ECMP peut être mis à disposition sous forme de deux sessions uniquement sur le même routeur XCR IBM Cloud.)

Modèle ECMP dédié — Figure 10: Mise à disposition ECMP

Réalisation de la diversité et de la redondance

Si vous recherchez une haute disponibilité ou une redondance totale, configurez deux liaisons dans des routeurs XCR différents, dans le même centre de données (par exemple, DAL03). Ensuite, effectuez une reprise en ligne si nécessaire à l'aide des configurations BGP.

Modèle ECMP Dual XCR — Figure 11: ECMP with Dual XCR

Sélection du chemin BGP Direct Link

Dans la situation où les mêmes préfixes de route sont annoncés à IBM Cloud via la session BGP pour Direct Link, un client peut ajouter un ou plusieurs numéros de système autonome (ASN) à l'annonce de route.Le fait de faire précéder un ASN rend le chemin d'accès au système autonome plus long, et par conséquent, la route du préfixe est moins préférée par le protocole BGP sur le routeur IBM Cloud.

L'ASN utilisé pour le préfixe peut être le même que celui du système autonome local sur la session BGP qui ajoute le préfixe.

IBM Cloud Direct Link ne permet pas la préférence de chemin pour les préfixes de route reçus du client avec les attributs BGP suivants :

Poids
Préférence locale
Discriminateur d'exit multiple (MED)

Enfin, si les préfixes de routage en double sont reçus avec la même longueur de chemin AS à partir de routeurs d'origine différents, IBM Cloud donne la préférence à la route la plus ancienne reçue. En d'autres termes, la première session BGP qui annonce un préfixe de route donné reçoit la préférence de chemin.

Des règles similaires s'appliquent aux préfixes d'itinéraire que IBM Cloud annonce au client. Les routeurs IBM Cloud annoncent tous les préfixes associés à toutes les connexions Direct Link applicables également (via BGP) sans attributs BGP supplémentaires pour indiquer la préférence de chemin. Le client peut mettre en œuvre les politiques d'importation de son choix pour empêcher les scénarios de routage asymétrique s'alignant sur toute politique d'exportation existante.