[Network] Inspection Architecture

1 분 소요

aws-transit-gateway

0. 작성 취지

이번 포스팅은 Inspection Architecture에 대해서 간단하게 구성하는 포스팅이지만 사실 Transit Gateway Routing Table과 Transit Gateway Subnet Routing Table의 차이점 이 메인이다.

그 이유는 Transit Gateway를 사용해서 네트워크를 구축하던 중에 문득 궁금증이 생겼다.

Transit Gateway 자체의 Routing Table과 Transit Gateway의 ENI가 존재하는 Routing Table의 역할은 정확히 무엇이 다를까? 였다.

정확한 차이점을 인지하고 있지 않다 보니 라우팅 작업을 할 때도 헷갈리게 되고 다른 사람들에게 설명을 할 때도 “이게 맞나?” 하는 생각이 들었다.

이번 기회에 정확한 테스트를 하고 나서 완벽하게 인지해보려고 한다.

구현하려는 최종 아키텍처이며 보다 정확한 테스트를 위해서 아키텍처에 라우팅 테이블까지 표기했다.

위 아키텍처가 Inspection Architecture이다.

(❗️ 이번 포스팅에서는 Transit Gateway Routing을 중점적으로 볼 것이기 때문에 Network Firewall에 대해선 테스트 외에는 언급하진 않을 것입니다.)

테스트는 아래와 같이 진행할 것이다.

기존에는 dev vpc의 App 서버와 prd vpc의 App 서버 간에 서로 ping 통신이 잘 되는 모습을 확인할 수 있다.

(❗️ Network Firewall Rule Group에 ICMP를 열어주었습니다.)

아키텍처 상에 빨간색 네모 박스에 해당되는 부분을 삭제하여 AWS 콘솔 화면처럼 삭제한 모습을 확인할 수 있다.

곧장 ping 통신을 보내보면 packet loss가 발생한다.

이를 통해서 확실하게 확인할 수 있게 되었다.

Transit Gateway Routing Table

Transit Gateway Subnet Routing Table

이번 테스트를 통해 간단하지만 Inspection Architecture에 대해서 알아보고 Transit Gateway의 Routing Table과 Transit Gateway Subnet의 Routing Table 간의 차이점에 대해서도 알아보았다.