Couchbase Mobile을 이용한 재해 복구(DR) – 싱크 게이트웨이 및 교차 데이터 센터 복제

재해 복구(DR) 및 비즈니스 연속성(BC) 계획은 모든 현대 애플리케이션에 필수적이며, 모바일 또는 에지 컴퓨팅 요소를 포함하는 모든 애플리케이션에도 예외 없이 적용됩니다. 

서비스 중단이나 다운타임은 비즈니스에 심각한 영향을 미칠 수 있으며, 올바른 전략이 마련되어 있지 않으면 그러한 사태로부터 복구하기가 어려울 수 있습니다.

이 게시물에서는 크로스 데이터 센터 복제(XDCR)를 사용하여 Couchbase에서 모바일 애플리케이션의 비즈니스 연속성(BC) 및 재해 복구(DR)를 계획할 수 있는 방법 중 하나를 살펴봅니다.

카우치베이스 모바일 스택

카우치베이스 모바일은 오프라인 우선 모바일 및 임베디드 애플리케이션을 배포할 수 있도록 지원하는 클라우드 투 엣지 플랫폼으로, 빠르고 효율적인 데이터 동기화를 제공합니다.

그것은 3가지 주요 구성 요소로 이루어져 있습니다:

• 카우치베이스 서버 – 확장성이 뛰어나고 가용성이 높으며 성능이 뛰어난 NoSQL 데이터베이스입니다. 이 서비스는 완전 관리형이자 호스팅되는 데이터베이스 서비스(DBaaS)로 제공됩니다. 카우치베이스 카펠라, 또는 직접 배포하고 호스팅할 수도 있습니다 카우치베이스 서버.
• Sync Gateway – 대규모 대화형 웹, 모바일 및 IoT 애플리케이션에 데이터 동기화를 제공하도록 설계된 인터넷 연결형 보안 동기화 메커니즘입니다. 완전 호스팅 및 관리형 서비스로 제공됩니다. 카펠라 앱 서비스, 또는 다음과 같이 직접 설치하고 관리할 수도 있습니다. 카우치베이스 싱크 게이트웨이.
• 코우치베이스 라이트 – 모바일, 데스크톱 및 IoT 앱을 위한 모든 기능을 갖춘 임베디드 데이터베이스입니다. 기기에서 로컬로 실행되는 CRUD, 전문 검색, 쿼리 및 벡터 검색 기능을 제공합니다.

XDCR이란 무엇인가요?

XDCR Couchbase 클러스터 간의 데이터 복제를 가능하게 하는 고성능 복제 기술이며, 모바일 애플리케이션을 포함한 재해 복구(DR) 전략과 데이터 마이그레이션을 지원하는 데 매우 중요한 역할을 합니다.

XDCR은 단방향으로 설정할 수 있으며(데이터가 소스 클러스터 A에서 타겟 클러스터 B로만 흐름을 의미함), 양방향으로도 설정할 수 있어(데이터가 소스 클러스터 A에서 타겟 클러스터 B로, 그리고 소스 클러스터 B에서 타겟 클러스터 A로 흐름을 의미함), 다양한 사용 사례를 지원하기 위한 다양한 토폴로지가 가능하다.

XDCR의 몇 가지 일반적인 사용 사례로는 재해 복구를 위한 핫 스탠바이, 전 세계적으로 사용되는 애플리케이션을 위한 데이터 센터의 지리적 위치 분산, 마이그레이션 등이 있습니다.

모바일 배포를 위해 BC/DR(비즈니스 연속성 및 재해 복구)을 보장하기 위해 XDCR을 어떻게 활용할 수 있습니까?

모바일 애플리케이션을 위한 DR(재해 복구) 전략의 최적 접근 방식을 고려하는 것은 매우 중요합니다. 이를 달성하는 방법에는 여러 가지가 있으며, 구체적으로는 다음과 같습니다. 인터싱크 게이트웨이 복제(ISGR) 및 XDCR. ISGR을 사용하면 여러 Sync Gateway 또는 Capella App Services 인스턴스 간의 복제가 가능합니다. 이에 대해 자세히 알아보려면 다음을 참조하세요. 또 다른 블로그 게시물. 이제 Couchbase를 사용하는 모바일 애플리케이션을 위한 DR 전략의 일환으로 XDCR을 사용하는 방법을 살펴보겠습니다.

이 예제에서 우리는 각각 연관된 Sync Gateway 클러스터를 가진 두 개의 Couchbase 클러스터를 가지고 있습니다. 이 클러스터 중 하나는 프로덕션 애플리케이션을 위한 주(primary) 클러스터이고, 다른 하나는 XDCR을 사용하여 주 클러스터와 동기화 상태로 유지되는 재해 복구(DR) 클러스터입니다.

변경 사항이 소스에서 타겟으로 흐르도록 하고 타겟 사이트가 쓰기 작업 업데이트를 소스로 다시 보내지 않도록 하므로, 양방향(bidirectional) XDCR 대신 단방향(unidirectional) XDCR을 사용하는 것이 모범 사례입니다. 또한, Sync Gateway가 XDCR 복제의 타겟일 때는 대기 상태(데이터를 활발하게 수신하지 않는 상태)여야 합니다.

일반적인 시나리오에서 해당 구성은 다음과 같습니다.

DR 시나리오에서는 보조 클러스터로 전환할 수 있도록 몇 가지 단계를 거쳐야 합니다.

1. 기존 주 클러스터에서 새 주 클러스터(이전 DR 클러스터)로의 단방향 XDCR 복제를 제거합니다.
2. 기존 기본 Couchbase 클러스터에서 싱크 게이트웨이를 대기 상태로 설정하세요.
3. 새로운 기본 Couchbase 클러스터와 Sync Gateway 클러스터(이전 DR 클러스터) 간의 복제를 활성화합니다.
4. 새로운 주 클러스터와 새로운 DR 클러스터 간에 단방향 XDCR 복제를 설정합니다.
5. 애플리케이션을 기존 주 클러스터 대신 새 주 클러스터에 연결하세요.

새로운 구성은 다음과 같습니다:

특히 클러스터를 전환할 때 Sync Gateway를 대기 상태로 유지하고 단방향 XDCR을 유지하는 조건을 유지하는 것이 매우 중요합니다. 그렇지 않으면 Sync Gateway와 XDCR이 모두 쓰기 모드로 동일한 버킷을 타겟으로 삼게 되어 동기화 문제가 발생할 수 있습니다.

이 접근 방식을 통해 모바일 애플리케이션의 견고성을 확보하고 재해 복구(DR) 시나리오에 대비할 수 있습니다.

참고문헌

• 카우치베이스 카펠라 그리고 카우치베이스 서버
• 카우치베이스 싱크 게이트웨이
• 카펠라 앱 서비스
• 코우치베이스 라이트
• 크로스 데이터센터 복제
• 인터싱크 게이트웨이 복제(ISGR) 및 XDCR
• 블로그: Capella 앱 서비스와 자체 관리형 Couchbase 모바일 배포 간의 데이터 동기화