데이터 센터 간 복제(XDCR)

카우치베이스 모바일을 통한 재해 복구 - 동기화 게이트웨이 및 데이터 센터 간 복제

재해 복구(DR) 및 비즈니스 연속성(BC)에 대한 계획은 모든 최신 애플리케이션에 필수적이며, 이는 모바일 또는 엣지 컴퓨팅 구성 요소가 있는 모든 애플리케이션에 동일하게 적용됩니다. 

서비스 중단이나 다운타임은 비즈니스에 심각한 영향을 미칠 수 있으며, 올바른 전략이 없다면 이러한 이벤트는 복구하기 어려울 수 있습니다.

이 게시물에서는 XDCR(교차 데이터 센터 복제)을 사용하여 Couchbase에서 모바일 애플리케이션의 BC 및 DR을 계획할 수 있는 방법 중 하나를 살펴봅니다.

카우치베이스 모바일 스택

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

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

    • 카우치베이스 서버 - 확장성이 뛰어나고 가용성이 높은 고성능 NoSQL 데이터베이스입니다. 이 데이터베이스는 다음과 같은 완전 관리형 및 호스팅형 서비스형 데이터베이스로 제공됩니다. 카우치베이스 카펠라로 배포 및 호스팅할 수도 있고, 다음과 같이 직접 배포 및 호스팅할 수도 있습니다. 카우치베이스 서버.
    • 동기화 게이트웨이 - 대규모 대화형 웹, 모바일 및 IoT 애플리케이션을 위한 데이터 동기화를 제공하도록 설계된 인터넷 기반의 안전한 동기화 메커니즘입니다. 다음을 통해 완전히 호스팅 및 관리할 수 있습니다. 카펠라 앱 서비스를 사용하거나 다음을 사용하여 직접 설치 및 관리할 수 있습니다. 카우치베이스 동기화 게이트웨이.
    • 카우치베이스 라이트 - 모바일, 데스크톱 및 IoT 앱을 위한 모든 기능을 갖춘 임베디드 데이터베이스입니다. 디바이스에서 로컬로 실행되는 CRUD, 전체 텍스트 검색, 쿼리 및 벡터 검색 기능을 제공합니다.

XDCR이란 무엇인가요?

XDCR 는 두 개 이상의 카우치베이스 클러스터 간에 데이터를 복제할 수 있는 고성능 복제 기술입니다. 모바일 애플리케이션을 포함하여 DR 전략 및 데이터 마이그레이션을 지원하는 데 매우 중요한 역할을 합니다.

XDCR은 단방향(소스 클러스터 A에서 대상 클러스터 B로만 데이터가 흐르는 것을 의미) 또는 양방향(소스 클러스터 A에서 대상 클러스터 B로, 소스 클러스터 B에서 대상 클러스터 A로 데이터가 흐르는 것을 의미)으로 설정할 수 있으므로 다양한 사용 사례를 지원하기 위해 다양한 토폴로지를 사용할 수 있습니다.

XDCR의 일반적인 사용 사례로는 DR을 위한 핫 스탠바이, 전 세계에서 사용되는 애플리케이션을 위한 데이터센터의 지리적 위치, 마이그레이션 등이 있습니다.

모바일 배포를 위한 BC/DR을 보장하기 위해 XDCR을 어떻게 사용할 수 있나요?

모바일 애플리케이션의 DR 전략에 대한 최선의 접근 방식을 고려하는 것은 매우 중요합니다. 이를 달성할 수 있는 방법에는 다음과 같은 여러 가지가 있습니다. 동기화 게이트웨이 간 복제(ISGR) 및 XDCR. ISGR은 여러 동기화 게이트웨이 또는 카펠라 앱 서비스 인스턴스 간에 복제를 허용합니다. 다른 블로그 게시물. 이제 Couchbase를 사용하여 모바일 애플리케이션에 대한 DR 전략의 일부로 XDCR을 사용하는 방법을 살펴보겠습니다.

이 예제에서는 두 개의 Couchbase 클러스터가 있으며, 두 클러스터 모두 동기화 게이트웨이 클러스터와 연결되어 있습니다. 이 클러스터 중 하나는 프로덕션 애플리케이션의 기본 클러스터이고, 다른 하나는 DR 클러스터로, XDCR을 사용하여 기본 클러스터와 동기화 상태를 유지합니다.

변경 사항이 소스에서 대상으로 흐르고 대상 사이트가 쓰기 작업 업데이트를 소스로 다시 보내지 않도록 하려면 양방향이 아닌 단방향 XDCR을 사용하는 것이 가장 좋습니다. 또한 동기화 게이트웨이는 XDCR 복제의 대상이 될 때 대기 상태(데이터를 적극적으로 수신하지 않는 상태)여야 합니다.

일반적인 시나리오에서 이러한 구성은 다음과 같습니다:

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

    1. 기존 기본 클러스터에서 새 기본 클러스터(이전에는 DR 클러스터)로 단방향 XDCR 복제를 제거합니다.
    2. 동기화 게이트웨이를 기존 기본 Couchbase 클러스터에서 대기 상태로 설정합니다.
    3. 새 기본 Couchbase 클러스터와 동기화 게이트웨이 클러스터(이전에는 DR 클러스터) 간의 복제를 켭니다.
    4. 새 기본 클러스터와 새 DR 클러스터 간에 단방향 XDCR 복제를 설정합니다.
    5. 애플리케이션을 이전 기본 클러스터 대신 새 기본 클러스터에 연결합니다.

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

특히 클러스터를 전환할 때는 동기화 게이트웨이를 대기 상태로 유지하고 단방향 XDCR을 사용하는 조건을 유지하는 것이 중요합니다. 그렇지 않으면 동기화 게이트웨이와 XDCR이 모두 쓰기 모드에서 동일한 버킷을 대상으로 하여 동기화 문제를 일으킬 수 있습니다.

이러한 접근 방식을 통해 모바일 애플리케이션이 견고하고 DR 시나리오에 대비할 수 있도록 할 수 있습니다.

참조

 

이 문서 공유하기
받은 편지함에서 카우치베이스 블로그 업데이트 받기
이 필드는 필수 입력 사항입니다.

작성자

게시자 조지나 마틴, 솔루션 엔지니어

댓글 남기기

카우치베이스 카펠라를 시작할 준비가 되셨나요?

구축 시작

개발자 포털에서 NoSQL을 살펴보고, 리소스를 찾아보고, 튜토리얼을 시작하세요.

카펠라 무료 사용

클릭 몇 번으로 Couchbase를 직접 체험해 보세요. Capella DBaaS는 가장 쉽고 빠르게 시작할 수 있는 방법입니다.

연락하기

카우치베이스 제품에 대해 자세히 알고 싶으신가요? 저희가 도와드리겠습니다.