Sterling Intelligent
Promising 컨테이너의 멀티클러스터 지원을 사용하여 기본 및 보조 클러스터를 구성하세요. 이 기능은 기본 환경에 영향을 미치는 재해나 정전이 발생했을 때 비즈니스 연속성을 보장합니다.
이 기능을 통해 조직은 고가용성 및 재해 복구 목표를 달성할 수 있습니다. 대기 중인 보조 클러스터를 동기화하면 기본 클러스터를 사용할 수 없을 때 이를 대신할 수 있습니다.
참고: 이 기능은 Sterling Intelligent
Promising 컨테이너의 모든 기능을 갖춘 기본 클러스터를 배포한 사용자 및 고가용성 및 재해 복구를 위해 보조 클러스터를 포함할 계획이 있는 사용자에게만 적용됩니다.
태스크 정보
Sterling Intelligent
Promising 는 주로 Cassandra 와 Elasticsearch 두 개의 데이터베이스에 의존합니다. 데이터 유형에 따라 데이터는 두 데이터베이스 중 하나 또는 둘 다에 저장될 수 있습니다. 단일 클러스터에서 멀티클러스터 설정으로 이동할 때는 첫 번째 클러스터의 기존 데이터를 새 클러스터로 마이그레이션하여 두 데이터 센터가 독립적으로 운영되도록 해야 합니다. 다음 절차는 단일 클러스터에서 멀티클러스터로 이동하는 방법을 설명합니다.
프로시저
- 보조 클러스터인 새 클러스터에 미들웨어 구성 요소를 배포합니다.
- Cassandra, Elasticsearch, Kafka 등 필요한 미들웨어 구성 요소를 설정합니다.
- 보조 클러스터에서 Sterling Intelligent
Promising 에 필요한 Kafka 주제를 만들어야 합니다. 자세한 내용은 서비스 관련 주제 목록( Kafka )을 참조하세요.
- Cassandra 멀티데이터센터 복제를 활성화하여 클러스터 전반에서 데이터 일관성과 고가용성을 유지하세요.
Cassandra 기본적으로 멀티 데이터 센터 클러스터링을 지원하여 데이터 센터 간 데이터 복제를 원활하게 수행할 수 있습니다.
- Kafka 미러링을 설정합니다.
- MirrorMaker 를 배포하여 Kafka 주제를 기본 클러스터에서 보조 클러스터로 복제합니다. 자세한 내용은 미러링할 Kafka 주제 목록을 참조하세요.
- 3a 단계에서 언급된 Kafka 주제를 보조 클러스터에서 기본 클러스터로 복제해야 합니다.
- 기본 클러스터에서 Elasticsearch 클러스터의 백업을 수행하고 보조 클러스터로 복원합니다.
- AWS, Azure 또는 Google Cloud 제공업체와 같은 클라우드 제공업체에서 제공하는 Elasticsearch 을 사용하는 경우 해당 플랫폼에서 제공하는 기본 스냅샷 및 복원 기능을 사용할 수 있습니다. 클라우드 제공업체의 기본 제공 도구를 사용하면 백업 및 복구를 독립적으로 관리할 수 있습니다.
- 독립적으로 관리하는 독립 실행형 Elasticsearch 인스턴스를 실행하는 경우 지침에 따라 스냅샷을 만들고 데이터를 복원하세요. 자세한 내용은 데이터 백업 및 복원을 위한 Elasticsearch 스냅샷 만들기를 참조하세요.
모든 미들웨어 구성 요소가 준비되면 보조 클러스터에
Sterling Intelligent
Promising 서비스를 배포합니다. 그러나 기본 클러스터와 보조 클러스터 간에 데이터 복제를 사용하려면 미러링된 Kafka 주제를 구성하고 필요한 사용자 지정 리소스 정의를 업데이트하여 Elasticsearch 데이터를 복제하세요. 자세한 내용은
멀티클러스터 환경 설정을 참조하세요.
기본 및 보조 클러스터를 성공적으로 구성하면 재해나 정전 시 비즈니스 연속성을 보장하고 가동 중단 시간을 최소화할 수 있습니다.
구성을 검증하려면 트래픽 또는 워크로드를 기본 클러스터에서 보조 클러스터로 리디렉션하여 장애 조치 시나리오를 시뮬레이션합니다. 이렇게 하면 장애 조치 메커니즘이 예상대로 작동하고 실제 장애가 발생하는 동안에도 시스템이 원활하게 작동할 수 있습니다.