Gitaly 및 Geo 기능

요구사항에 따라 올바른 기능 조합을 선택하기 위한 가이드입니다.

데이터에 대해 가장 가용성이 높고, 빠르게 복구 가능하며, 고성능이고, 완전히 탄력적인 솔루션을 원하는 것은 당연합니다. 그러나 트레이드오프가 있습니다. 다음 표는 요구사항에 따라 올바른 기능 조합을 선택하는 데 도움이 됩니다. Gitaly 기능 # 기능 가용성 복구 가능성 데이터 복원력 성능 위험/트레이드오프 Gitaly Cluster (Praefect) 매우 높음 - 노드 장애에 내성 수동 개입 없이 단일 노드의 RTO가 10초 데이터가 여러 노드에 저장됨 양호 - 투표로 인해 쓰기 속도가 약간 느릴 수 있지만 읽기 분산으로 읽기 속도가 향상됨 트레이드오프 - 중복되고 강력하게 일관된 스토리지 솔루션을 위해 쓰기 속도가 약간 감소. 위험 - 스냅샷 백업을 지원하지 않음 , 대용량 데이터셋에서 GitLab 백업 작업이 느릴 수 있음 Gitaly 샤드 단일 스토리지 위치가 단일 장애점 실패한 샤드만 복원하면 됨 단일 장애점 양호 - 부하를 분산하기 위해 저장소를 샤드에 할당할 수 있음 트레이드오프 - 부하/스토리지 공간을 균형 있게 맞추기 위해 수동으로 저장소를 다른 샤드로 구성해야 함. 위험 - 단일 장애점은 단일 노드 장애 발생 시 복구 프로세스에 의존 Geo 기능 # 가용성이 여러 존 또는 여러 위치에 걸쳐 있어야 하는 경우 Geo 에 대해 알아보세요. 기능 가용성 복구 가능성 데이터 복원력 성능 위험/트레이드오프 Geo Geo 사이트의 아키텍처에 따라 다름. 단일 및 다중 노드 구성으로 보조 사이트 배포 가능. 결과적으로 일관성. 복구 시점은 복제 지연에 따라 달라지며 네트워크 속도 등 많은 요인에 의존. Geo는 스크립팅 가능한 수동 명령을 사용하여 기본 사이트에서 보조 사이트로의 장애 조치를 지원. Geo는 계획된 데이터 유형의 100%를 복제하고 검증. 자세한 내용은 복제된 데이터 유형 표 를 참조. 보조 사이트 사용자의 읽기/클론 시간을 개선. Geo는 다른 백업/복원 솔루션을 대체하기 위한 것이 아님. 복제 지연과 기본 사이트에서 잘못된 데이터가 복제될 가능성으로 인해 고객은 정기적으로 기본 사이트의 백업을 수행하고 복원 프로세스를 테스트해야 함. 장애 모드 및 사용 가능한 완화 경로 시나리오 # 다음 표는 이전 표에 자세히 설명된 제품 제공에 대한 장애 모드와 완화 경로를 설명합니다. Gitaly Cluster (Praefect) 설치는 3개 이상의 홀수 복제 요소를 가정합니다. Gitaly 모드 단일 Gitaly 노드 손실 애플리케이션/데이터 손상 지역 장애(인스턴스 손실) 참고 사항 단일 Gitaly 노드 다운타임 - 백업에서 복원 필요 다운타임 - 백업에서 복원 필요 다운타임 - 장애 종료를 기다려야 함 단일 Gitaly 노드 + Geo 보조 다운타임 - 백업에서 복원 필요, 보조로 수동 장애 조치 수행 가능 다운타임 - 백업에서 복원 필요, 오류가 보조로 전파되었을 수 있음 수동 개입 - Geo 보조로 장애 조치 샤드 Gitaly 설치 부분 다운타임 - 영향 받은 노드의 저장소만 영향, 백업에서 복원 필요 부분