NoSQL과 하이브리드 클라우드

온프레미스에 NoSQL 데이터베이스를 배포할 수 있는 경우 또는 클라우드에 배포할 수 있는데 온프레미스에 배포할 수 없는 이유는 무엇인가요? 그리고 클라우드에서 사용할 수 있나요? 그럴 수 있고, 그래야 합니다. 이 문서에서는 NoSQL 데이터베이스 배포를 위한 다양한 하이브리드 클라우드 사용 사례를 중점적으로 살펴봅니다.

마스터/슬레이브

마스터 배포는 온프레미스에 상주하고 대기 배포는 클라우드에 상주하거나 그 반대의 경우도 마찬가지입니다.

액티브 데이터 센터 / 대기 클라우드

액티브 클라우드 / 대기 데이터 센터

장애 조치

단일 인스턴스에 대한 장애 조치와 전체 배포에 대한 장애 조치는 별개의 문제입니다. 활성 배포는 온프레미스에, 대기 배포는 클라우드에 상주하거나 그 반대의 경우도 가능합니다. 활성 배포를 사용할 수 없는 경우 대기 배포로 페일오버할 수 있습니다.

운영 대 분석

이는 실제 생활에 적용되는 우려의 분리입니다. 운영 애플리케이션은 한 배포를 읽고 쓰는 반면, 분석 애플리케이션은 다른 배포를 읽고 씁니다. 운영 애플리케이션은 온프레미스 배포를 읽고 쓰는 반면, 분석 애플리케이션은 클라우드 배포를 읽고 쓰거나 그 반대의 경우도 마찬가지입니다.

도전 과제

문제는 활성 배포에서 대기 배포로 데이터를 복사하는 데 있습니다. 데이터를 내보내고 가져올 수는 있지만, 가장 효율적인 메커니즘은 증분 업데이트를 통한 단방향 동기화입니다. 이는 데이터 센터 간 복제(XDCR)를 통해 Couchbase Server에서 가능합니다.

고가용성

이는 인프라 수준에서의 고가용성입니다. 단일 배포의 장애에도 견딜 수 있습니다.

클라우드 버스트

마스터 배포는 온프레미스에 상주하지만 클라우드에서 실행되는 노드를 포함하도록 확장할 수 있습니다.

온프레미스와 클라우드에 별도의 배포를 유지하는 대신, 온프레미스 배포와 클라우드 배포를 모두 포함하는 단일 배포가 있습니다. 클라우드에 배포된 노드는 대기 상태로 실행됩니다. 온프레미스 배포의 리소스가 더 이상 충분하지 않은 경우 클라우드에서 실행 중인 대기 노드를 포함하도록 배포를 확장할 수 있습니다.

도전 과제

문제는 클라우드에서 실행 중인 대기 노드를 필요에 따라 추가 및 제거할 수 있어야 한다는 점입니다. Couchbase Server에서는 노드를 활성화하여 추가할 수 있기 때문에 가능합니다. 대안으로 관리자는 명령줄 인터페이스(CLI)를 사용하여 필요에 따라 대기 노드를 추가할 수 있습니다. 온프레미스 배포를 클라우드로 확장해야 하는 경우 관리자는 다음을 수행하여 대기 노드를 활성화할 수 있습니다. 재조정 작동합니다.

하이브리드 클라우드

마스터 온프레미스 배포와 슬레이브 클라우드 배포 간의 단방향 동기화 및 증분 업데이트에 의존하는 대신, 다중 클라우드 배포는 다중 마스터 토폴로지에서 양방향 동기화에 의존합니다. 또한 개별 클라우드 배포는 계속해서 단방향 동기화 및 증분 업데이트를 사용하여 온-프레미스 배포와 동기화할 수 있습니다.

도전 과제

마스터/슬레이브 토폴로지와 마찬가지로, 활성 배포에서 대기 배포로 데이터를 복사하는 것이 문제입니다. 그러나 마스터/마스터 토폴로지는 증분 업데이트를 통한 양방향 동기화가 필요합니다. 카우치베이스 서버는 단방향 동기화와 데이터 센터 간 복제(XDCR)를 통한 증분 업데이트를 통한 양방향 동기화를 모두 지원합니다.

고가용성

이는 인프라 수준과 엔터프라이즈 수준 모두에서 고가용성을 제공합니다. 여러 번의 배포 실패에도 살아남을 수 있습니다. 여러 클라우드 제공업체의 장애에도 살아남을 수 있기 때문입니다. 기업은 더 이상 단일 클라우드 제공업체에 종속되지 않습니다. 기업은 더 이상 특정 공급업체에 종속되지 않습니다. 인프라 가용성이 향상될 뿐만 아니라 비즈니스 민첩성이 향상됩니다.

요약

레드햇이 개방형 하이브리드 클라우드 비전을 제시하며 하이브리드 클라우드를 선도하고 있습니다. 미래의 NoSQL 데이터베이스는 이에 대비해야 합니다.

추가 읽기

데이터 센터 간 복제(문서)
랙 인식(문서)
리밸런싱 (문서)
노드 추가하기(문서)