Cloud Databases 의 고가용성 이해

본 문서는 모든 IBM Cloud® 데이터베이스를 다루며, 여기에는, Databases for MongoDB, Databases for Redis, Databases for Elasticsearch, IBM Cloud® Databases for MySQL, Databases for PostgreSQL 및 Messages for RabbitMQ 가 포함됩니다.

지역

IBM Cloud® 데이터베이스 인스턴스는 다중 지역(MZR)(예: 달라스, 프랑크푸르트, 런던, 시드니, 도쿄, 워싱턴) 또는 단일 캠퍼스 다중 지역(예: 첸나이)에 배포됩니다. 각 인스턴스는 고가용성 구성으로 배포됩니다. 즉, 데이터베이스마다 데이터를 하나 이상의 서버에 복제하여 정상 운영 시 데이터의 고가용성을 보장합니다.

MZR(다중 영역 지역)에서 단일 캠퍼스 다중 영역 지역 장애가 발생하거나 어느 지역에서든 하드웨어 장애가 발생하더라도, 데이터는 다른 정상 작동 중인 데이터베이스 서버로 복제되므로 여전히 접근 가능합니다. 이와 같은 문제는 IBM Cloud® 전문가가 처리합니다.

특정 데이터베이스가 각 멤버 간에 데이터를 복제하는 방법에 대한 자세한 내용은 Cloud Databases 설명서를 참조하세요.

백업

전체 지역 장애가 발생하면 지역의 데이터베이스 서버에 액세스할 수 없지만 백업 데이터는 사용 가능합니다. 이러한 백업에서 서비스 관리 콘솔의 사용 가능한 지역으로 복원을 시작할 수 있습니다. 자세한 내용은 Cloud Databases 백업 문서를 참조하세요.

IBM Cloud® 데이터베이스 플랫폼이 복원될 때 복원할 새 서비스 인스턴스를 만드는 것은 회원님의 책임입니다 데이터베이스 플랫폼이 복원될 때 복원할 새 서비스 인스턴스를 만들어야 합니다. 또한 백업의 유효성 및 복원 시간을 테스트해야 합니다. 자세한 내용은 * Cloud Databases 대한 공유 책임* 페이지의 재해 복구 섹션을 참조하세요.

애플리케이션 레벨 고가용성

네트워크 및 클라우드 서비스를 통해 통신하는 애플리케이션은 일시적 연결 실패의 영향을 받습니다. 애플리케이션은 배포 환경 또는 IBM Cloud 에 대한 연결이 일시적으로 끊어져 발생하는 오류 시 재시도(retry)가 아닌 재연결(reconnect)되도록 설계해야 합니다.

Cloud Databases 는 관리형 서비스이므로 정기적인 업데이트 및 데이터베이스 유지보수가 정상 운영의 일환으로 수행됩니다. 이러한 유지보수는 가끔 데이터베이스가 비활성화되는 짧은 간격을 초래할 수 있습니다.

응용 프로그램은 데이터베이스에 대한 일시적인 중단을 처리하도록 설계되어야 하며, 실패한 데이터베이스 명령에 대한 오류 처리를 구현하고, 일시적인 중단으로부터 복구하기 위한 재연결 로직을 구현해야 합니다.

몇 분 동안 데이터베이스를 사용할 수 없거나 연결이 중단되는 일은 예상되지 않았습니다. 1분 넘게 연결이 끊기면 IBM에서 조사할 수 있도록 세부사항이 포함된 지원 티켓을 여십시오.

둘 이상의 지역에 배치가 있는 경우 각 지역에서 IBM Cloud® Monitoring을 프로비저닝하고 플랫폼 메트릭을 사용으로 설정해야 합니다. 자세한 내용은 IBM Cloud Monitoring 통합을 참조하세요.

SLA