ユース・ケース 1: 同じ MZR の 2 つ以上の VPC を相互接続する

同じリージョンにある 2 つの VPC をローカル中継ゲートウェイで接続します。

ユース・ケース 2: 複数の MZR の 2 つ以上の VPC を相互接続する

グローバルTransit Gatewayを使用して、複数のリージョンにあるVPCを接続します。

耐障害性を高めるには、リージョン全体に複数のグローバルトランジットゲートウェイを展開し、冗長性グループを使用してそれらをグループ化することができます。

ユース・ケース 3: 同じ MZR の 1 つ以上の VPC と IBM クラシック・ネットワークを相互接続する

同じリージョンにある VPC と IBM Cloud クラシックを、ローカル中継ゲートウェイを介して接続します。

ユース・ケース 4: すべての MZR にわたるすべてのリソースにアクセスするために VPC と IBM クラシック・ネットワークを相互接続する

複数のリージョンにある VPC と IBM Cloud クラシックを、グローバル中継ゲートウェイを介して接続します。

ユース・ケース 5: 複数のアカウントにまたがる VPC を相互接続する

異なる IBM Cloud アカウントが所有する同じリージョン内の VPC を、ローカル中継ゲートウェイを介して接続します。

ユース・ケース 6: ネットワーク (VPC およびクラシック) を複数のローカル・ゲートウェイに接続する

以下の点に注意してください。

• ローカルトラフィックはローカルのTransit Gateway上で処理されるため、遅延が低減されます。
• VPC CおよびD内のデータがVPC EおよびFにレプリケートされる可能性があるため、高可用性（HA）機能が提供されています。
• クラシック・インフラストラクチャー中継ゲートウェイ接続は、中継ゲートウェイ所有者と同じアカウントでなければなりません。

ユース・ケース 7: 複数のアカウントにまたがる相互接続ネットワーク (VPC およびクラシック)

アカウント間の IBM Cloud クラシック・アカウントを 1 つ以上の中継ゲートウェイに接続します。 そのために、中継ゲートウェイを所有する IBM Cloud アカウントは、中継ゲートウェイに接続する許可を IBM Cloud クラシック・アカウントから要求します。 接続するには、その前に IBM Cloud クラシック・アカウントが要求を承認する必要があります。 示されているように、複数の IBM Cloud クラシック・アカウント接続に対してこのプロセスを繰り返すことができます。

ユースケース 8：高可用性 GRE トンネルを使用してネットワークを接続する

GREトンネルを使用して、ローカルのTransit Gatewayに IBM Cloud クラシック・インフラストラクチャー接続します。

この図は、GRE トンネルの高可用構成を示しています。 GREトンネルの設定を行う際は、アベイラビリティゾーンを指定する必要があります。 このユースケースで高可用性を実現するには、同じエンドポイントを持つ2つのGREトンネルを設定する必要がありますが、その際、異なるアベイラビリティゾーンを使用する必要があります。

Transit Gateway、ゲートウェイの所有者が、自身のニーズに合わせてHAを個別に設定する必要があります。 GRE接続はポイント・ツー・ポイント接続であり、組み込みの冗長性を持たず、単一障害点となります。 Transit Gatewayで GRE 接続を設定する際は、アベイラビリティゾーンを指定する必要があります。 堅牢な高可用性（HA）ソリューションを実現するには、異なるアベイラビリティゾーンを使用して複数のGRE接続を設定してください。

ユースケース 9: を使用してオンプレミスネットワークを接続する Direct Link

IBM Cloud （ Direct Link ）を接続して、 Transit Gatewayを介して IBM Cloud ネットワークへのオンプレミス接続を可能にします。 この接続により、オンプレミスネットワークは、 Transit Gatewayに接続されているすべてのネットワークにアクセスできるようになります。 以下の例では、Direct Link ゲートウェイは、グローバル中継ゲートウェイに接続し、4 つの VPC と IBM Cloud クラシック・インフラストラクチャーに接続しています。 その逆も当てはまり、 Transit Gatewayに接続されている他のすべてのネットワークは、これでオンプレミスネットワークに接続されることになります。

Direct Link ローカルまたはリモートのトランジットゲートウェイのいずれにも接続できます。

ユースケース 10： VPN for VPC を冗長化されたスポークとして使用する場合

このユースケースでは、オンプレミス環境と IBM Cloud 間の冗長なネットワーク経路を確保するために、VPNゲートウェイがTransit Gatewayへのスポークとして構成されています。 プライマリ接続は、 Direct Link を利用して確立されます。これは、保証された帯域幅と低遅延のパフォーマンスを備えた、プライベートで専用の接続を提供します。 このダイレクト接続は、「 IBM Cloud Transit VPC」で終了し、このVPCはTransit Gatewayに接続されています。 そこから、トラフィックは、Power Virtual Servers、スポークVPC内の仮想サーバーインスタンス、およびクラシック・インフラストラクチャーなど、複数の環境へとルーティングされます。

2つ目の直接接続による追加コストをかけずに可用性を高めるため、VPNゲートウェイをセカンダリパスとして導入する。 この経路では、オンプレミスネットワークとVPNゲートウェイ間のBGP VPNトンネルを利用して、インターネット経由で安全な接続を実現します。 VPNゲートウェイアプライアンスとTransit Gateway との間に複数のGREトンネルが確立され、これによりVPNは Transit Gateway トポロジー内でスポークとして機能するようになります。 このパスは、 Direct Link と同じレベルのパフォーマンスを保証するものではありませんが、プライマリパスに障害が発生しても接続を維持できるため、ハイブリッドクラウドネットワークにとって費用対効果が高く、耐障害性に優れたソリューションとなります。

ユースケース 11：高可用性を備えたマルチリージョンネットワークの構築

別々のリージョンに 2 つのグローバル・トランジット・ゲートウェイを展開し、それらを冗長性グループにグループ化して、耐障害性の高いネットワークアーキテクチャを構築します。 この例では、グローバル・トランジット GW A は eu-es に、グローバル・トランジット GW B は br-sao にデプロイされています。 両方のゲートウェイは、同じ冗長化グループに属しています。

アカウント A の下にある 2 つの VPC が、両方のトランジットゲートウェイに接続されています：

• VPC A (us-south、 10.4.0.0/16) — Transit GW A または B にローカルに接続し、Transit GW A または B を経由して VPC B (10.5.0.0/16) に到達します
• VPC B (us-east、 10.5.0.0/16) — Transit GW A または B にローカルに接続し、Transit GW A または B を経由して VPC A (10.4.0.0/16) に到達します

各VPCは両方のトランジットゲートウェイに接続されているため、トラフィックはどちらのゲートウェイを経由してもルーティングできます。 あるリージョンが利用できなくなった場合でも、もう一方のゲートウェイがVPC間のトラフィックを中断することなく転送し続けます。

Power Virtual Server 以下のユースケース Transit Gateway

Power Virtual Server ワークスペースに関連するユースケースについては、「 Power Edge Router のユースケース 」をご覧ください。