Geo에 강등된 사이트 재도입

Geo에 강등된 사이트 재도입에 대해 설명합니다.

장애 조치 후 강등된 기본 사이트를 새 보조 사이트로 되돌리거나 원래 기본 사이트를 복원할 수 있습니다. 이 프로세스는 두 단계로 구성됩니다: 이전 기본 사이트를 보조 사이트로 만들기. 보조 사이트를 기본 사이트로 승격. Warning 이 사이트의 데이터 일관성에 의구심이 있는 경우 처음부터 설정해야 합니다. 강등된 기본 사이트는 더 이상 Geo와 동기화되지 않는 독립 실행형 GitLab 서버로 간주됩니다. 이전 기본 사이트로서의 남은 구성을 새 보조 사이트로 다시 추가하기 전에 제거해야 합니다. 이전 기본 사이트를 보조 사이트로 구성 # 이전 기본 사이트는 현재 기본 사이트와 동기화되지 않으므로, 첫 번째 단계는 이전 기본 사이트를 최신 상태로 만드는 것입니다. 참고로, 이전 기본 사이트를 다시 동기화할 때 리포지토리 및 업로드와 같이 디스크에 저장된 데이터의 삭제는 재생되지 않으므로 디스크 사용량이 증가할 수 있습니다. 대안으로 이를 방지하려면 새 보조 GitLab 인스턴스 설정 을 할 수 있습니다. 이전 기본 사이트를 최신 상태로 만들려면: 뒤처진 이전 기본 사이트에 SSH 접속합니다. 존재하는 경우 /etc/gitlab/gitlab-cluster.json 을 제거합니다. ( gitlab-cluster.json 파일이란? ) 보조 사이트로 다시 추가될 사이트가 gitlab-ctl geo promote 명령으로 승격된 경우 /etc/gitlab/gitlab-cluster.json 이 포함될 수 있습니다. 예를 들어 gitlab-ctl reconfigure 중에 다음과 같은 출력이 나타날 수 있습니다: The 'geo_primary_role' is defined in /etc/gitlab/gitlab-cluster.json as 'true' and overrides the setting in the /etc/gitlab/gitlab.rb 그런 경우 /etc/gitlab/gitlab.rb 를 다시 단일 진실 소스로 만들기 위해 사이트의 모든 Sidekiq, PostgreSQL, Gitaly, Rails 노드(다중 노드 설정을 사용하는 경우)에서 /etc/gitlab/gitlab-cluster.json 을 삭제해야 합니다. 모든 서비스가 실행 중인지 확인합니다: sudo gitlab-ctl start [!note] 기본 사이트를 영구적으로 비활성화한 경우 이제 해당 단계를 취소해야 합니다. Debian/Ubuntu/CentOS7+와 같은 systemd를 사용하는 배포의 경우 sudo systemctl enable gitlab-runsvdir 를 실행해야 합니다. CentOS 6과 같은 systemd가 없는 배포의 경우 처음부터 GitLab 인스턴스를 설치하고 설정 지침 에 따라 보조 사이트로 설정해야 합니다. 이 경우 다음 단계를 따를 필요가 없습니다. 재해 복구 절차 중에 이 사이트의 DNS 레코드를 변경한 경우 이 절차 중에 이 사이트에 대한 모든 쓰기를 차단 해야 할 수 있습니다. Geo 설정 . 이 경우 보조 사이트는 이전 기본 사