꽤 길지만
흥미로운 시간이었습니다
수월하게 이해하셨길 바랍니다
복습이 필요한 부분들은 두 번씩 수강하시기 바랍니다
일주일 뒤에는 더 이해하기 수월해질 것입니다
저도 VPC를 배우는 과정이 쉽지 않았습니다
네트워크도 익숙치 않고 새로운 용어와 개념들이
많이 필요합니다
천천히 진행하시고 겁내지 마시기 바랍니다
이해가 가지 않는 부분은 두 번 이상 복습하시면 됩니다
지금까지의 내용을 정리해 보도록 하겠습니다
CIDR은 IP 범위입니다
VPC는 가상 프라이빗 클라우드로
IPv4와 IPv6를 위해 작동합니다
서브넷은 Available Zone과 연결되어 있는데 CIDR을 정의하는 곳이고
퍼블릭과 프라이빗 서브넷이 있습니다
퍼블릭 서브넷은 어떻게 가질 수 있을까요?
인터넷 게이트웨이를 연결하고
퍼블릭서브넷에서 인터넷 게이트웨이까지의
경로를 만듭니다
이것이 활성화되면 IPv4와 IPv6 인터넷 액세스를 제공합니다
다음은 Route table(루트 테이블)입니다
게이트웨이로 가는 경로와 VPC 피얼링 연결과
VPC 엔드포인트 등으로 갈 수 있도록 수정했었습니다
VPC 내 네트워크 흐름의
핵심이 되는 부분입니다
배스천 호스트는 퍼블릭 EC2 dlstmxjstmfhTj
SSH 할 수 있으며
프라이빗 서브넷의 다른 EC2 인스턴스들과의 SSH 연결을
갖고 있다고 설명드렸었습니다
그래서 배스천(요새) 호스트라고 불리는 것입니다
NAT 인스턴스는 프라이빗, 퍼블릭 서브넷에 배포된 EC2 인스턴스로
프라이빗 서브넷의 EC2 인스턴스에
인터넷 접근을 제공합니다
오래되어 점점 사용되지 않고 있습니다
source destination check flag를 비활성화해야
작동하며 보안 그룹 규칙을 수정할 수 있습니다
대신 NAT 게이트웨이가 있으며 더 나은 방식입니다
AWS에 의해 관리되며 요청의 대상이 IPv4 주소일 때
프라이빗 EC2 인스턴스에 확장 가능한
인터넷 액세스를 제공합니다
Route 53을 사용하는 프라이빗 DNS를 사용하려면
DNS Resolution이 활성화돼야 하고
VPC 내 DNS Hostname 설정이 필요합니다
두 개의 설정을 활성화합니다
다음은 NACL이며
방화벽 규칙으로 서브넷 레벨에서 인바운드와
아웃바운드의 접근을 정의합니다
Ephemeral(임시) 포트도 잊으시면 안 됩니다
NACL는 상태가 없으므로 인바운드와 아웃바운드 규칙이
늘 평가되며 반면 보안 그룹 규칙은 상태가 있으므로
인바운드가 허용되면 아웃바운드도
자동으로 허용되고 그 반대의 경우도 마찬가지입니다
보안 그룹 규칙은 EC2 인스턴스 레벨에
적용됩니다
VPC Reachability Analyzer는 AWS 리소스 간의
네트워크 연결 테스트를 수행하도록 하며 디버깅합니다
VPC 피어링은 두 개의 VPC들을 연결하는 데 도움을 주는 역할이었습니다
비중첩 CIDR 요청이 있는 경우에 한정합니다
VPC 피어링 연결을 전이되지 않기 때문에
VPC 3개를 연결해야 한다면
3개의 연결망이 있어야 합니다
VPC 엔드포인트는 Amazon S3, DynamoDB 등
클라우드 형식의 AWS 서비스에
프라이빗 연결을 허용합니다
Amazon S3와 DynamoDB는 게이트웨이 엔드포인트였으며
나머지는 인터페이스 엔드포인트였습니다
VPC Flow Logs는
VPC 내 모든 패킷의 로그 레벨 메타데이터를
얻을 수 있는 방법이고 수락과 거부 트래픽에 관한 정보도
얻을 수 있습니다
VPC Flow Log는 VPC 서브넷이나 ENA 레벨에서
생성되고 분석한 후 Amazon S3로 보내
Athena를 분석할 수 있습니다
CloudWatch Log에 전송되어
CloudWatch Log Insights 사용해 분석될 수도 있습니다
VPC를 데이터 센터에 연결하기 위해서는 두 가지 방법이
있습니다
첫 번째는 사이트 간 VPN입니다
사이트 간 VPN을 하려면
퍼블릭 인터넷에서의 VPN 연결로
AWS에는 가상 프라이빗 게이트웨이를 만들고
고객 게이트웨이는 데이터 센터에 만들어야 합니다
그런 다음 VPN 연결을 설정합니다
그리고 같은 가상 프라이빗 게이트웨이를 사용해
다중의 VPN 연결을 만든다면
허브를 갖기 위해 VPN Cloud Hub를 사용할 수 있고
사이트 연결에 VPN 모델을 사용할 수 있는 것입니다
데이터 센터에 연결하는 두 번째 방법은
Direct Connect(직접 연결)을 사용하는 것입니다
이번에는 완전히 프라이빗입니다
퍼블릭 인터넷을 거치진 않지만
수립되는 데에 시간이 소요됩니다
여러분의 데이터 센터를 직접 연결 위치에
연결해야 작동합니다
조금 더 복잡하지만
더 안정적입니다
Direct Connect 게이트웨이는 다양한 AWS 리전의
VPC에 직접 연결을 설정합니다
PrivateLink 또는 VPC 엔드포인트 서비스에 대해 다뤘습니다
이들은 고객 VPC에 생성한 VPC 내
서비스들의 프라이빗 연결을 허용합니다
이 기능의 장점은
vpc 피어링이나 퍼블릭 인터넷
또는 NAT 게이트웨이나 라우트 테이블을 필요로
하지 않는다는 것입니다
주로 NLB와 ENI와 함께 사용됩니다
그리고 이는 VPC 내의 서비스를
수백, 수천 명의 고객 vpc에 노출시킵니다 여러분의 네트워크는 노출시키지 않는 방식으로 말입니다
ClassicLink는 EC2 Classic 인스턴스를
VPC에 연결하는 것이지만 하지만 곧 사용되지 않을 개념입니다
Transit 게이트웨이는 VPC, VPN과
직접 연결을 위한 전이적 연결입니다
이를 통해 모든 것이 흐를 수 있는데 꽤 좋은 개념입니다
Traffic Mirroring(트래픽 미러링)은 더 자세한 분석을 위해
ENI로부터 네트워크 트래픽을 복사하는 것입니다
그리고 VPC에 있는 IPv6를 살펴보았습니다
어떻게 활성화하는지 살펴 보았으며
Egress only(송신 전용) 인터넷 게이트웨이도 있었습니다
NAT 게이트웨이와 비슷하지만
인터넷으로 가는 IPv6 트래픽을 위한 것이었습니다
이상입니다 아주 긴 요약 강의였지만
많은 도움이 되셨기를 바라며
잘 이해가 되셨기 바랍니다
그렇지 않은 부분들을
재수강 하시기 바랍니다
오늘 수업은 여기까지입니다
즐거우셨기를 바라며 다음 강의에서 뵙겠습니다