기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
의 트래픽 세분화 옵션 AWS Direct Connect
게시일: 2023년 11월 9일(다이어그램 기록)
이 아키텍처는 VPC 또는 Direct Connect 게이트웨이에서 여러 프라이빗 VIF 사용 AWS Direct Connect, 전송 VIF를 통한 AWS Transit Gateway 연결 사용, 전송 VIF를 통한 AWS Site-to-Site VPN 연결 사용을 포함하여의 트래픽 세분화 옵션을 보여줍니다. VIFs
VPC 또는 Direct Connect 게이트웨이 다이어그램에서 여러 프라이빗 VIFs 사용하여를 AWS Direct Connect 통해 트래픽 세그먼트화
프라이빗 가상 인터페이스(VIFs)는 프라이빗 IP 주소를 사용하여 Amazon Virtual Private Cloud(Amazon VPC)에 액세스하는 데 사용됩니다. 각 VIF는 고유한 가상 로컬 영역 네트워크(VLAN) 태그로 구성됩니다. 즉, 데이터 센터에 있는 가상 라우팅 및 전달(VRF)당 하나의 VIF를 사용하여 트래픽을 분할할 수 있습니다. 보유한 Direct Connect 연결 유형에 따라 VIFs 수의 제한을 고려합니다. 전용 연결이 있는 프라이빗 또는 퍼블릭 VIFs 50개와 호스팅 연결이 있는 프라이빗 또는 퍼블릭 VIF 1개를 보유할 수 있습니다. 또한 동일한 Direct Connect 게이트웨이에 30VIFs를 연결할 수 있습니다. Direct Connect 사용 설명서에서 할당량을 확인할 수 있습니다.
-
스포크 VPC A의 인스턴스에서 시작되어 기업 데이터 센터 서버(VRF A)로 향하는 트래픽은 스포크 VPC A 라우팅 테이블에 따라 가상 프라이빗 게이트웨이로 라우팅됩니다.
-
가상 프라이빗 게이트웨이는 게이트웨이와 연결되며, Direct Connect 게이트웨이는 프라이빗 VIF(VLAN)를 사용하여 회사 데이터 센터에 연결합니다. 세분화를 달성하려면 여러 프라이빗 VIFs 사용합니다. 구성된 VRF마다 다른 VIF(VLAN) 연결을 사용하도록 온프레미스 라우터를 구성해야 합니다.
-
온프레미스 라우터는 프라이빗 VIF A에서 VRF A 및 대상 서버로 트래픽을 전달합니다.
-
Spoke VPC B로 향하는 기업 데이터 센터의 VRF B 트래픽은 먼저 데이터 센터에 있는 고객 게이트웨이로 전송됩니다.
-
고객 게이트웨이는 Direct Connect 링크를 통해 프라이빗 VIF B를 사용하여 VPC B의 가상 프라이빗 게이트웨이로 트래픽을 전송합니다.
-
트래픽은 스포크 VPC B 라우팅 테이블에 따라 대상으로 전달됩니다.
여러 전송 VIFs 및 Direct Connect 게이트웨이 다이어그램 AWS Direct Connect 을 사용하여 트래픽을 세그먼트화
전송 가상 인터페이스(VIFs)는 Direct Connect 게이트웨이 AWS Transit Gateway 를 통해에 액세스하는 데 사용됩니다. 각 VIF는 고유한 가상 로컬 영역 네트워크(VLAN) 태그로 구성됩니다. 즉, 데이터 센터에 있는 가상 라우팅 및 전달(VRF)당 하나의 VIF를 사용하여 트래픽을 분할할 수 있습니다. 보유한 Direct Connect 연결 유형에 따라 VIFs 수의 제한을 고려합니다. 전용 연결당 최대 51개의 프라이빗, 퍼블릭 및 전송 VIFs를 조합하여 4개의 전송 VIFs를 보유할 수 있습니다. 호스팅 연결의 경우 전송 VIF를 하나만 가질 수 있습니다. 또한 동일한 Direct Connect 게이트웨이에 30VIFs를 연결할 수 있습니다. Direct Connect 사용 설명서에서 할당량을 확인할 수 있습니다.
-
스포크 VPC A의 인스턴스에서 시작되어 기업 데이터 센터 서버(VRF A)로 향하는 트래픽은 스포크 VPC A 라우팅 테이블에 AWS Transit Gateway 따라 로 라우팅됩니다.
-
Transit Gateway는 여러 Direct Connect 게이트웨이(DXGW)와 연결되며, 각 게이트웨이는 전송 VIF(VLAN)를 사용하여 기업 데이터 센터에 연결하여 트래픽 세분화를 달성합니다. 구성된 VRF마다 다른 VIF(VLAN) 연결을 사용하도록 온프레미스 라우터를 구성해야 합니다.
-
트래픽은 VPC A 연결과 연결된 세그먼트 A 전송 게이트웨이 라우팅 테이블에 따라 DXGW A로 전달됩니다.
-
온프레미스 라우터는 전송 VIF A에서 VRF A 및 대상 서버로 트래픽을 전달합니다.
-
Spoke VPC B로 향하는 기업 데이터 센터의 VRF B 트래픽은 먼저 데이터 센터에 있는 고객 게이트웨이로 전송됩니다.
-
고객 게이트웨이는 Direct Connect 링크를 통해 전송 VIF B를 사용하여 트래픽을 전송 게이트웨이 세그먼트 B로 전송합니다.
-
트래픽은 세그먼트 B 전송 게이트웨이 라우팅 테이블에 따라 VPC B로 전달됩니다.
-
트래픽은 VPC B 라우팅 테이블에 따라 대상으로 전달됩니다.
AWS Transit Gateway 연결 및 AWS Direct Connect 를 사용하여 전송 VIFs를 통해 온프레미스 VRFs 확장 다이어그램
호스팅 연결을 사용하면 하나의 전송 VIF를 얻을 수 있습니다. 전용 연결을 사용하면 4개의 전송 VIF를 얻을 수 있습니다. 전송 VRFs가 많은 경우 전송 VIF를 통해 여러 Transit Gateway Connect 연결(GRE 터널)을 사용하여 트래픽을 분할하여 데이터 센터에 있는 VRF당 하나의 연결 연결을 생성할 수 있습니다. VIFs 이 사용 사례에 대한 자세한 내용은 Connect를 사용하여 AWS Transit Gateway VRFs
-
Spoke VPC A의 인스턴스에서 시작되어 기업 데이터 센터 서버(VRF A)로 향하는 트래픽은 Spoke VPC A 라우팅 테이블에 따라 Transit Gateway 탄력적 네트워크 인터페이스(TGW ENI)로 라우팅됩니다.
-
트래픽은 Transit Gateway로 전달됩니다. 그런 다음 트래픽은 세그먼트 A 라우팅 테이블에 따라 Transit Gateway Connect 연결 A를 통해 회사 데이터 센터로 라우팅됩니다.
-
Transit Gateway Connect 연결은 Direct Connect 연결을 전송으로 사용하고 일반 라우팅 캡슐화(GRE) 터널링 및 BGP(Border Gateway Protocol)를 사용하여 Transit Gateway를 기업 데이터 센터 라우터에 연결합니다. 구성된 VRF마다 다른 연결 연결을 사용하도록 온프레미스 라우터를 구성해야 합니다.
-
온프레미스 라우터는 Connect 연결 A에서 VRF A 및 대상 서버로 트래픽을 전달합니다.
-
Spoke VPC B로 향하는 기업 데이터 센터의 VRF B 트래픽은 먼저 데이터 센터에 있는 고객 게이트웨이로 전송됩니다.
-
고객 게이트웨이는 Direct Connect 링크를 통해 Transit Gateway Connect 연결 B의 GRE 터널을 사용하여 트래픽을 Transit Gateway로 전송합니다.
-
트래픽은 전송 게이트웨이 세그먼트 B 라우팅 테이블에 따라 스포크 VPC B 연결로 전달됩니다.
-
Spoke VPC B의 TGW ENI는 트래픽을 대상으로 전달합니다.
첨부 파일(퍼블릭 VIFs) 및 AWS Site-to-Site VPN AWS Direct Connect 를 사용하여 온프레미스 VRFs 다이어그램 확장
고객 게이트웨이가 일반 라우팅 캡슐화(GRE)를 지원하지 않는 경우에도 데이터 센터에 있는 각 VRF당 하나의 AWS Site-to-Site VPN 연결을 생성하여 트래픽을 분할할 수 있습니다. 퍼블릭 VIF를 기본 전송으로 사용할 수 있습니다.
-
Spoke VPC A의 인스턴스에서 시작되어 기업 데이터 센터 서버(VRF A)로 향하는 트래픽은 Spoke VPC A 라우팅 테이블에 따라 Transit Gateway 탄력적 네트워크 인터페이스(TGW ENI)로 라우팅됩니다.
-
트래픽은 Transit Gateway로 전달됩니다. 그런 다음 세그먼트 A 라우팅 테이블에 따라 Site-to-Site VPN 연결 A를 통해 회사 데이터 센터로 트래픽이 라우팅됩니다.
-
Site-to-Site VPN 연결은 퍼블릭 VIF를 전송(VLAN)으로 사용하여 생성됩니다. 구성된 VRF마다 다른 VPN 연결을 사용하도록 온프레미스 라우터를 구성해야 합니다.
-
온프레미스 라우터는 Site-to-Site VPN 연결 A에서 VRF A 및 대상 서버로 트래픽을 전달합니다.
-
Spoke VPC B로 향하는 기업 데이터 센터의 VRF B 트래픽은 먼저 데이터 센터에 있는 고객 게이트웨이로 전송됩니다.
-
고객 게이트웨이는 Site-to-Site VPN 연결 B를 선택하여 Direct Connect 링크를 통해 Transit Gateway로 트래픽을 전송합니다.
-
트래픽은 전송 게이트웨이 세그먼트 B 라우팅 테이블에 따라 스포크 VPC B 연결로 전달됩니다.
-
Spoke VPC B의 TGW ENI는 트래픽을 대상으로 전달합니다.
AWS Site-to-Site VPN 프라이빗 IP VPN 연결 및 AWS Direct Connect 를 사용하여 전송 VRFs 확장 다이어그램 VIFs
고객 게이트웨이가 GRE(Generic Routing Encapsulation)를 지원하지 않는 경우에도 데이터 센터에 있는 각 VRF당 하나의 AWS Site-to-Site VPN 연결(터널 2개 포함)을 생성하여 트래픽을 분할할 수 있습니다. Site-to-Site VPN 프라이빗 IP VPN 기능을 사용하면 AWS Direct Connect 게이트웨이와 전송 VIF가 기본 전송인 프라이빗 IPs를 사용하여 VPNs을 생성할 수 있습니다.
-
Spoke VPC A의 인스턴스에서 시작되어 기업 데이터 센터 서버(VRF A)로 향하는 트래픽은 Spoke VPC A 라우팅 테이블에 따라 AWS Transit Gateway 탄력적 네트워크 인터페이스(TGW ENI)로 라우팅됩니다.
-
트래픽은 Transit Gateway로 전달됩니다. 그런 다음 세그먼트 A 라우팅 테이블에 따라 Transit Gateway VPN 연결 A를 통해 기업 데이터 센터로 트래픽이 라우팅됩니다.
-
Transit Gateway Site-to-Site VPN 연결은 Direct Connect 연결을 전송으로 사용하고 하나의 IPSec VPN 연결(터널 2개 포함)을 사용하여 Transit Gateway를 회사 데이터 센터 라우터에 연결합니다. 구성된 VRF마다 다른 VPN 연결을 사용하도록 온프레미스 라우터를 구성해야 합니다.
-
온프레미스 라우터는 VPN 연결 A에서 VRF A 및 대상 서버로 트래픽을 전달합니다.
-
Spoke VPC B로 향하는 기업 데이터 센터의 VRF B 트래픽은 먼저 데이터 센터에 있는 고객 게이트웨이로 전송됩니다.
-
고객 게이트웨이는 Direct Connect 링크를 통해 Site-to-Site VPN 연결 B를 사용하여 트래픽을 Transit Gateway로 전송합니다.
-
트래픽은 전송 게이트웨이 세그먼트 B 라우팅 테이블에 따라 스포크 VPC B 연결로 전달됩니다.
-
Spoke VPC B의 TGW ENI는 트래픽을 대상으로 전달합니다.
참조 자료
자세한 내용은 섹션을 참조하세요.
기여자
이 참조 아키텍처 다이어그램의 기여자는 다음과 같습니다.
-
Pablo Sánchez Carmona, Amazon Web Services의 전문가 솔루션 아키텍트
-
Thaddeus Worsnop, Amazon Web Services의 Senior Solutions Architect
다이어그램 기록
이 참조 아키텍처 다이어그램의 업데이트에 대한 알림을 받으려면 RSS 피드를 구독하세요.
| 변경 사항 | 설명 | 날짜 |
|---|---|---|
다이어그램 업데이트 | 여러 전송 VIFs 및 Direct Connect 게이트웨이를 사용하여 AWS Direct Connect 를 통한 트래픽 세그먼트 추가 | 2023년 11월 9일 |
최초 게시 | 참조 아키텍처 다이어그램이 처음 게시되었습니다. | 2022년 6월 30일 |
참고
RSS 업데이트를 구독하려면 사용 중인 브라우저에 대해 RSS 플러그인이 활성화되어 있어야 합니다.