모든 것을 테스트하십시오. 위험은 없습니다. 자신 있게 업그레이드하십시오.
빠른 참고사항: Rediacc는 아직 운영 고객이 없습니다. 이것은 아키텍처가 이 시나리오를 실제로 어떻게 처리하는지 보여주는 사용 사례 예시이지, 실제 배포의 사례 연구가 아닙니다.
위기 시나리오: 데이터베이스 업그레이드 중 예상치 못한 오류가 발생하여 이전 버전으로 되돌리거나 새 버전으로 진행하는 것이 불가능해졌습니다. 고객은 시스템에 접근할 수 없었고, 5,000명 이상의 직원이 업무를 수행할 수 없었습니다.
문제 상황
Mehmet은 대규모 데이터베이스를 관리하는 숙련된 시스템 관리자입니다. 그는 100 TB PostgreSQL 데이터베이스를 버전 13에서 14로 업그레이드하기로 결정했습니다. 그의 계획은 다음과 같았습니다.
- 백업 수행 → 그러나 데이터 크기로 인해 백업에 며칠이 소요됨
- 주말에 업그레이드 수행 → 부서에 토요일 01:00~05:00 서비스 중단 공지
위기의 영향
- 업그레이드 중 예상치 못한 오류 발생
- 데이터베이스가 이전 버전으로도, 새 버전으로도 전환 불가
- 외부 지원 팀조차 문제를 해결하지 못함
피해 상황:
- 고객이 결제 및 주문 시스템에 접근 불가
- 조직 직원(5,000명 이상)이 업무 수행 불가
- 평판 손실 및 민원 증가 시작
임시 해결책:
- 마지막 백업을 새 서버에 복원 → 하드웨어 비용 두 배 증가
- 목요일과 금요일 데이터는 운영 환경에만 존재하여 데이터 손실 발생
- 버전이 다른 두 개의 데이터베이스 생성 → 불일치 증가
Rediacc 솔루션
Rediacc에서 변경되는 사항은 다음과 같습니다:
1. 즉각적인 클로닝
- 100 TB 데이터베이스의 클론이 몇 초 내에 생성됩니다.
- 운영 시스템에 영향을 주지 않고 업그레이드 테스트 수행
2. 시간별 스냅샷
- 업그레이드 과정에서 어느 단계에서 얼마나 오래 실패했는지 파악
- 문제가 되는 작업을 사전에 식별하고 수정
3. 원활한 업그레이드
- 업그레이드가 실패해도 운영 환경에 영향 없음
- 업그레이드가 성공하면 새 운영 환경이 최신 클론으로 전환
결과
시간 및 비용 절감:
- 백업 시간이 7일에서 10초로 단축됨
무위험 업그레이드:
- 테스트 환경에서 오류를 사전에 감지 → 운영 시스템에서는 문제 없음
무중단 서비스:
- 고객과 직원 모두 서비스 중단을 체감하지 못함