AWS 인프라 안에서 EC2 인스턴스가 어떻게 배치되어야 하는지를 조정하기 원할 때 사용하는 전략 AWS의 하드웨어와 직접 상호작용을 하지 않고 AWS에게 EC2 인스턴스가 서로 어떻게 배치되기를 원하는지 알림
배치 그룹을 생성할 때 세 가지 전략을 사용 가능 1)Cluster : 인스턴스가 하나의 AZ에서 저지연 하드웨어 설정으로 다함께 그룹화 → 고성능, 고위험 2) Spread : 인스턴스가 다른 하드웨어로 분산되는 것으로 AZ에 분산된 배치 그룹 당 7개의 EC2 인스턴스만 가질 수 있음 → 중요한 앱이 있는 경우에 사용 3)Partition : 인스턴스가 파티션에 분산되는 것으로 AZ 안의 하드웨어 여러 다른 랙 세트에 의존 파티션은 스프레드와 달리, 하나가 실패할 경우 고립될 수 있으며 배치 그룹 당 수백개의 EC2 인스턴스를 가질 수 있음 → Hadoop, Cassaandra, Kafka 같은 앱 실행에 사용
Placement Groups Cluster
모든 EC2 인스턴스는 같은 랙에 있으며 같은 하드웨어와 같은 AZ에 있음 (그룹화) 클러스터를 갖기 위해 이들을 같은 랙에 두게 되면 저지연의 10 기가 바이트 속도의 네트워크를 얻을 수 있는 장점이 있음
단점으로는 랙이 실패하고 하드웨어에 오류가 있으면 모든 인스턴스가 동시에 실패하므로 전체 스택에 실패가 전파될 수 있는 위험이 높아짐
위험이 증가하는 대신 엄청난 네트워크를 얻을 수 있으므로 빠르게 완성되어야 하는 빅데이터 업무에 사용하거나 극도의 저지연 고네트워크가 필요한 애플리케이션에 사용
Placement Groups Spread
클러스터와 완전히 반대로 실패 위험을 최소화함
3개의 AZ와 6개의 EC2를 가지고 있을 때 각각의 EC2 인스턴스는 모두 다른 하드웨어에 갖게 됨 즉, 여러 AZ에 걸쳐 분산할 수 있으므로 인스턴스의 위험을 분리해 동시에 실패할 위험이 줄어듦 (하드웨어 하나가 실패하면 다른 하드웨어가 동시에 실패할 가능성은 적으므로)
배치 그룹은 AZ 당 7개의 인스턴스로 제한된다는 단점이 존재
고가용성을 극대화하고 위험을 줄여야 하는 애플리케이션에 사용
Placements Groups Partition
다양한 AZ에 넓게 인스턴스가 분산될 수 있고 AZ 당 7개의 파티션을 가질 수 있으므로 각각의 파티션에는 많은 EC2 인스턴스를 가질 수 있어 총 수백개의 EC2 인스턴스를 가짐
많은 파티션을 가짐으로써 인스턴스가 많은 하드웨어 랙에 분산될 수 있어 다른 하나의 랙 실패에서 안전하게 고립될 수 있음
다른 파티션에 있는 인스턴스와는 같은 하드웨어나 물리적 랙을 공유하지 않음
EC2 인스턴스는 메타 데이터 서비스를 통해 파티션 정보에 접근할 수 있는 옵션을 가짐
데이터와 서버를 파티션에 배포할 수 있어 파티션을 인식하는 빅데이터 앱 (HDFS, Hbase, Cassandra, Apache Lafka) 에 사용
<EC2 배치 그룹 실습>
네트워크 및 보안 - 배치 그룹 - 배치 그룹 생성 첫 번째로 Cluster 배치 그룹생성
생성 시 그룹 ID를 갖게 됨두 번째로 Spread 배치 그룹 생성
세 번째로 Partition 배치 그룹 생성
인스턴스를 어떻게 이 배치 그룹에 런칭할 수 있을까? 인스턴스 - 인스턴스 시작 - 인스턴스 세부 사항에서 배치 그룹에 인스턴스를 추가하면 됨
