Geo 데이터베이스 복제

Geo 데이터베이스 복제를 설정, 구성, 관리하여 기본 사이트와 보조 사이트를 동기화하는 방법을 알아봅니다. 요구 사항, 복제 방법, 트러블슈팅 안내를 포함합니다.

이 문서에서는 기본 GitLab 데이터베이스를 보조 사이트의 데이터베이스에 복제하는 데 필요한 최소한의 단계를 설명합니다. 데이터베이스 설정 및 크기 등 속성에 따라 일부 값을 변경해야 할 수 있습니다. Note GitLab 설치 시 외부 PostgreSQL 인스턴스(Linux 패키지 설치로 관리되지 않는)를 사용하는 경우, 역할이 필요한 모든 구성 단계를 수행할 수 없습니다. 이 경우 외부 PostgreSQL 인스턴스와 Geo 프로세스를 대신 사용하세요. 보조 사이트가 기본 사이트와 동일한 버전의 GitLab Enterprise Edition을 실행하고 있는지 확인하세요. 기본 사이트에 Premium 또는 Ultimate 구독 라이선스를 추가했는지 확인하세요. 테스트 또는 프로덕션 환경에서 실행하기 전에 이 모든 단계를 읽고 검토하세요. Note 설정 프로세스의 각 단계는 문서에 나와 있는 순서대로 완료해야 합니다. 그렇지 않은 경우 진행하기 전에 이전의 모든 단계를 완료 하세요. 데이터베이스 비밀번호 일관성 요구 사항 # 각 데이터베이스 관련 비밀번호 유형은 모든 Geo 사이트(기본 및 보조)에서 동일한 값을 가져야 합니다. 여기에는 다음이 포함됩니다: postgresql['sql_replication_password'] (복제 사용자 비밀번호, MD5) postgresql['sql_user_password'] (GitLab 데이터베이스 사용자 비밀번호, MD5) gitlab_rails['db_password'] (GitLab 데이터베이스 사용자 비밀번호, 일반 텍스트) patroni['replication_password'] (Patroni 설정의 경우, 일반 텍스트) patroni['password'] (Patroni API 인증용, 일반 텍스트) postgresql['pgbouncer_user_password'] (PgBouncer 사용 시, MD5) 예를 들어, 기본 사이트에 구성된 patroni['password'] 값은 모든 보조 사이트의 patroni['password'] 값과 동일해야 합니다. 이러한 비밀번호는 기본 사이트와 보조 사이트 간의 데이터베이스 인증 및 복제에 사용됩니다. 비밀번호가 다르면 복제 실패가 발생하고 Geo가 올바르게 작동하지 않습니다. 단일 인스턴스 데이터베이스 복제 # 단일 인스턴스 데이터베이스 복제는 설정이 더 쉽고 클러스터 방식과 동일한 Geo 기능을 제공합니다. 단일 머신에서 실행하거나 향후 클러스터 설치를 위해 Geo를 평가하는 설정에 유용합니다. 단일 인스턴스는 고가용성 아키텍처에 권장되는 Patroni를 사용하여 클러스터 버전으로 확장할 수 있습니다. 아래의 지침에 따라 단일 인스턴스 데이터베이스로 PostgreSQL 복제를 설정하세요. 또는 Patroni 클러스터로 복제를 설정하는 방법에 대한 다중 노드 데이터베이스 복제 지침을 참조할 수 있습니다. PostgreSQL 복제 # 쓰기 작업이 발생하는 GitLab 기본 사이트는 기본 데이터베이스 서버에 연결됩니다. 보조 사이트는 자체