Geo 사이트 업그레이드
Offering: GitLab Self-Managed
Geo 사이트를 업데이트하기 전에 이 섹션을 주의 깊게 읽으세요. Geo 사이트 업그레이드에는 다음이 포함됩니다: 이러한 일반 업그레이드 단계는 다중 노드 설정에서 다운타임이 필요합니다. 새 GitLab 버전이 릴리스될 때 Geo 사이트를 업그레이드하려면 기본 사이트 및 모든 보조 사이트를 업그레이드합니다:
Geo 사이트를 업데이트하기 전에 이 섹션을 주의 깊게 읽으세요. 버전별 업그레이드 단계를 따르지 않으면 예상치 못한 다운타임이 발생할 수 있습니다. 특정 질문이 있으면 지원 팀에 문의하세요. 데이터베이스 주요 버전 업그레이드에는 Geo 보조 사이트에 대한 PostgreSQL 복제 재초기화가 필요합니다. 이는 Linux 패키지 및 외부 관리 데이터베이스 모두에 적용됩니다. 이로 인해 예상보다 더 큰 다운타임이 발생할 수 있습니다.
Geo 사이트 업그레이드에는 다음이 포함됩니다:
- 업그레이드하는 버전에 따른 버전별 업그레이드 단계:
- 모든 업그레이드에 대한 일반 업그레이드 단계.
일반 업그레이드 단계#
이러한 일반 업그레이드 단계는 다중 노드 설정에서 다운타임이 필요합니다. 다운타임을 방지하려면 무중단 업그레이드를 사용하는 것을 고려하세요.
새 GitLab 버전이 릴리스될 때 Geo 사이트를 업그레이드하려면 기본 사이트 및 모든 보조 사이트를 업그레이드합니다:
-
선택 사항. 보조 사이트의 재해 복구(DR) 기능을 보호하기 위해 각 보조 사이트에서 복제를 일시 중지합니다. 위험이 높은 업그레이드 기간 동안 깨끗한 DR 체크포인트를 유지하는 것이 우선순위라면 복제를 일시 중지하세요. 업그레이드 중 보조 사이트를 최신 상태로 유지하고 읽기 트래픽을 정상적으로 처리하는 것이 우선순위라면(특히 무중단 업그레이드 방식의 경우) 복제를 일시 중지하지 마세요.
-
기본 사이트의 각 노드에 SSH로 접속합니다.
-
특히 DR을 보호하기 위해 1단계에서 복제를 일시 중지한 경우 기본 사이트에서 테스트를 수행합니다. 업그레이드 후 테스트에 대한 자세한 내용은 업그레이드 상태 확인 실행을 참조하세요.
-
기본 사이트와 보조 사이트의
/etc/gitlab/gitlab-secrets.json파일의 시크릿이 동일한지 확인합니다. 파일은 사이트의 모든 노드에서 동일해야 합니다. -
보조 사이트의 각 노드에 SSH로 접속합니다.
-
1단계에서 복제를 일시 중지한 경우 각 보조 사이트에서 복제를 재개합니다. 그런 다음 각 보조 사이트에서 Puma와 Sidekiq를 다시 시작합니다. 이는 이전에 업그레이드된 기본 사이트에서 이제 복제된 최신 데이터베이스 스키마에 대해 초기화되도록 하기 위함입니다.
sudo gitlab-ctl restart sidekiq sudo gitlab-ctl restart puma -
기본 및 보조 사이트를 테스트하고 각각의 버전을 확인합니다.
업그레이드 후 상태 확인#
이제 업그레이드 프로세스가 완료되었으므로 모든 것이 올바르게 작동하는지 확인할 수 있습니다:
-
기본 및 보조 사이트의 애플리케이션 노드에서 Geo Rake 작업을 실행합니다. 모든 것이 녹색이어야 합니다:
sudo gitlab-rake gitlab:geo:check -
오류가 있는지 기본 사이트의 Geo 대시보드를 확인합니다.
-
기본 사이트에 코드를 푸시하고 보조 사이트에서 수신하는지 확인하여 데이터 복제를 테스트합니다.
문제가 발생하면 Geo 문제 해결 가이드를 참조하세요.