계획된 페일오버를 위한 재해 복구

Geo를 사용하여 사전 점검 및 동기화 단계를 따라 데이터 손실 없이 보조 사이트를 승격하여 최소 다운타임으로 GitLab을 마이그레이션합니다.

재해 복구의 주요 사용 사례는 계획되지 않은 중단 시 비즈니스 연속성을 보장하는 것이지만, 장기 다운타임 없이 GitLab 인스턴스를 리전 간에 마이그레이션하기 위한 계획된 페일오버와 함께 사용할 수 있습니다. Geo 사이트 간의 복제는 비동기적이므로 계획된 페일오버에는 기본 사이트에 대한 업데이트가 차단되는 유지 관리 창이 필요합니다. 이 창의 길이는 보조 사이트를 기본 사이트와 완전히 동기화하는 데 걸리는 시간에 따라 다릅니다. 동기화가 완료되면 데이터 손실 없이 페일오버가 수행될 수 있습니다. 이 문서는 이미 완전히 구성된 작동 중인 Geo 설정이 있다고 가정합니다. 진행하기 전에 이 문서와 재해 복구 페일오버 문서를 완전히 읽으세요. 계획된 페일오버는 주요 작업이며 잘못 수행하면 데이터 손실 위험이 높습니다. 필요한 단계에 충분히 익숙해지고 정확하게 수행할 수 있다는 높은 확신이 생길 때까지 절차를 연습하세요. 페일오버 권장 사항 # 이러한 권장 사항을 따르면 원활한 페일오버 프로세스를 보장하고 데이터 손실 또는 장기 다운타임의 위험을 줄일 수 있습니다. 동기화 및 검증 오류 해결 # 사전 점검 중에 실패 또는 대기 중 항목이 있는 경우(수동 검증 또는 gitlab-ctl promotion-preflight-checks 실행 시), 다음 중 하나가 될 때까지 페일오버가 차단됩니다: 해결됨: 성공적으로 동기화됨(필요한 경우 보조에 수동 복사). 허용 가능한 것으로 문서화됨: 다음과 같은 명확한 근거 포함: 이러한 특정 오류에 대해 수동 체크섬 비교가 통과됨. 저장소가 더 이상 사용되지 않으며 제외할 수 있음. 항목이 비중요 항목으로 식별되어 페일오버 후에 복사할 수 있음. 동기화 및 검증 오류 진단에 대한 도움은 Geo 동기화 및 검증 오류 문제 해결 을 참조하세요. 데이터 무결성 해결 계획 # Geo 복제를 처음 설정한 후 일반적으로 발생하는 데이터 무결성 문제를 해결하기 위해 페일오버 완료 전 4-6주를 허용합니다. 여기에는 고아 데이터베이스 레코드 또는 일치하지 않는 파일 참조가 포함될 수 있습니다. 지침은 일반 Geo 오류 문제 해결 을 참조하세요. 유지 관리 창 중에 어려운 결정을 피하기 위해 동기화 문제를 일찍 해결하기 시작하세요: 4-6주 전: 미해결 동기화 문제를 식별하고 해결 시작. 1주 전: 남은 모든 동기화 문제의 해결 또는 문서화 목표. 1-2일 전: 새로운 오류 해결. 몇 시간 전: 새로운 오류 마지막 확인. 성공을 보장하기 위해: 미해결 동기화 오류로 인해 페일오버를 중단할 시기에 대한 명확한 기준을 만드세요. Geo 환경에서 백업 타이밍 테스트 # Warning Geo 복제본 데이터베이스의 백업은 활성 데이터베이스 트랜잭션 중에 취소될 수 있습니다. 미리 백업 절차를 테스트하고 다음 전략을 고려하세요: 기본 사이트에서 직접 백업을 수행합니다. 이는 성능에 영향을 줄 수 있습니다. 백업 중 복제에서 격리할 수 있는 전용 읽기 복제본을 사용합니다. 낮은 활동 기간에 백업을 예약합니다. 포괄적인 폴백 절차 준비