Cas d'utilisation 1 : interconnexion de deux VPC ou plus dans la même région multizone

Connectez deux VPC dans la même région avec une passerelle Transit Gateway locale.

Cas d'utilisation 2 : interconnexion de deux VPC ou plus sur plusieurs régions multizones

Connectez des VPC situés dans plusieurs régions à l'aide d'une passerelle de transit mondiale.

Pour une résilience accrue, vous pouvez déployer plusieurs passerelles de transit mondiales dans différentes régions et les regrouper à l'aide de groupes de redondance.

Cas d'utilisation 3 : interconnexion de deux VPC ou plus et d'un réseau IBM classique dans la même région multizone

Connectez les VPC dans la même région avec IBM Cloud classique via une passerelle Transit Gateway locale.

Se

Cas d'utilisation 4 : interconnexion de plusieurs VPC et d'un réseau IBM classique pour accéder à toutes vos ressources dans toutes les régions multizones

Connectez des VPC de plusieurs régions avec IBM Cloud classique via une passerelle Transit Gateway globale.

Cas d'utilisation 5 : interconnexion de VCP entre comptes

Connectez des VPC de la même région appartenant à différents comptes IBM Cloud via une passerelle Transit Gateway locale.

Cas d'utilisation 6 : connecter des réseaux (VPC et classiques) à plusieurs passerelles locales

Remarque :

• Votre trafic local est acheminé via une passerelle de transit locale, ce qui réduit la latence.
• Des fonctionnalités de haute disponibilité (HA) sont fournies, car les données des VPC C et D peuvent être répliquées dans les VPC E et F.
• Les connexions de la passerelle Transit Gateway de l'infrastructure classique doivent se trouver dans le même compte que le propriétaire de la passerelle Transit Gateway.

Cas d'utilisation 7 : interconnecter des réseaux (VPC et classiques) à plusieurs comptes

Connexion entre comptes de comptes classiques IBM Cloud à une ou plusieurs passerelles Transit Gateway. Pour cela, le compte IBM Cloud auquel appartient la passerelle Transit Gateway demande au compte classique IBM Cloud l'autorisation de se connecter à la passerelle Transit Gateway. Le compte classique IBM Cloud doit approuver cette demande avant que la connexion soit établie. Vous pouvez répéter ce processus pour plusieurs connexions de compte classique IBM Cloud, comme indiqué.

Cas d'utilisation n° 8 : Connecter des réseaux à l'aide d'un tunnel GRE haute disponibilité

Connectez l'infrastructure classique d' IBM Cloud à l'aide d'un tunnel GRE vers une passerelle de transit locale.

Ce diagramme illustre une configuration de tunnel GRE à haute disponibilité. Lorsque vous configurez un tunnel GRE, vous devez spécifier une zone de disponibilité. Pour garantir une haute disponibilité à ce cas d'utilisation, vous devez configurer deux tunnels GRE avec les mêmes points de terminaison, mais en utilisant des zones de disponibilité différentes.

Se

Les connexions GRE de la passerelle de transit nécessitent que le propriétaire de la passerelle configure spécifiquement la haute disponibilité (HA) en fonction de ses besoins. Une connexion GRE est une connexion point à point, sans redondance intégrée, et constitue un point de défaillance unique. Lorsque vous configurez une connexion GRE sur une passerelle de transit, vous devez spécifier la zone de disponibilité. Pour une solution HA robuste, configurez plusieurs connexions GRE en utilisant différentes zones de disponibilité.

Cas d'utilisation n° 9 : Connecter un réseau sur site à l'aide d' Direct Link

Connectez l’ IBM Cloud Direct Link pour permettre la connectivité sur site aux réseaux IBM Cloud via une passerelle de transit. Cette connexion permet au réseau sur site d'accéder à tous les réseaux connectés à la passerelle de transit. Dans l'exemple ci-après, la passerelle Direct Link se connecte à une passerelle Transit Gateway globale, avec quatre VPC et l'infrastructure IBM Cloud classique. L'inverse est également vrai : tous les autres réseaux connectés à la passerelle de transit sont désormais connectés au réseau sur site.

Direct Link peuvent être connectées à des passerelles de transit locales ou distantes.

Cas d'utilisation n° 10 : utilisation d' VPN for VPC. en tant que nœud périphérique redondant

Dans ce cas d'utilisation, une passerelle VPN est configurée en tant que spoke (branchu) vers la passerelle de transit afin de fournir un chemin réseau redondant entre l'environnement sur site et IBM Cloud. La connectivité principale est établie via Direct Link, qui offre une connectivité privée et dédiée avec une bande passante garantie et une faible latence. Cette connexion directe aboutit au VPC de transit d' IBM Cloud, qui est relié à la passerelle de transit. De là, le trafic est acheminé vers plusieurs environnements, notamment Power Virtual Servers, des instances de serveurs virtuels dans des VPC spoke et une infrastructure classique.

Pour améliorer la disponibilité sans les coûts supplémentaires liés à une deuxième liaison directe, une passerelle VPN est déployée en tant que chemin secondaire. Ce chemin assure une connectivité sécurisée via Internet, à l'aide de tunnels VPN BGP entre le réseau sur site et la passerelle VPN. Plusieurs tunnels GRE sont établis entre les appliances de passerelle VPN et les routeurs de passerelle de transit, ce qui permet au VPN de faire office de spoke au sein de la topologie Transit Gateway. Bien que ce chemin n'offre pas les mêmes garanties de performances qu' Direct Link (réseau de contournement), il assure une connectivité continue en cas de défaillance du chemin principal, ce qui en fait une solution économique et résiliente pour la mise en réseau dans un cloud hybride.

Passerelle

Cas d'utilisation n° 11 : Créer un réseau multirégional hautement disponible

Déployez deux passerelles de transit mondiales dans des régions distinctes et regroupez-les au sein d'un groupe de redondance afin de créer une architecture réseau résiliente. Dans cet exemple, la passerelle Global Transit GW A est déployée dans la zone eu-es et la passerelle Global Transit GW B est déployée dans la zone br-sao. Les deux passerelles font partie du même groupe de redondance.

Deux VPC du compte A sont connectés aux deux passerelles de transit :

• VPC A (us-south, 10.4.0.0/16) — se connecte localement à la passerelle Transit A ou B, et accède à la VPC B (10.5.0.0/16) via la passerelle Transit A ou B
• VPC B (us-east, 10.5.0.0/16) — se connecte localement à la passerelle Transit A ou B, et accède à la VPC A (10.4.0.0/16) via la passerelle Transit A ou B

Chaque VPC étant connecté aux deux passerelles de transit, le trafic peut être acheminé via l'une ou l'autre de ces passerelles. Si une région devient indisponible, l'autre passerelle continue de transférer le trafic entre les VPC sans interruption.

Power Virtual Server Cas d'utilisation d' Transit Gateway

Pour les cas d'utilisation impliquant des espaces de travail d' Power Virtual Server, consultez les cas d'utilisation d' Power Edge Router.