유스 케이스 1: 동일한 MZR에 있는 두 개 이상의 VPC 상호 연결

로컬 Transit Gateway를 사용하여 동일한 지역에 있는 두 개의 VPC를 연결합니다.

유스 케이스 2: 다중 MZR에 걸쳐 두 개 이상의 VPC 상호 연결

글로벌 트랜짓 게이트웨이를 사용하여 여러 리전의 VPC를 연결합니다.

더 높은 복원력을 확보하려면 여러 리전에 걸쳐 여러 개의 글로벌 트랜짓 게이트웨이를 배포하고, 중복성 그룹을 사용하여 이를 그룹화할 수 있습니다.

유스 케이스 3: 동일한 MZR에 있는 하나 이상의 VPC와 IBM 클래식 네트워크 상호 연결

로컬 Transit Gateway를 통해 IBM Cloud 클래식이 있는 동일한 지역의 VPC를 연결합니다.

유스 케이스 4: VPC 및 IBM 클래식 네트워크를 연결하여 모든 MZR의 모든 리소스에 액세스

글로벌 Transit Gateway를 통해 IBM Cloud 클래식이 있는 여러 지역의 VPC를 연결합니다.

유스 케이스 5: 전체 계정에서 VPC 상호 연결

로컬 Transit Gateway를 통해 서로 다른 IBM Cloud 계정이 소유하는 동일한 지역의 VPC를 연결합니다.

유스 케이스 6: 네트워크(VPC 및 클래식)를 여러 로컬 게이트웨이에 연결

다음 사항에 유의하십시오.

• 로컬 트래픽은 로컬 전송 게이트웨이에 유지되므로 지연 시간이 줄어듭니다.
• VPC C 및 D의 데이터가 VPC E 및 F에 복제될 수 있으므로, 고가용성(HA) 기능이 제공됩니다.
• 클래식 인프라 Transit Gateway 연결이 Transit Gateway 소유자와 동일한 계정에 있어야 합니다.

유스 케이스 7: 전체 계정에서 네트워크(VPC 및 클래식) 상호 연결

교차 계정 IBM Cloud 클래식 계정을 하나 이상의 Transit Gateway에 연결합니다. 이를 수행하기 위해 Transit Gateway를 소유하는 IBM Cloud 계정이 Transit Gateway에 연결하기 위한 권한을 IBM Cloud 클래식 계정에 요청합니다. IBM Cloud 클래식 계정이 요청을 승인해야 연결이 설정됩니다. 표시된 대로 다중 IBM Cloud 클래식 계정 연결에 대해 이 프로세스를 반복할 수 있습니다.

사용 사례 8: 고가용성 GRE 터널을 사용하여 네트워크 연결하기

IBM Cloud 의 기존 인프라를 로컬 트랜짓 게이트웨이에 연결하기 위해 GRE 터널을 사용합니다.

이 다이어그램은 고가용성 GRE 터널 구성을 보여줍니다. GRE 터널 구성을 설정할 때는 가용성 영역을 지정해야 합니다. 이 사용 사례에 고가용성을 확보하려면, 동일한 엔드포인트를 사용하되 서로 다른 가용 영역을 통해 두 개의 GRE 터널을 설정해야 합니다.

트랜짓 게이트웨이 GRE 연결의 경우, 게이트웨이 소유자가 자신의 요구 사항에 맞게 HA를 구체적으로 구성해야 합니다. GRE 연결은 점대점 연결이며, 내장된 중복성이 없고, 단일 장애 지점입니다. 트랜짓 게이트웨이에서 GRE 연결을 구성할 때는 가용 영역을 지정해야 합니다. 안정적인 고가용성(HA) 솔루션을 구축하려면 서로 다른 가용성 영역을 사용하여 여러 개의 GRE 연결을 구성하십시오.

사용 사례 9: 다음을 사용하여 온프레미스 네트워크 연결하기 Direct Link

IBM Cloud ( Direct Link )을 연결하여 트랜짓 게이트웨이를 통해 IBM Cloud 네트워크에 대한 온프레미스 연결을 허용합니다. 이 연결을 통해 온프레미스 네트워크는 트랜짓 게이트웨이에 연결된 모든 네트워크에 액세스할 수 있습니다. 다음 예에서 Direct Link 게이트웨이는 4개의 VPC 및 IBM Cloud 클래식 인프라와 함께 글로벌 Transit Gateway에 연결합니다. 반대의 경우도 마찬가지입니다. 즉, 트랜짓 게이트웨이에 연결된 다른 모든 네트워크는 이제 온프레미스 네트워크에 연결되어 있습니다.

Direct Link 로컬 또는 원격 전송 게이트웨이 중 하나에 연결할 수 있습니다.

사용 사례 10: VPN for VPC 을 중복 스포크로 활용

이 사용 사례에서는 온프레미스 환경과 IBM Cloud 간에 중복 네트워크 경로를 제공하기 위해 VPN 게이트웨이를 트랜짓 게이트웨이에 연결되는 스포크로 구성합니다. 주 연결은 Direct Link 을 통해 구축되며, 이 서비스는 보장된 대역폭과 낮은 지연 시간을 갖춘 사설 전용 연결을 제공합니다. 이 직접 연결은 트랜짓 게이트웨이에 연결된 ‘ IBM Cloud ’ 트랜짓 VPC에서 종료됩니다. 거기서부터 트래픽은 Power Virtual Servers, 스포크 VPC 내의 가상 서버 인스턴스, 기존 인프라 등 다양한 환경으로 전달됩니다.

두 번째 직접 연결에 따른 추가 비용 없이 가용성을 높이기 위해, VPN 게이트웨이를 보조 경로로 구축합니다. 이 경로는 온프레미스 네트워크와 VPN 게이트웨이 간의 BGP VPN 터널을 사용하여 인터넷을 통해 안전한 연결을 제공합니다. VPN 게이트웨이 장비와 트랜짓 게이트웨이 라우터 간에 여러 개의 GRE 터널이 구축되어, VPN이 ‘ Transit Gateway ’ 토폴로지 내에서 스포크 역할을 수행할 수 있게 됩니다. 이 경로는 Direct Link 와 같은 수준의 성능 보장을 제공하지는 않지만, 주 경로에 장애가 발생하더라도 연결성을 지속적으로 유지해 주므로, 하이브리드 클라우드 네트워킹을 위한 비용 효율적이고 복원력이 뛰어난 솔루션입니다.

사용 사례 11: 고가용성 멀티 리전 네트워크 구축

별도의 리전에 글로벌 트랜짓 게이트웨이 두 개를 배포하고, 이를 중복성 그룹으로 묶어 내결함성 네트워크 아키텍처를 구축합니다. 이 예시에서는 Global Transit GW A가 eu-es에, Global Transit GW B가 br-sao에 배포되어 있습니다. 두 게이트웨이 모두 동일한 중복성 그룹에 속해 있습니다.

계정 A에 속한 두 개의 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 사용 사례를 참조하십시오.