pub & pri subnet 별 Route table 사용 예시를 보자면
| Destination | Target | 구분 |
|---|---|---|
| 10.0.0.0/16 | local | case 1 |
| 0.0.0.0/0 | igw | case 2 |
| Destination | Target | 구분 |
|---|---|---|
| 10.0.0.0/16 | local | (똑같으므로 생략) |
| 0.0.0.0/0 | nat-gateway | case 3 |
이렇게 pub & pri subnet 에 route table을 셋팅하였다고 가정
case 1
Destination === vpc cidr block vpc 범위 내 있는 내부로 보내는 트래픽이란 뜻으로 내부에서 처리 된다.
이게 있어야 서브넷 끼리 통신이 가능하다.
public subnet내부로 보내는 트래픽이 아닌 그 외 모든 트래픽은 외부로 보내는 트래픽이라는 뜻으로 전부 igw(internet gateway)로 보내 외부와 통신이 가능하도록 처리한다. 이게 없으면 내부 subnet에서 이미지나 소스를 다운 받는등의 인터넷 사용이 불가능하다.
public subnet에 리소스(ec2 등)가 있으면 public ip도 부여받고 바로 igw로 나갈 수 있지만 private subnet에 위치하면 바로 igw로 빠져 나갈 수가 없다. public subnet에 위치한 nat-gateway를 통해 igw로 나가라고 정의 해놓은 것이다.
이 설정이 없으면
private subnet에 위치한 리소스(ec2 등)은 인터넷 사용이 불가능하다.nat-gateway를 통해 내부에서 외부 인터넷 접속은 가능해도 외부에선 바로private subnet에 위치한 리소스로 들어올 수는 없다.
route table에서 필요한 설명은 다 했고, 하나의 공인 ip를 가진다고 했는데 public subnet에 위치시켜 elastic ip를 부여 받도록 처리 해야한다.
public subnet에 위치하면 언제 바뀔지 모르긴 하지만(ec2 재부팅하면 날라감) public ip를 부여 받지만 private subnet은 그렇지 못하니까 하나의 public ip로 사용된다고 생각하면 된다.
public ip를 가져야만 인터넷 통신이 가능하다.
여기까지가 aws에 종속된 서비스. 이 이하는 추가적으로 함께 이해하면 좋은 네트워크 관련 내용
예를들어 네트워크 대역이 192.168.0.0/16 이라치면 앞의 2개(192.168)는 네트워크 주소로, 나머지 2개(0.0)은 호스트 주소 구분용으로 쓰인다는 의미이다.
즉, 이 대역의 호스트 개수는 192.168.0.0 ~ 192.168.255.255 까지 가능하다(예약된 ip 주소 포함)
추가로 subnet 은 vpc의 부분 집합이라 하였는데 vpc의 cidr block 보다 더 작은 대역을 갖게 된다.
예를들어 vpc 의 cidr block 이 192.168.0.0/16 이라면 subnet cidr는 17 이상이 되어야 한다.
아래 이미지는 vpc의 네트워크 대역과 하위 subnet 대역, subnet에 소속된 기기들의 아이피 주소를 설명하고 있다
즉 하나의 사설망 안에 여러 컴퓨터를 셋팅 해놓고 그 컴퓨터 기기에 고유한 private ip(망 안에서만 고유한)를 부여 받도록 구축해놓으면 하나의 public ip를 통해서 여러 컴퓨터가 인터넷을 쓸 수가 있다. 이때, 어느 기기로 트래픽을 보내야할지 라우팅 테이블이 필요하다.