2장. OpenShift Container Platform에 AMQ Broker 배포 계획
이 섹션에서는 Operator 기반 배포를 계획하는 방법을 설명합니다.
Operator 는 OpenShift 애플리케이션을 패키지, 배포 및 관리할 수 있는 프로그램입니다. Operator는 종종 일반 또는 복잡한 작업을 자동화합니다. 일반적으로 Operator는 다음을 제공합니다.
- 일관되고 반복 가능한 설치
- 시스템 구성 요소의 상태 점검
- OTA(Over-the-air) 업데이트
- 관리형 업그레이드
Operator를 사용하면 브로커 인스턴스가 실행되는 동안 변경할 수 있습니다. 이는 항상 배포를 구성하는 데 사용한 사용자 정의 리소스(CR) 인스턴스의 변경을 수신 대기하기 때문입니다. CR을 변경하면 Operator는 기존 브로커 배포로 변경 사항을 조정하고 변경 사항을 반영하도록 배포를 업데이트합니다. 또한 Operator는 메시징 데이터의 무결성을 보장하는 메시지 마이그레이션 기능을 제공합니다. 배포의 의도적인 스케일 다운으로 인해 클러스터형 배포의 브로커가 종료되면 이 기능은 동일한 브로커 클러스터에서 계속 실행 중인 브로커 Pod로 메시지를 마이그레이션합니다.
2.1. HA(고가용성) 개요 링크 복사링크가 클립보드에 복사되었습니다!
고가용성 이란 시스템의 일부가 실패하거나 종료될 때에도 작동할 수 있는 시스템을 나타냅니다. OpenShift Container Platform의 AMQ Broker의 경우 Pod가 실행 중인 노드, Pod가 실행 중이거나 클러스터가 실패하는 경우 메시징 데이터의 무결성 및 가용성을 보장합니다.
AMQ Broker는 OpenShift Container Platform에 제공된 HA 기능을 사용하여 Pod 및 노드 오류를 완화합니다.
- AMQ Broker에서 영구 스토리지를 활성화하면 각 브로커 Pod는 영구 볼륨 클레임(PVC)을 사용하여 클레임한 PV(영구 볼륨)에 해당 데이터를 씁니다. Pod를 삭제한 후에도 PV를 사용할 수 있습니다. 브로커 포드가 실패하면 OpenShift에서 동일한 이름으로 Pod를 재시작하고 메시징 데이터가 포함된 기존 PV를 사용합니다.
클러스터에서 여러 브로커 Pod를 실행하고 별도의 노드에 Pod를 배포하여 노드 장애에서 복구할 수 있습니다. 각 브로커 Pod는 메시지 데이터를 자체 PV에 씁니다. 그러면 해당 브로커 Pod가 다른 노드에서 재시작되는 경우 사용할 수 있습니다.
Openshift 클러스터의 노드 장애로부터 복구하기 위한 평균 시간(MTTR)이 AMQ Broker의 서비스 가용성 요구 사항을 충족하지 않는 경우 더 빠른 복구를 제공하기 위해 리더 지원 배포를 생성할 수 있습니다. leader-follower 배포를 사용하여 클러스터 또는 광범위한 데이터 센터 중단으로부터 보호할 수도 있습니다. 자세한 내용은 4.23절. “고가용성을 위해 leader-follower 브로커 배포 구성”의 내용을 참조하십시오.
추가 리소스
영구 스토리지 사용 방법에 대한 자세한 내용은 2.9절. “Operator 배포 노트” 을 참조하십시오.
별도의 노드에 브로커 Pod를 배포하는 방법에 대한 자세한 내용은 4.17.2절. “허용 오차를 사용하여 Pod 배치 제어” 을 참조하십시오.