[AWS] IP와 배치 전략

Private vs Public IP (IPv4)

Networking은 두 종류의 IP가 있다. IPv4, IPv6

• IPv4 : 1.160.10.240
• IPv6 : 3ffe:1900:4545:3:200:f8ff:fe21:67cf

Ipv4는 여전히 가장 많이 사용되는 방식이다.

IPv6는 사물 인터넷에서 많이 쓰인다.

IPv4

[0-255].[0-255].[0-255].[0-255] 로 구성되며 약 3.7억개의 서로 다른 주소를 가진다.

인터넷이 발달하며 이 주소가 고갈되는 현상이 발생했다.

Public IP

• Public IP란 인터넷 상에서 식별될 수 있음을 의미한다.
• 전체 웹 상에서 고유한 IP를 가진다.
• IP가 있다면 지리적 위치가 특정될 수 있다.

Private IP

• 오직 사설 네트워크 안에서만 식별될 수 있다.
• 두개의 다른 사설 IP는 같은 IP를 가질 수 있다.(IP가 사설 네트워크 안에서만 유일한 것이면 된다.)
• 지정된 범위의 IP만 사설 IP로 사용될 수 있다.

Elastic IP(탄력적 IP)

• 인스턴스가 시작과 중단이 될 때마다 Public IP가 변경될 수 있다. 이것을 하나로 고정시켜주는 것이다.
• IPv4로 구성되고, 삭제되지 않는 한 유지된다.
• 한 인스턴스에 하나만 가능하다.
• 계정 하나당 5개의 탄력적 IP만 가능하다.(물론 요청을 통해 늘릴 수는 있지만, 드문 경우다.)

사용하지 않는 것을 추천한다.

→ 매우 좋지 않은 구조적 결정으로 언급되기도 한다.

→ 대신 임의의 공용 IP를 써서 DNS 이름을 할당하는 것이 좋다.

→ 로드 밸런서를 사용해서 공용 IP를 사용하지 않을 수 있다.(AWS에서 취할 수 있는 최상의 패턴!)

---

Placement Groups

EC2 인스턴스가 AWS 인프라에 배치되는 방식을 제어하고자 할 때 쓴다.

AWS의 하드웨어와 직접적인 상호 작용을 하지는 않지만 EC2 인스턴스가 각각 어떻게 배치되기를 원하는지 AWS에 알려주는 것

3가지 전략을 따라 배치한다.

• 단일 가용 영역 내에서 지연 시간이 짧은 하드웨어 설정으로 인스턴스를 그룹화할 클러스터 배치 그룹이 있다. 높은 성능이 있지만 위험도 크다.
• 분산 배치 그룹은 인스턴스가 다른 하드웨어에 분산된다는 의미이다. 가용 영역별로 분산된 배치 그룹 당 7개의 EC2 인스턴스만 가질 수 있다는 제한 사항이 있다. 위험 관리가 중요한 경우 분산 배치 그룹을 사용한다.
• 분산 배치 그룹과 비슷하게 인스턴스를 분산하려는 분할 배치 그룹이 있다. 여러 파티션에 인스턴스가 분할되어 있고, 파티션은 가용 영역 내의 다양한 하드웨어 랙 세트에 의존한다.
• 즉, 인스턴스가 여전히 분산되어 있지만 다른 실패로부터 격리되지 않았다는 것. 하지만 파티션은 다른 오류 파티션과 격리되어야 한다. → 그룹 당 수백 개의 EC2인스터스를 통해 확장할 수 있고, 이를 통해 Hadoop, Cassandra, Kafka 같은 어플리케이션을 실행할 수 있다.

 

Cluster

모든 EC2 인스턴스가 동일 가용 영역에 있다.

모든 인스턴스가 동일 AZ에 있기 떄문에 모든 인스턴스 간에 초당 약 10기가비트의 대역폭을 확보하여 네트워킹 성능이 좋다.

따라서, 지연시간이 짧고 처리량이 많은 네트워크를 확보할 수 있다.

하지만 AZ에 장애가 발생하면 보든 인스턴스에서 장애가 발생하게 된다.

 

Spread

분산 배치 그룹은 실패 위험을 최소화하는 것이 목적이다. EC2 인스턴스가 다른 하드웨어와 가용영역에 위치할 수 있으므로 동시 장애 발생 가능성이 줄어든다.

AZ당 7개의 인스턴스 제한이 존재한다. → 크기가 적당한 경우에만 사용할 수 있다.

가용성을 극대화하고, 위험을 줄여야 하는 경우 사용한다.

 

Partion

여러 가용 영역의 파티션에 인스턴스를 분산할 수 있다. AZ당 최대 7개의 파티션이 존재한다.

파티션 배치 그룹에서 실행할 수 있는 인스턴스 숫자는 계정 제한의 적용을 받는다. → 설정을 통해 최대 수백 개의 EC2 인스턴스를 얻을 수 있다.

각 파티션은 AWS의 랙을 나타낸다. 파티션이 많으면 인스턴스가 여러 하드웨어 랙으로 분리되어 안전하다.

파티션들 전반에 걸쳐 데이터와 서버를 퍼뜨려 두도록 파티션 인식 가능한 어플리케이션의 경우에 사용한다.

Hadoop, Cassandra, Kafka를 사용하여 파티션을 인식하는 빅 데이터 어플리케이션 같은 경우이다.