데이터베이스 인플레이스 주 버전 업그레이드 개요

이 문서에서는 데이터 마이그레이션이나 기존 인스턴스 교체 없이 데이터베이스를 최신 버전으로 업그레이드할 수 있는 PostgreSQL용 AlloyDB 데이터베이스 인플레이스 주 버전 업그레이드를 설명합니다.

PostgreSQL 커뮤니티는 새로운 기능, 성능 개선, 보안 개선사항이 포함된 새로운 주 버전을 주기적으로 출시합니다. PostgreSQL에서 새 주 버전을 출시하면 AlloyDB에서 호환되는 버전을 지원합니다. 데이터베이스를 최신 상태로 유지하려면 상위 주 버전으로 업그레이드하여 AlloyDB 클러스터를 업그레이드하면 됩니다. 인플레이스 업그레이드 기능을 사용하거나 새 AlloyDB 클러스터로 데이터를 마이그레이션하여 클러스터를 업그레이드할 수 있습니다.

자세한 내용은 데이터베이스 버전 정책을 참고하세요.

인플레이스 주 버전 업그레이드는 다음과 같은 이유로 클러스터의 주 버전을 업그레이드하는 효율적인 방법입니다.

  • AlloyDB는 업그레이드 후 클러스터 및 인스턴스 세부정보와 인스턴스 이름, IP 주소, 데이터베이스 플래그와 같은 데이터베이스 설정을 유지합니다.
  • 애플리케이션 연결 문자열을 변경할 필요가 없습니다.
  • 모든 클러스터 인스턴스 (기본 및 읽기 풀)가 동일한 작업의 일부로 업그레이드됩니다.

인플레이스 주 버전 업그레이드 워크플로

클러스터에서 업그레이드를 시작하면 AlloyDB에서 다음 작업을 실행합니다.

  1. 업그레이드에 영향을 줄 수 있는 비호환성을 찾기 위해 업그레이드 전 검사를 실행합니다.
  2. 클러스터의 내부 클론을 만드는 등 주 버전 업그레이드를 준비합니다.
  3. 기본 인스턴스를 사용할 수 없게 만듭니다. 다운타임이 시작됩니다. 읽기는 읽기 풀을 통해 계속 실행할 수 있습니다.
  4. 업그레이드 전 백업을 시작합니다.
  5. 기본 인스턴스를 업그레이드합니다.
  6. 읽기 풀 인스턴스를 사용할 수 없게 만듭니다.
  7. 기본 인스턴스를 사용할 수 있게 합니다. 다운타임이 종료됩니다.
  8. 업그레이드 후 백업을 시작합니다.
  9. 읽기 풀 인스턴스를 업그레이드합니다.

업그레이드 전 검사를 통과하면 클러스터가 동일한 프로젝트의 내부 클러스터로 클론됩니다. 클러스터를 클론하는 데 필요한 백업 및 복원에는 데이터 테라바이트당 약 10분이 걸립니다.

복제 작업 중에도 원래 클러스터를 계속 사용할 수 있습니다. 클론 작업이 완료되면 업그레이드 프로세스가 시작됩니다. 기본 인스턴스가 업그레이드될 때까지는 읽기 및 쓰기 모두에 기본 인스턴스를 사용할 수 없습니다. 예상 다운타임은 일반적으로 20분에서 1시간이며 주로 데이터베이스 스키마와 객체 수에 따라 달라집니다.

기본 인스턴스가 업그레이드되면 읽기 풀 인스턴스를 사용할 수 없게 됩니다. 모든 읽기 풀 인스턴스에서 동시에 업그레이드가 시도됩니다. 다운타임은 약 20분 동안 지속될 것으로 예상됩니다.

기본 인스턴스가 업그레이드되기 전 단계에서 메이저 버전 업그레이드가 실패하면 AlloyDB는 모든 변경사항을 자동으로 롤백합니다.

기본 인스턴스가 업그레이드된 후 클러스터 버전이 타겟 버전으로 업그레이드되며 이 시점 이후의 실패에 대해서는 롤백이 트리거되지 않습니다. 예를 들어 하나 이상의 읽기 풀 인스턴스 업그레이드가 실패해도 AlloyDB는 클러스터를 롤백하지 않습니다. 이러한 경우 Google Cloud CLI 지원팀에 문의하세요.

다음 표에는 데이터베이스 크기가 다른 클러스터의 업그레이드가 완료되는 데 걸리는 시간이 대략적으로 나와 있습니다.

데이터베이스 크기 업그레이드 전 (다운타임 없음) 기본 다운타임 읽기 풀 다운타임 전체 기간
100GB 약 15분 약 20분 약 20분 약 1시간
1TB 약 30분 약 20분 약 20분 약 1시간 15분
4TB 약 1시간 약 20분 약 20분 약 1시간 45분
16TB 최대 3시간 약 20분 약 20분 약 3시간 45분
32 TB 약 5시간 30분 약 20분 약 20분 약 6시간 15분
64TB 약 11시간 약 20분 약 20분 약 12시간
128 TB 약 21시간 30분 약 20분 약 20분 약 22시간 15분

자세한 내용은 데이터베이스 인플레이스 주 버전 업그레이드를 참고하세요.

업그레이드 상태

진행 중인 인플레이스 데이터베이스 주 버전 업그레이드 상태를 모니터링할 수 있습니다.

업그레이드 프로세스에는 다음 단계가 포함됩니다.

  • ALLOYDB_PRECHECK
  • PG_UPGRADE_CHECK
  • PREPARE_FOR_UPGRADE
  • PRIMARY_INSTANCE_UPGRADE
  • READ_POOL_INSTANCES_UPGRADE
  • ROLLBACK(읽기 풀 업그레이드 전에 실패한 경우에만)
  • CLEANUP

이러한 단계의 가능한 상태는 다음과 같습니다.

  • NOT_STARTED
  • IN_PROGRESS
  • SUCCESS
  • FAILED
  • CANCEL_IN_PROGRESS
  • CANCELLED

업그레이드 취소

기본 인스턴스 업그레이드 중 특정 시점까지 업그레이드 작업을 취소할 수 있습니다. 이 시점이 지나면 업그레이드를 취소할 수 없습니다.

Google Cloud 콘솔에서 업그레이드 취소 버튼이 회색으로 표시되면 작업을 취소할 수 없습니다. Google Cloud CLI 또는 REST API를 사용하여 업그레이드 상태에서 upgradeClusterStatus를 확인하여 업그레이드를 취소할 수 있는지 확인할 수 있습니다.

  • cancellable가 true이면 업그레이드를 취소할 수 있습니다.
  • cancellable이 false이거나 상태에 없는 경우 업그레이드를 취소할 수 없습니다.

업그레이드 전후 자동 백업

주 버전 업그레이드를 수행하면 AlloyDB에서 다음 연속 백업을 자동으로 만듭니다. 여기서 XX는 소스 주 버전이고 YY는 타겟 주 버전입니다.

  • 업그레이드 전 백업은 업그레이드가 시작되기 직전에 생성됩니다. 이 백업은 pre-upgrade-bkp-pgXX-pgYY-<uuid> 형식을 사용하여 이름이 지정됩니다. 이 백업을 사용하여 업그레이드 전 상태로 복원할 수 있습니다. 복원은 인플레이스 작업이 아니며 새 클러스터를 만듭니다.
  • 업그레이드 후 백업은 기본 인스턴스가 업그레이드된 후에 생성됩니다. 이 백업은 post-upgrade-bkp-pgXX-pgYY-<uuid> 형식을 사용하여 이름이 지정됩니다.

연속 백업은 증분 방식입니다. 즉, 백업은 이전 연속 백업과 비교하여 변경된 데이터만 저장합니다. 이 방법을 사용하면 백업의 크기와 비용 (리소스)이 줄어들고 백업 생성 프로세스가 빨라집니다. 자세한 내용은 데이터 백업 및 복구 개요를 참고하세요.

백업 목록을 보면 업그레이드 백업이 CONTINUOUS 유형으로 나열된 것을 알 수 있습니다. 자세한 내용은 백업 목록 보기를 참고하세요.

point-in-time recovery (PITR)를 수행하려면 버전의 백업이 있어야 합니다. 업그레이드 후 백업 또는 기본 인스턴스가 업그레이드된 후 시작된 다른 백업이 완료될 때까지는 업그레이드된 클러스터에서 복구를 사용할 수 없습니다.

다음 단계