EC2 SAA
프라이빗 vs 퍼블릭 vs 탄력적 IP
- IPv4, IPv6
- 퍼블릭 IP : 전체 웹에서 유일
- 사설 IP : ONLY 사설 IP내에서
- 탄력적 IP : 공용 IPv4, 삭제 하지 않는 한 계속 가지고 있음.
- 계정당 탄력적 IP를 5개까지만 사용이 가능함.
- 결론적으로 탄력적 IP는 사용하지 않는 것이 좋다.
VPN이 없다면 공용 IP를 사용할 수 밖에 없다.
공용 IP를 사용하면 공용 네트워크에서 AWS에 액세스 가능.
(공용 네트워크가 인터넷 역할을 함.)- 공용 IP 주소는 인스턴스를 재부팅할 때마다 변함.
- 사설 IP 주소는 변하지 않는다.
사
EC2 배치 그룹
- Placement Groups
배치 그룹을 만들 때 3가지 전략
- Cluster
- 단일 가용 영역 내에서 지연 시간이 짧은 하드웨어 설정
- 인스턴스를 그룹화할
클러스터 배치 그룹
- 단일 가용 영역 내에서 지연 시간이 짧은 하드웨어 설정
- 높은 성능, 높은 위험
- Spread
- 분산 배치 그룹 - 인스턴스가 다른 하드웨어에 분산된다는 의미.
- 크리티컬 애플리케이션이 있는 경우 분산 배치 그룹을 사용함.
- 분산 배치 그룹 - 인스턴스가 다른 하드웨어에 분산된다는 의미.
- Partition
- 분할 배치 그룹 - 인스턴스를 분산하려는 것.
- 인스턴스가 여전히 분리되어 있지만 다른 실패로부터 격리되지 않음.
- 분할 배치 그룹 - 인스턴스를 분산하려는 것.
Placement Groups Cluser
클러스터 배치 그룹
- 모든 인스턴스는 동일 가용영역에 있음.
- 단점 : 랙에 실패가 발생하면(하드웨어 실패) -> 모든 EC2 인스턴스가 동시에 실패함.
- 장점 : 엄청난 네트워크
- 빅데이터 작업 수행 가능
- 높은 네트워크 처리량 가능
- 모든 애플리케이션에 적용되지 않지만, 애플리케이션에
매우 높은 대역폭
과짧은 지연 시간
이 필요한 경우 사용.
Placement Groups Spread
분산 배치 그룹
- 실패 위험을 최소화
- 모든 EC2 인스턴스가 다른 하드웨어에 위치함.
- 장점 : 여러 가용 영역에 걸쳐 있음.
- 또한 동시 실패의 위험이 감소함.
- 단점 : 이 구성에서 배치 그룹의 가용 영역당
7개의 인스턴스
로 제한이 됨. (배치 그룹의 규모에 제한이 있음) - 가용성을 극대화 하고 위험을 줄여야 하는 애플리케이션에 사용
- 크리티컬 애플리케이션
- 배치 그룹당 가용 영역당 인스턴스 수 : 7개
Placement Groups Partition
분할 배치 그룹
- 여러 가용 영역의 파티션에 인스턴스를 분산할 수 있음.
- 서로 랙 실패로부터 안전함
- 동일한 리전의 여러 AZ에 걸쳐있을 수 있음.
- 설정으로 최대 수백 개 EC2 인스턴스를 얻을 수 있음.
- 하드웨어 물리적 랙을 공유하지 않으므로 각 파티션은 실패로부터 격리됨.
- 파티션들 전반에 걸쳐 데이터와 서버를 퍼트려 두도록 파티션 인식 가능한 애플리케이션의 경우.
- 일반적으로 HDFS, HBase, Cassandra, Kafka
, 파티션을 인식하는 빅데이터 애플리케이션
EC2 배치 그룹 생성
배치 그룹을 생성해 보자.
첫 번째 그룹.
두 번째 그룹.
세 번째 그룹.
배치 그룹이 잘 생성된 것을 확인할 수 있다.
EC2 인스턴스도 시작을 해주자.
고급 세부 정보
에 배치 그룹
을 선택할 수 있다.
ENI(탄력적 네트워크 인터페이스)
- VPC의 논리적 구성 요소
- EC2 인스턴스 외부에서도 사용이 가능함.
- 장애 조치를 위해 옮길 수 있음.
특징
- 주요 사설 IPv4와 하나 이상의 보조 IPv4를 가질 수 있음.
- 사설 IPv4당 탄력적 IPv4를 갖거나 혹은 하나의 공용 IPv4를 가질 수 있음.
-> 사설 및 공용 IP가 한 개씩 제공됨. - ENI에 하나 이상의 보안 그룹을 연결할 수 있음.
- MAC 주소도 연결이 가능하다.
EC2 Hibernate
- EC2 절전 모드
- RAM에 있던 인 메모리 상태는 그대로 보존
- 인스턴스 부팅이 더 빨라짐.
- 운영 체제를 완전히 중지한 것이 아님.
덤프
를 이용하여 저장.- 오래 실행되는 프로세스를 갖고 있고 중지 하지 않을 때 사용.
- RAM 상태를 저장하고 싶을 때.
- 빠르게 재부팅하고 싶을 때.
- 서비스 초기화가 시간을 많이 잡아 먹어 서비스가 중단 없이 인스턴스를 절전 모드로 전환하고 싶을 때.