데이터 복원력

이 페이지에서는 ClickHouse Cloud의 재해 복구 권장 사항과 장애 발생 시 고객이 복구할 수 있도록 지침을 제공합니다. 현재 ClickHouse Cloud는 자동 장애 조치 또는 여러 지리적 리전 간 자동 동기화를 지원하지 않습니다. 먼저 몇 가지 정의를 짚고 넘어가면 도움이 됩니다. RPO (Recovery Point Objective): 장애 발생 후 시간을 기준으로 측정한 허용 가능한 최대 데이터 손실 범위입니다. 예시: RPO가 30분이라는 것은 장애가 발생했을 때 DB를 최대 30분 전 시점의 데이터까지 복원할 수 있어야 함을 의미합니다. 물론 이는 백업을 얼마나 자주 수행하는지에 따라 달라집니다. RTO (Recovery Time Objective): 장애 발생 후 정상 운영을 재개해야 하는 최대 허용 중단 시간입니다. 예시: RTO가 30분이라는 것은 장애가 발생했을 때 팀이 30분 이내에 데이터와 애플리케이션을 복원하고 정상 운영을 다시 시작할 수 있음을 의미합니다. 데이터베이스 백업과 스냅샷: 백업은 데이터를 별도의 사본으로 보관해 내구성 있는 장기 저장을 제공합니다. 스냅샷은 추가 데이터 사본을 생성하지 않으며, 일반적으로 더 빠르고 더 나은 RPO를 제공합니다. 기본 서비스의 Backup을 보유하면 기본 서비스에 장애가 발생했을 때 해당 Backup을 활용해 복원할 수 있으므로 효과적입니다. ClickHouse Cloud는 Backup에 대해 다음과 같은 기능을 지원합니다.

1. 기본 Backup

기본적으로 ClickHouse Cloud는 24시간마다 서비스의 Backup을 생성합니다. 이 Backup은 서비스와 동일한 리전에 저장되며, ClickHouse CSP(클라우드 서비스 제공자)의 스토리지 버킷에서 수행됩니다. 기본 서비스의 데이터가 손상된 경우 이 Backup을 사용해 새 서비스로 복원할 수 있습니다.

2. 외부 Backup(고객 소유의 스토리지 버킷)

동일한 리전 또는 다른 리전에 있는 계정의 자체 객체 스토리지로 Backup을 내보낼 수 있습니다. 클라우드 간 Backup 내보내기 지원은 곧 제공될 예정입니다. 리전 간 및 클라우드 간 Backup에는 해당 데이터 전송 요금이 적용됩니다.

3. 구성 가능한 Backup

고객은 RPO를 개선하기 위해 Backup을 구성하여 최대 6시간마다 Backup이 수행되도록 설정할 수 있습니다. 더 긴 보존 기간도 설정할 수 있습니다. 현재 서비스에서 사용할 수 있는 Backup은 ClickHouse Cloud 콘솔의 “backups” 페이지에 나열됩니다. 이 섹션에서는 각 Backup의 성공/실패 상태도 확인할 수 있습니다.

1. ClickHouse Cloud 버킷의 기본 백업은 동일한 리전의 새 서비스로 복원할 수 있습니다.
2. 외부 백업(고객 객체 스토리지의 백업)은 동일한 리전이나 다른 리전의 새 서비스로 복원할 수 있습니다.

​

Backup 및 복원 소요 시간 안내

Backup 및 복원 소요 시간은 데이터 크기, 스키마 복잡성, 테이블 수에 따라 크게 달라집니다. 아래 수치는 내부 테스트에서 관찰된 결과이며 성능을 보장하는 것은 아닙니다. 테스트에서는 약 1 TB Backup에 약 10~15분, 20 TB Backup에 약 1시간이 소요되었습니다. 더 큰 데이터셋은 비례하여 더 오래 걸리며, 수백 TB 이상의 Backup에는 수 시간이 걸릴 수 있습니다. 다만 규모가 커질수록 규모의 경제 효과가 있습니다. 복원은 일반적으로 동일한 규모의 Backup보다 느리며, 특히 긴 증분 Backup 체인을 포함하는 경우에는 전체 Backup과 체인의 모든 후속 증분 Backup을 적용해야 하므로 더 오래 걸립니다. 매우 큰 서비스의 복원에는 하루 이상이 걸릴 수 있습니다. 소요 시간은 데이터, 스키마 및 Backup 구성에 크게 좌우되므로, 목표 복구 시간에 의존하기 전에 자체 데이터로 복원을 테스트할 것을 강력히 권장합니다. 이 섹션에서는 다양한 복구 옵션과 각 경우에 따라 수행할 수 있는 복구 절차를 설명합니다. 이 경우 데이터는 동일한 리전의 다른 서비스에 백업에서 복원할 수 있습니다. 기본 백업 정책을 사용하는 경우 백업은 최대 24시간 전 상태일 수 있으며, 6시간 주기의 구성 가능한 백업을 사용하는 경우 최대 6시간 전 상태일 수 있습니다. 기존 Backup에서 복원하려면

1. ClickHouse Cloud 콘솔의 “Backups” 섹션으로 이동합니다.
2. 복원할 Backup의 “Actions” 아래에 있는 점 3개를 클릭합니다.
3. 새 서비스의 이름을 지정하고 이 Backup에서 복원합니다.

자체 클라우드 제공업체의 버킷으로 백업을 내보낼 수 있습니다. 리전 장애가 우려된다면 백업을 다른 리전으로 내보내는 것을 권장합니다. 이 경우 리전 간 데이터 전송 요금이 적용된다는 점에 유의하십시오. 프라이머리 리전에 장애가 발생하면 다른 리전에 있는 백업을 해당 리전의 새 서비스로 복원할 수 있습니다. 백업이 다른 서비스로 복원되면 DNS, 로드 밸런서 또는 연결 문자열(connection string) 구성이 새 서비스를 가리키도록 업데이트해야 합니다. 여기에는 다음이 포함될 수 있습니다.

• 환경 변수 또는 시크릿 업데이트
• 새 연결을 설정하기 위한 애플리케이션 서비스 재시작

검토할 수 있는 추가 옵션이 몇 가지 있습니다.

1. 별도 클러스터에 이중 쓰기

이 옵션에서는 서로 다른 리전에 2개의 별도 클러스터를 구성하고, 두 클러스터에 동시에 이중 쓰기를 설정할 수 있습니다. 이 옵션은 여러 서비스를 운영해야 하므로 기본적으로 비용이 더 많이 들지만, 한 리전을 사용할 수 없게 되더라도 더 높은 가용성을 제공합니다.

2. CSP 복제 활용

이 옵션에서는 클라우드 서비스 제공자의 네이티브 객체 스토리지 복제 기능을 활용해 데이터를 복사합니다. 예를 들어 BYOB를 사용하는 경우, 프라이머리 리전에서 사용자가 소유한 버킷으로 백업을 내보낸 뒤 AWS cross region replication을 사용해 이를 다른 리전으로 복제할 수 있습니다.