예전에 TIL 에서 작성했던 글 중에 AWS VPC와 subnet에 관해 정리한 글이 있어서 AWS 카테고리에 다시 정리해서 올린다. 🙂

🍹 VPC 란?

VPC : Vitual Private Cloud 서비스

클라우드 내 private 공간을 제공해서 클라우드를 public과 private 영역으로 논리적으로 분리할 수 있게 해준다.

🍹 VPC 구성 요소와 주요 용어

🍺 IP Address

IP는 컴퓨터 네트워크에서 장치들이 서로를 식별하기 위해 사용하는 특수한 번호이다.

OSI의 3계층인 네트워크 계층에 해당된다.

IPv4, IPv6로 나뉘어 있으며 혼용하여 사용하고 있다.

IPv4는 각 8비트, IPv6는 각 32비트로 4개의 옥텟으로 이루어져 있다.

네트워크 주소와 호스트 주소로 나뉘어 진다.

🌱 네트워크 주소 : 호스트들을 모은 네트워크를 지칭하는 주소이다. 네트워크 주소가 동일한 네트워크를 로컬 네트워크라고 한다.

🌱 호스트 주소 : 하나의 네트워크 내에 존재하는 호스트를 구분하기 위한 주소

네트워크 주소와 호스트 주소를 나누는 경계점이 고정되어 있지 않다.

IP주소는 네트워크 주소와 호스트 주소를 나누는 경계점에 따라 클래스(Class)를 나눈다.

호스트 IP 개수에 따라 네트워크의 크기를 다르게 할당할 수 있다.

클래스는 총 5가지(A, B, C, D, E)로 나뉘어져 있다.

D와 E 클래스는 멀티캐스트용, 연구 개발을 위한 예약 IP라서 보통은 사용하지 않는다.

A, B, C 클래스의 맨 앞자리 숫자만 보면 무슨 클래스인지 식별이 가능하다.

클래스풀(Classful) 방식이라고 부른다.

🍺 CIDR(Classless inter-domain routing)

클래스 없는 도메인 간 라우팅 기법으로 사이더라고 불린다.

현재 국제 표준의 IP 주소 할당 방법이다.

클래스풀 방식을 대체한 방식이다.

기존에는 클래스에 따라 정해진 Network Address와 Host Address를 사용했지만 CIDR은 원하는 블록만큼 Network Address를 지정할 수 있다.

AWS의 VPC는 CIDR 방식이다.

ex) 172.16.0.0/24

-> /24 이 서브넷 블록, 네트워크 주소에 앞에서부터 24비트인 172.16.0 부분만 할당한다는 의미이다.

AWS VPC에서는 /16 블록을 사용하도록 권장하고 있다.

※ 추가 자료) AWS VPC 기본 및 연결 옵션

🍺 서브넷(Subnet)

Subnetwork의 줄임말이다.

IP 네트워크의 논리적 하위 부분을 가리킴

서브넷을 통해 하나의 네트워크를 여러 개로 나눌 수 있음

VPC를 사용하면 필요에 따라 다양한 서브넷을 생성할 수 있음

• 퍼블릭 서브넷: 인터넷을 통해 연결할 수 있는 서브넷
• 프라이빗 서브넷: 인터넷을 연결하지 않고, 보안을 유지하는 배타적인 서브넷
• VPN only 서브넷 : 기업 데이터 센터와 VPC를 연결하는 서브넷

서브넷은 VPC의 CIDR 블록을 이용해 정의된다.

최소 크기의 서브넷은 /28 이다.

서브넷은 AZ(Availability Zone, 가용 영역)당 최소 하나를 사용할 수 있고, 여러 개의 AZ에 연결되는 서브넷은 만들 수 없다.

※ 참고) AWS 예약된 서브넷

AWS가 확보한 서브넷 중 처음 네 개와 마지막 IP 주소는 인터넷 네트워킹을 위해 예약되어 있다. 예를 들어 10.0.0.0/24 체계의 CIDR 블록이 있는 서브넷에서 10.0.0.0, 10.0.0.1, 10.0.0.2, 10.0.0.3, 10.0.0.255 는 IP 주소가 예약되어 있다.

🍺 라우팅 테이블(Routing Table)

트래픽의 전송 방향을 결정하는 라우트와 관련된 규칙을 담은 테이블이다.

목적지까지 최적의 경로로 데이터 패킷을 전송하기 위한 모든 정보를 담고 있다.

모든 서브넷은 라우팅 테이블을 가진다.

하나의 테이블 규칙을 여러 서브넷에 연결할 수 있다.

서브넷 생성 후 별도의 라우팅 테이블을 생성하지 않으면 클라우드가 자동으로 VPC의 메인 라우팅 테이블과 연결한다.

EC2 인스턴스를 종료하면 인스턴스가 삭제된다❗️❗️❗️❗️

AWS를 팀원과 설정하고 생성한 이후에 팀원에게서 "ec2 종료 누르면 삭제되니까 끄실 때는 중지하셔야 될거에요" 라는 말을 들었다. 😱

Pre Project 진행하면서 free-tier 사용 중이라 서버 테스트 제대로 하기 전까진 꺼두려고 했다...

그런데 설정 다 마치고 서버 올렸는데 여기서 "인스턴스 종료" 를 눌렀으면... 다시 설정해야하는 귀찮음을 겪었을 것이다.

웃기게도 aws의 '인스턴스 종료'는 우리가 아는 컴퓨터 종료가 아니라 삭제의 개념이다!

인스턴스를 잠시 끄는 것은 '인스턴스 중지' 이다.

왜 헷갈리게 삭제를 종료라고 사용하는지는 모르겠다...

AWS 공식 문서에서도 인스턴스를 종료한 이후에는 해당 인스턴스에 연결하거나 재시작할 수 없다고 써져있다.

AWS는 왜이렇게 복잡하게 해놨는지 모르겠다.

자사 서비스를 쓰려면 공부를 하고 쓰라는건가..?

AWS 자격증을 따야지만 쓸 수 있는 겁니까????!!!!!

심지어 인스턴스 생성할 때 과금안하게 설정하려면 많은 조사가 필요했다. 그래서 전혀 과금이 안되게 만들었다. (대신에 퍼포먼스가 너무 심각하다... 이건 따로 다시 포스팅을 할 예정이다.)

결론

혹시라도 이 글을 보시는 분들은 실수라도 "인스턴스 종료"를 눌러서 인스턴스를 날리지 않도록 조심하세요.

EC2 서버를 잠시 끄려면 "인스턴스 중지" 상태로 놓고 다시 "시작"을 하세요...!!