Cloud SQL 인스턴스의 스토리지 용량이 애플리케이션에 필요한 용량보다 큰 경우 스토리지 용량을 더 작은 크기로 수동으로 줄일 수 있습니다.
스토리지 축소 작업은 기본 인스턴스 및 읽기 복제본 인스턴스에서 지원되며 모든 Cloud SQL 버전에서 사용할 수 있습니다.
스토리지 용량 요구사항
타겟 스토리지 크기는 인스턴스에 안전한 것으로 확인된 최소 허용 스토리지 용량보다 커야 합니다.
일관된 성능을 위해 재색인과 같은 특정 작업을 위해 스토리지 용량 버퍼를 예약하는 것이 좋습니다. 현재 사용량의 약 100GB 또는 20%(둘 중 큰 값) 이상을 예약하는 것이 좋습니다.
자세한 내용은 공동 책임을 참고하세요.
성능
스토리지 축소 작업은 인스턴스 성능에 영향을 미칠 수 있습니다. Cloud SQL은 영구 스토리지 디스크가 있는 Compute Engine 가상 머신 (VM)을 사용합니다. Hyperdisk Balanced에서 제공하는 스토리지는 선형으로 확장되며 예측 가능한 성능을 제공합니다.
자세한 내용은 할당량 및 고정 한도를 참고하세요.
다운타임
스토리지 축소 작업에는 인스턴스 다운타임이 필요합니다. 작업이 완료되면 인스턴스가 다시 시작됩니다.
기본 디스크 크기에 따라 스토리지 축소 작업으로 인해 상당한 다운타임이 발생할 수 있습니다. 인스턴스에 제한된 다운타임이 필요한 경우 스토리지 축소 기능을 사용하는 대신 Database Migration Service를 사용하여 데이터를 더 작은 새 인스턴스로 마이그레이션하는 것이 좋습니다.
인스턴스의 스토리지를 축소할 때 발생하는 다운타임은 읽기 복제본을 복원할 때 발생하는 다운타임과 비슷합니다.
작업
스토리지 축소 작업이 완료될 때까지 다른 모든 작업을 사용할 수 없습니다.
스토리지 축소 작업을 실행하기 전에 다른 작업이 완료될 때까지 기다리는 것이 좋습니다. 여기에는 데이터 백업 또는 가져오기와 같은 작업이 포함됩니다.
읽기 복제본에 축소 작업을 적용하기 전에 기본 인스턴스에서 스토리지 축소 작업이 완료되어야 합니다.
읽기 복제본의 스토리지 용량은 언제든지 연결된 기본 인스턴스보다 작을 수 없습니다. 복제본의 스토리지 용량을 줄이려면 먼저 연결된 기본 인스턴스에서 스토리지 축소 작업을 완료해야 합니다.
공유 코어 인스턴스에서는 스토리지 축소 작업이 지원되지 않습니다. 하지만 애플리케이션 설정을 비공유 코어 인스턴스로 변경한 후 저장소 축소 작업을 실행할 수 있습니다.
복제본
기본 인스턴스의 스토리지 크기를 줄이면 복제본의 디스크는 계속 더 큰 상태로 유지됩니다. 복제본의 저장소 크기를 줄이려면 수동으로 줄여야 합니다.
스토리지 축소 작업이 기본 인스턴스에 적용되면 이후에 생성된 읽기 복제본은 업데이트된 기본 인스턴스와 동일한 스토리지 구성을 적용합니다.
기본 인스턴스와 연결된 읽기 복제본이 서로 다른 데이터베이스 버전을 사용하고 복제본에 스토리지 축소 작업이 적용되면 다시 생성된 복제본이 기본 데이터베이스 버전으로 업데이트되어 복제본 다시 시작이 성공적으로 이루어집니다.
읽기 복제본의 최소 스토리지 용량을 확인할 수 없습니다. 이 기능은 기본 인스턴스에서만 지원됩니다. 하지만 연결된 기본 인스턴스의 스토리지 용량과 일치하도록 읽기 복제본의 스토리지 용량을 줄일 수는 있습니다.
읽기 복제본의 스토리지 용량은 언제든지 연결된 기본 인스턴스보다 작을 수 없습니다.
제한사항
다음과 같은 기능 제한사항이 적용됩니다.
- 스토리지 축소 작업은 복제본 또는 연쇄 복제본에 적용할 수 없습니다.
- Terraform에서는 지원되지 않습니다.