Geo 사이트 업그레이드

새 GitLab 버전 릴리스 시 Geo 기본 및 보조 사이트를 업그레이드하는 방법을 설명합니다.

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