[AWS] EC2의 Placement Groups(배치 그룹)

Placement Groups(배치 그룹)

• EC2 인스턴스가 AWS 인프라에 배치되는 방식을 제어하고자 할 때 사용한다.
• AWS의 하드웨어와 직접적인 상호 작용을 하지는 않지만 EC2 인스턴스가 각각 어떻게 배치되기를 원하는지 AWS에 알려주는 것이다.

 

Strategies for creating Placement groups

1. Cluster(클러스터) 배치 그룹

• 단일 가용 영역 내에서 지연 시간이 짧은 하드웨어 설정으로 인스턴스를 그룹화한다.
• 높은 성능을 제공하지만 위험 또한 높다.
• 모든 EC2 인스턴스가 동일한 가용영역에 있고, 모든 인스턴스 간에 초당 약10기가비트의 대역폭을 확보하여 향상된 네트워킹을 활성화할 수 있다.(= 지연 시간이 짧고 처리량이 많은 네트워크를 확보할 수 있다.)
• 단점
    : 가용 영역에 장애가 발생하면, 모든 인스턴스가 동시에 장애를 일으킨다는 점이다.
• 매우 빠른 네트워킹으로 매우 빠르게 완료해야 하는 빅데이터 작업 또는 애플리케이션의 각 인스턴스간에 지연 시간이 매우 짧고 처리량이 많은 네트워크가 필요한 애플리케이션에 적합하다.

(출처 : 구글이미지)

 

 

2. Spread(분산) 배치 그룹

• 인스턴스가 다른 하드웨어에 분산된다는 의미이다.
    = EC2 인스턴스를 여러 AZ에 걸쳐 서로 다른 물리적 하드웨어에 배치한다.
• 실패 위험을 최소화하려고 하기 때문에, 모든 EC2 인스턴스가 다른 하드웨어에 위치하게 된다.
• 밑의 이미지에서 볼 수 있듯이 3개의 가용 영역과 6개의 EC2가 있고, 각 EC2 인스턴스는 서로 다른 하드웨어에 있다.
    - 장점
        : 여러 가용 영역에 걸쳐 있을 수 있으며 동시 실패의 위험이 감소한다는 것이다.(하드웨어 1이 실패하더라도 하드웨어 2가 실패하지 않을 거라 확신할 수 있기 때문이다.)
    - 단점
        : 밑의 구성에서 배치 그룹의 가용 영역당 7개의 인스턴스로 제한이 된다는 것이다. 즉 배치 그룹의 규모에 제한이 있다는 것이다.
  
  
• 크기가 적당하지만 너무 크지는 않고 가용성을 극대화하고 위험을 줄여야 하는 애플리케이션에서만 쓸 수 있다.
    : 일반적으로는 인스턴스 오류를 서로 격리해야 하는 크리티컬 애플리케이션의 경우이다.

(출처 : 구글이미지)

 

 

3. Partition(분할) 배치 그룹

• 분산 배치 그룹과 비슷하게 인스턴스를 분산하기 하지만 여러 파티션에 인스턴스가 분할되어 있고, 이 파티션은 가용 영역 내의 다양한 하드웨어 랙 세트에 의존한다. 즉, 인스턴스가 여전히 분산되어 있지만 다른 실패로부터 격리되지 않았다는 것이다.
    : 파티션은 다른 오류 파티션과 격리되어야 한다.(= 인스턴스와 파티션은 다른 파티션의 인스턴스와 동일한 하드웨어 물리적 랙을 공유하지 않으므로 각 파티션은 실패로부터 격리된다는 뜻이다)
    : EC2 인스턴스 간의 지연 시간을 증가시킨다.
• 가용 영역당 최대 7개의 파티션이 있을 수 있다.
• 그룹당 수백 개의 EC2 인스턴스를 통해 확장할 수 있고, 파티션들 전반에 걸쳐 데이터와 서버를 퍼뜨려 두도록 파티션 인식 가능한 애플리케이션의 경우에 사용한다.
    : Hadoop, Cassandra, Kafka 같은 애플리케이션을 실행할 수 있다.
• 밑의 이미지 처럼 각 파티션은 AWS의 랙을 나타낸다.
    : 파티션이 많으면 인스턴스가 여러 하드웨어 랙에 분산되어 서로 랙 실패로부터 안전하다.
    : 동일한 리전의 여러 가용 영역에 걸쳐 있을 수 있다. 설정으로 최대 수백 개 EC2 인스턴스를 얻을 수 있다.

(출처 : 구글이미지)