자동 백그라운드 검증

Geo 사이트 간 전송된 데이터의 무결성을 자동으로 검증하는 방법을 설명합니다.

자동 백그라운드 검증은 전송된 데이터가 계산된 체크섬과 일치하는지 확인합니다. 기본 사이트 데이터의 체크섬이 보조 사이트 데이터의 체크섬과 일치하면 데이터가 정상적으로 전송된 것입니다. 계획된 장애 조치 이후에는 손상 정도에 따라 손상된 데이터가 손실될 수 있습니다. 기본 사이트에서 검증이 실패하면 Geo가 손상된 오브젝트를 복제하고 있다는 뜻입니다. 백업에서 복원하거나 기본 사이트에서 제거하여 문제를 해결할 수 있습니다. 기본 사이트에서는 검증이 성공했으나 보조 사이트에서 실패하면 복제 과정에서 오브젝트가 손상된 것입니다. Geo는 검증 실패를 바로잡기 위해 해당 리포지터리를 백오프 기간을 두고 재동기화하도록 표시합니다. 이러한 실패에 대해 검증을 재설정하려면 이 지침 을 따릅니다. 검증이 복제보다 크게 뒤처져 있다면 계획된 장애 조치를 예정하기 전에 해당 사이트에 시간을 더 주는 방안을 고려합니다. 리포지터리 검증 # 사전 요구 사항: 관리자 액세스 권한. 기본 사이트에서 수행합니다. 오른쪽 위 모서리에서 Admin 을 선택합니다. 왼쪽 사이드바에서 Geo > Sites 를 선택합니다. 해당 사이트의 Verification information 탭을 확장하여 리포지터리와 위키의 자동 체크섬 계산 상태를 확인합니다. 성공은 녹색, 대기 중인 작업은 회색, 실패는 빨간색으로 표시됩니다. 보조 사이트에서 수행합니다. 오른쪽 위 모서리에서 Admin 을 선택합니다. 왼쪽 사이드바에서 Geo > Sites 를 선택합니다. 해당 사이트의 Verification information 탭을 확장하여 리포지터리와 위키의 자동 체크섬 계산 상태를 확인합니다. 성공은 녹색, 대기 중인 작업은 회색, 실패는 빨간색으로 표시됩니다. 체크섬을 사용한 Geo 사이트 비교 # Geo 보조 사이트의 상태를 확인할 때는 Git 레퍼런스 목록과 그 값에 대한 체크섬을 사용합니다. 이 체크섬에는 HEAD , heads , tags , notes , GitLab 전용 레퍼런스가 포함되어 진정한 일관성을 보장합니다. 두 사이트의 체크섬이 같다면 두 사이트는 확실히 동일한 레퍼런스를 보유하고 있습니다. GitLab은 모든 사이트가 동기화 상태를 유지하도록 업데이트가 발생할 때마다 각 사이트의 체크섬을 계산합니다. 리포지터리 재검증 # 버그나 일시적인 인프라 장애로 인해 Git 리포지터리가 검증 대상으로 표시되지 않은 채 예기치 않게 변경될 수 있습니다. Geo는 데이터 무결성을 보장하기 위해 리포지터리를 지속적으로 재검증합니다. 기본 재검증 주기는 90일이며, 최소 1일까지 짧게 설정할 수 있습니다. 주기가 짧을수록 위험은 줄어들지만 부하는 늘어나며, 그 반대도 마찬가지입니다. 기본 사이트에서 수행합니다. 오른쪽 위 모서리에서 Admin 을 선택합니다. 왼쪽 사이드바에서 Geo > Sites 를 선택합니다. 최소 재검증 주기를 조정하려면 기본 사이트의 Edit 을 선택합니다. 검증이 실패한 프로젝트의 검증 재설정 # Geo는 검증 실패를 바로잡기 위해 해당 리포지터리를 백오