Private vs Public vs Elastic IP

💡 Private IP
AWS VPC등 특정 네트워크 안에서 서로를 인식하기 위한 IP

예를들어 A회사와 B회사의 네트워크안에는 동일한 사설IP가 존재가능하다. 그 회사 네트워크 안에서만 유일하면 됨.

💡 Public IP
외부 인터넷 세상에서, 전 세계적으로 고유하게 식별하기위한 IP

💡 Elastic IP (탄력적 IP)
AWS가 제공하는 고정된 Public IP 주소

항목	Private IP	Public IP (기본)	Elastic IP
EC2 중단(Stop)	❌ 안 바뀜	✅ 바뀜	❌ 안 바뀜
EC2 종료(Terminate)	✅ 바뀜 (삭제됨)	✅ 바뀜	❌ 유지 가능 (다른 인스턴스에 할당 가능)

---

EC2 배치그룹

💡 배치그룹
EC2 인스턴스들을 물리적으로 어떻게 배치할지 지정하는 기능

클러스터 배치그룹 (Cluster)

💡 클러스터 배치그룹
모든 EC2 인스턴스들을 같은 AZ안에 두는 방식.

• 장점
  • EC2간 거리가 가까우니 latency 짧고, 네트워크 처리량 향상된다.
• 단점
  • 가용영역에 장애가 생기면 모든 인스턴스들에 장애가 발생한다.
• 적합한 경우
  • 매우 빠른 네트워킹, 많은 네트워크 처리량 필요한 경우

분산 배치그룹 (Spread)

💡 분산 배치그룹
모든 EC2 인스턴스가 각각 다른 하드웨어에 위치하여 실패 위험을 최소화한 구조 (최대 고가용성)

• 장점
  • 여러 가용영역에 걸쳐 있으므로 실패위험 감소한다.
  • 장애가 생겨도 인스턴스 간에 서로 영향을 끼치지 않는다. (3가지 종류의 배치그룹 중 최대 가용성)
• 단점
  • 가용영역당 최대 7개의 인스턴스가 가능하다.
  • 따라서 규모가 제한적. 대규모 서비스에는 부적합.
• 적합한 경우
  • 인스턴스 오류를 격리해야하는 경우 적합, 매우 중요한 크리티컬 작업에 적합

분할 배치그룹 (Partition)

💡 분할 배치그룹
EC2들을 파티션 단위로 나눈 구조(각 파티션은 서로 다른 하드웨어에 위치)

각 파티션은 AWS의 랙(서버들을 적층한 선반구조물)을 의미한다. 파티션이 많으면 인스턴스가 여러 하드웨어 랙에 분산되어 랙 실패로부터 안전하다.

각 파티션에는 수백개 이상의 EC2가 가능하다.

• 장점
  • 파티션이 많을수록 인스턴스들이 서로 다른 랙 하드웨어에 배치된다는 의미이므로 실패 위험이 감소한다. (분산 배치그룹의 장점처럼)
  • 하나의 파티션당 수백대의 EC2들이 가능(분산배치그룹의 규모제한 단점을 이겨냄)하면서도
  • 클러스터 배치그룹 보다 EC2간 서로 실패영향력이 적다.
• 단점 관리 복잡도 (파티션 지정 필요)
  

배치그룹 총 정리/비교

항목	클러스터 배치 그룹 (Cluster)	분산 배치 그룹 (Spread)	분할 배치 그룹 (Partition)
목적	고성능 네트워킹	고가용성 확보	장애 도메인 분리 + 확장성
인스턴스 배치 방식	모든 EC2가 같은 AZ 안에 있다. 물리적으로 가까운 위치에 집중 배치	인스턴스별로 서로 다른 하드웨어에 배치	파티션 단위로 격리된 하드웨어에 배치 (각 파티션은 서로 다른 하드웨어에)
하드웨어 격리 수준	없음 (같은 랙/하드웨어)	인스턴스 단위	파티션 단위
최대 인스턴스 수	제한 있지만 상대적으로 많음	AZ당 최대 7개	수백~수천 개 가능 (파티션은 AZ당 최대 7개, 하나의 파티션에 수백개 이상 가능)
적합한 워크로드	고성능 컴퓨팅, HPC, 빅데이터 분석	중요 소규모 서비스 (ex. DB, 웹서버)	분산 시스템 (ex. Hadoop, Kafka)
장점	초저지연 네트워크, 빠른 성능	장애 발생 시 영향 최소화	대규모에서도 고가용성 유지 가능
단점	한 인스턴스 장애 시 영향 클 수 있음	확장성 제한, 인스턴스 수 제한	관리 복잡도 (파티션 지정 필요)
예시 비유	“모두 한 교실에 몰아넣기”	“학생을 전부 다른 교실에 나눠 앉히기”	“팀별로 교실에 나눠 앉히기”
장애 발생 시	같은 하드웨어면 같이 영향 받을 수 있음	하나 죽어도 나머지 OK	한 파티션 죽어도 나머지 OK

---

ENI 탄력적 네트워크 인터페이스

💡 ENI (Elastic Network Interfaces)
EC2 인스턴스에 꽂는 가상 네트워크 카드 (IP주소, 보안그룹 등의 네트워크 속성을 담고있다.)

• 하나의 EC2에 여러개 ENI를 부착할수 있다.
• A 인스턴스에서 장애가 나면 ENI를 B로 이동시키면 된다. → IP주소를 쉽게 옮기게 해주는 역할, 장애 해결! 고가용성 확보
• 특정 가용영역에 바인딩된다. = 특정 AZ에서 ENI를 생성하면 해당 AZ에만 바인딩 가능. = 다른 AZ에 있는 EC2와는 연결 할 수 없다.

---

EC2 Hibernate (최대 절전 모드)

💡 EC2 Hibernate
인스턴스를 잠시 중단했다가 다시 켜도 RAM의 상태를 보존시켜주는 모드이다.

• RAM 상태를 암호화된 EBS 루트 볼륨에 저장하고, 다시 킬때 이를 복원시킴으로서 더 빠르게 부팅되도록 돕는다.
  • 일반적(stop) : ec2를 껐다 켜면 → 메모리 초기화
  • hibernate : ram 내용을 ebs에 저장하고, 다시 시작할때 그 상태 복원
• 중지한 적이 없는 것처럼 운영체제가 인식하게 하는 것이 절전모드의 목적이다.
• RAM에 있는 메모리상태는 그대로 보존됨 → 부팅 더 빨라진다는 뜻
• 인스턴스 RAM 최대 크기는 150 GB
• EBS에만 저장 가능
• 루트 EBS 볼륨이 암호화되어있어야 한다.
• 최대 60일까지 절전모드 가능
• 인스턴스 종류(온디맨드, 예약…)에 상관없이 가능
• 루트볼륨에 RAM을 저장할 수 있는 충분한 공간이 있어야 한다. (e.g. RAM이 1GB인 t2.micro인스턴스의 경우, 8GB의 볼륨은 충분하다.)

상태	설명
Stop	EC2 인스턴스를 끄는 것. RAM 상태는 사라짐
Hibernate	EC2 인스턴스를 끄는 건 같지만, RAM 내용을 EBS에 저장해서 나중에 그대로 복원
Terminate	EC2 인스턴스를 완전히 삭제. 모든 상태, EBS 볼륨도 사라질 수 있음 (디폴트 설정 시)