대규모 참조 아키텍처의 백업 및 복원

대규모 참조 아키텍처의 백업 및 복원에 대해 설명합니다.

GitLab 백업은 데이터 일관성을 보존하고 대규모 GitLab 배포에 대한 재해 복구를 가능하게 합니다. 이 프로세스는: 분산 스토리지 구성 요소 간 데이터 백업 조율 수 테라바이트 크기의 PostgreSQL 데이터베이스 보존 외부 서비스의 오브젝트 스토리지 데이터 보호 대용량 Git 리포지터리 컬렉션의 백업 무결성 유지 구성 및 비밀 파일의 복구 가능한 복사본 생성 최소한의 다운타임으로 시스템 데이터 복원 가능 3,000명 이상의 사용자를 지원하는 참조 아키텍처를 실행하는 GitLab 환경에 대해 이러한 절차를 따르고, 클라우드 기반 데이터베이스와 오브젝트 스토리지에 대한 특별 고려사항을 따릅니다. Note 이 문서는 다음을 사용하는 환경을 위한 것입니다: Linux 패키지(Omnibus) 및 클라우드 네이티브 하이브리드 참조 아키텍처 60 RPS / 3,000명 이상의 사용자 PostgreSQL 데이터를 위한 Amazon RDS 오브젝트 스토리지를 위한 Amazon S3 블롭 및 컨테이너 레지스트리 를 포함한 가능한 모든 것을 저장하기 위한 오브젝트 스토리지 일일 백업 구성 # PostgreSQL 데이터 백업 구성 # 백업 명령 은 pg_dump 를 사용하는데, 이는 100GB를 초과하는 데이터베이스에는 적합하지 않습니다 . 네이티브 강력한 백업 기능을 갖춘 PostgreSQL 솔루션을 선택해야 합니다. AWS Google RDS(및 S3) 데이터를 백업하도록 AWS Backup을 구성 합니다. 최대 보호를 위해 지속적인 백업과 스냅샷 백업을 모두 구성 합니다. 백업을 별도의 리전으로 복사하도록 AWS Backup을 구성합니다. AWS가 백업을 수행할 때 백업이 저장된 리전에서만 백업을 복원할 수 있습니다. AWS Backup이 하나 이상의 예약된 백업을 실행한 후 필요에 따라 온디맨드 백업을 생성 할 수 있습니다. Google Cloud SQL 데이터의 자동 일일 백업을 예약 합니다. 일일 백업은 최대 1년 동안 보존될 수 있으며 트랜잭션 로그는 특정 시점 복구를 위해 기본적으로 7일 동안 보존됩니다. 오브젝트 스토리지 데이터 백업 구성 # 블롭 및 컨테이너 레지스트리 를 포함한 GitLab 데이터를 저장하려면 오브젝트 스토리지 ( NFS가 아님 )를 권장합니다. AWS Google S3 데이터를 백업하도록 AWS Backup을 구성합니다. 이는 PostgreSQL 데이터 백업 구성 과 동시에 수행할 수 있습니다. GCS에 백업 버킷을 생성 합니다. 각 GitLab 오브젝트 스토리지 버킷을 백업 버킷으로 복사하는 스토리지 전송 서비스 작업을 생성 합니다. 이러한 작업을 한 번 생성하고 매일 실행되도록 예약 할 수 있습니다. 그러나 이렇게 하면 새 오브젝트 스토리지 데이터와 이전 데이터가 혼합되므로 GitLab에서 삭제된 파일이 백업에 여전히 존재합니다. 이는 복원 후 스토리지를 낭비하지만 그 외에는 문제가 없습니다. 이러한 파일은 GitLab 데이터베이스에 존재하지 않기 때문에 GitLab 사용자에게 액세스할 수 없습니다. 복원