기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
RabbitMQ용 Amazon MQ 브로커의 배포 옵션
RabbitMQ 브로커는 단일 인스턴스 브로커나 클러스터 배포로 생성할 수 있습니다. 두 배포 모드 모두에서 Amazon MQ는 데이터를 중복 저장하여 높은 내구성을 제공합니다.
RabbitMQ가 지원하는 모든 프로그래밍 언어
옵션 1: RabbitMQ용 Amazon MQ 단일 인스턴스 브로커
단일 인스턴스 브로커는 네트워크 로드 밸런서(NLB) 뒤에서 하나의 가용 영역에 있는 하나의 브로커로 구성됩니다. 브로커는 애플리케이션 및 Amazon EBS 스토리지 볼륨과 통신합니다. Amazon EBS는 짧은 대기 시간과 높은 처리량에 최적화된 블록 수준 스토리지를 제공합니다.
네트워크 로드 밸런서를 사용하면 유지 관리 기간 중이나 기본 Amazon EC2 하드웨어 실패로 인해 브로커 인스턴스가 교체되어도 RabbitMQ용 Amazon MQ 브로커 엔드포인트가 변경되지 않습니다. 네트워크 로드 밸런서를 통해 애플리케이션과 사용자가 계속 같은 엔드포인트를 사용하여 브로커에 연결할 수 있습니다.
다음 다이어그램은 RabbitMQ용 Amazon MQ 단일 인스턴스 브로커를 보여줍니다.
옵션 2: RabbitMQ용 Amazon MQ 클러스터 배포
클러스터 배포는 네트워크 로드 밸런서 뒤에 있는 3개의 RabbitMQ 브로커 노드(각각 사용자, 대기열 및 여러 가용 영역(AZ) 간에 분산된 상태 공유)로 이루어진 논리적 그룹입니다.
클러스터 배포에서 Amazon MQ는 브로커 정책을 자동으로 관리하여 모든 노드에서 클래식 미러링을 활성화하므로 고가용성(HA)을 보장합니다. 미러링된 각 대기열은 하나의 기본 노드와 하나 이상의 미러로 구성됩니다. 대기열마다 자체 기본 노드가 있습니다. 지정된 대기열에 대한 모든 작업은 먼저 대기열의 기본 노드에 적용된 다음 미러로 전파됩니다. Amazon MQ는 ha-mode 를 all로, ha-sync-mode를 automatic으로 설정하는 기본 시스템 정책을 생성합니다. 따라서 데이터가 다른 가용 영역에 있는 클러스터의 모든 노드에 복제되어 내구성이 높아집니다.
참고
유지 관리 기간 중 클러스터의 모든 유지 관리 작업은 한 번에 한 노드씩 수행되므로 항상 두 개 이상의 노드가 실행 중인 상태로 유지됩니다. 노드가 중단될 때마다 해당 노드의 클라이언트 연결이 끊어지고 다시 설정해야 합니다. 클러스터에 자동으로 다시 연결하도록 클라이언트 코드가 설계되어 있는지 확인해야 합니다. 연결 복구에 대한 자세한 내용은 네트워크 실패 자동 복구 단원을 참조하세요.
Amazon MQ는 ha-sync-mode: automatic을 설정하므로 유지 관리 기간 중 각 노드가 클러스터에 다시 조인할 때 대기열이 동기화됩니다. 대기열 동기화 중에는 다른 모든 대기열 작업이 차단됩니다. 대기열을 짧게 유지하면 유지 관리 기간 중 대기열 동기화의 영향을 완화할 수 있습니다.
기본 정책은 삭제하면 안 됩니다. 이 정책을 삭제하면 Amazon MQ에서 자동으로 다시 생성합니다. 또한 Amazon MQ는 사용자가 클러스터링된 브로커에서 생성하는 다른 모든 정책에도 HA 속성이 적용되도록 합니다. HA 속성 없이 정책을 추가하면 Amazon MQ에서 해당 속성을 자동으로 추가합니다. 고가용성 속성이 다른 정책을 추가하면 Amazon MQ가 해당 정책을 대체합니다. 클래식 미러링에 대한 자세한 내용은 클래식 미러링된 대기열
다음 다이어그램은 각각 자체 Amazon EBS 볼륨이 있고 상태를 공유하는 3개 가용 영역(AZ)의 3개 노드가 포함된 RabbitMQ 클러스터 브로커 배포를 보여줍니다. Amazon EBS는 짧은 대기 시간과 높은 처리량에 최적화된 블록 수준 스토리지를 제공합니다.
