[AWS] EC2(2)

Private & Public IP (IPv4)

네트워크는 IPv4, IPv6의 두 가지 유형이 존재

 

1) IPv4 & IPv6

IPv4 

• 온라인에서 가장 일반적으로 사용되는 형식
• 공용 공간에서37억 개의 서로 다른 주소 허용(거의 고갈되어가고 있음..)  

 

IPv6

• 사물 인터넷에 대한 문제를 해결하기 위해 새로 나온 기술

 

2) Public IP & Private IP

Public IP

• 인터넷상에서 기기가 식별될 수 있음
• 전체 웹에서 고유해야 함

Private IP

• 기기가 프라이빗 네트워크에서만 식별될 수 있음
• IP는 프라이빗 네트워크 안에서만 고유하면 됨
• 기기가 프라이빗 네트워크에 있을 땐 NAT와 인터넷 게이트웨이를 사용해 인터넷에 연결

In AWS EC2

• 기본적으로 EC2 인스턴스는 프라이빗 IP와 퍼블릭 IP를 제공
• EC2 인스턴스로 SSH 접속 시 -> 같은 네트워크에 있지 않기에 프라이빗 IP 사용 불가
• 인스턴스가 중지되고 다시 시작되면 퍼블릭 IP가 변경될 수 있음 

 

3) Elastic IP

> EC2를 중지하고 다시 시작하면 해당 인스턴스의 Public IP가 변경될 수 있음 

> Elastic IP를 사용하면 고정된 Public IP를 사용할 수 있음

> 계정당 기본 5개 제한(증가요청 가능)

> 한 번에 하나의 인스턴스에만 탄력적 IP 연결 가능

> 일반적으로 탄력적 IP 사용을 피하는 것이 좋음 : 임의의 퍼블릭 IP를 써서 DNS 이름을 할당하는 것이 좋음

---

Placement Groups

인스턴스를 어떻게 배치할지 결정하는 전략

 

1) 클러스터(Cluster)

: 모든 EC2 인스턴스가 동일 AZ, 동일 랙에 존재

 

(+) 매우 빠른 네트워크

(-) 랙에 실패가 발생하면 모든 EC2 인스턴스가 동시에 실패

 

-> 빅데이터 작업을 빠르게 완료해야 하는 경우

-> 극도로 낮은 지연 시간과 높은 네트워크 처리량에 필요한 애플리케이션

 

2) 분산(Spread)

: 모든 EC2 인스턴스가 다른 하드웨어에 위치

3개의 가용영역과 6개의 EC2 존재, 각 EC2는 서로 다른 랙에 위치

 

(+) 여러 가용영역에 걸쳐 생성하기에 동시 실패 위험 감소

(-) 하나의 배치 그룹당 AZ별 7개의 인스턴스로 제한됨

 

-> 고가용성을 극대화하는 애플리케이션

-> 각 인스턴스가 서로의 장애로부터 격리되어야 하는 중요한 애플리케이션

 

3) 파티션(Partition)

: 인스턴스를 파티션으로 나눔, 각 파티션은 AWS 랙을 나타냄

: 각 파티션은 다른 랙에 배치

: 각 AZ당 최대 7개 파티션 사용 가능

: 같은 리전의 여러 가용 영역에 걸쳐있을 수 있음

: 파티션 내 인스턴스는 다른 파티션 내 인스턴스와 랙을 공유하지 않음

: EC2 인스턴스는 메타데이터를 통해 파티션 정보에 액세스할 수 있음

 

(+) 분산방식처럼 안전하면서 더 많은 인스턴스 지원

(-) 같은 파티션 내 인스턴스는 동시 장애 가능

 

-> HDFS, HBase, Kafka(분산 시스템)

---

ENI(Elastic Network Interfaces)

IP 주소를 가진 VPC의 가상 네트워크 카드 = 컴퓨터에 랜선 꽂는 구멍(네트워크 카드)

 

다음과 같은 속성이 포함될 수 있음

• VPC의 IPv4 주소 범위 중 기본 프라이빗 IPv4 주소
• VPC의 IPv4 주소 범위 중 하나 이상의 보조 프라이빗 IPv4 주소
• 프라이빗 IPv4 주소당 한 개의 탄력적 IP 주소
• 한 개의 퍼블릭 IPv4 주소
• 한 개 이상의 IPv6 주소
• 하나 이상의 보안 그룹
• MAC 주소 

-> EC2 인스턴스와 독립적으로 ENI를 생성하고 즉시 연결하거나, 장애 조치를 위해 ENI를 EC2 인스턴스에서 이동시킬 수 있음

-> 특정 가용 영역에 바인딩됨 = 다른 AZ에 있는 EC2 인스턴스에 ENI 연결 불가

---

EC2 Hibernate(최대 절전 모드)

인스턴스는 중지하거나 종료할 수 있다. -> stop or terminate

 

인스턴스를 다시 시작하면 아래와 같은 일들이 발생한다.

• 운영체제가 부팅되고 EC2 사용자 데이터 스크립트가 실행됨
• 운영체제 부팅이 완료되고 애플리케이션도 실행되고 캐시도 구성되기 시작하므로 과정이 끝날 때까지 시간이 다소 걸림

 

최대 절전모드

• RAM에 있던 인메모리 상태는 그대로 보존된다.
• 인스턴스 부팅 속도가 빨라진다. -> OS를 완전히 중지/재시작 하지 않는다.
• 내부 : RAM에 기록된 인메모리 상태는 루트 경로의 EBS 볼륨에 기록된다. 따라서 EBS 루트 볼륨은 암호화되어야 한다.
• 긴 실행 프로세스, RAM에 상태를 저장해야 하는 서비스, 초기화에 시간이 오래 걸리는 서비스에 사용 

 

 

 

 

출처 : https://velog.io/@gagaeun/AWS-EC2-Associate