이 문서에서는 주요 기능과 구성을 비롯하여 Cloud SQL 인스턴스의 두 가지 백업 옵션을 설명합니다. 이를 통해 인스턴스에 가장 적합한 옵션을 선택할 수 있습니다.
Cloud SQL 인스턴스에서 백업을 사용하려면 먼저 각 인스턴스의 백업 옵션을 선택해야 합니다. Cloud SQL은 다음과 같은 백업 옵션을 제공합니다.
- 고급 백업: 이 옵션은 중앙 집중식 백업 관리 프로젝트에서 백업을 관리하고 저장합니다. 백업 및 DR 서비스를 사용하며 적용된 보관, 세분화된 예약, 모니터링을 제공합니다.
- 표준 백업: Cloud SQL이 Cloud SQL 인스턴스와 동일한 프로젝트에서 이러한 백업을 생성, 관리, 저장합니다.
선택한 백업 옵션에 따라 Cloud SQL 인스턴스에 사용할 수 있는 기능과 구성 옵션이 정의됩니다. 인스턴스에서 여러 백업 옵션을 동시에 사용할 수는 없지만 Cloud SQL에서는 필요에 따라 이러한 백업 옵션 간에 전환할 수 있습니다.
다음 표에서는 각 백업 옵션에서 사용할 수 있는 주요 기능을 간략하게 설명합니다.
| 기능 | 표준 백업 | 고급 백업 |
|---|---|---|
| 여러 프로젝트의 중앙 집중식 백업 관리 | - | ✔ |
| Backup Vault | - | ✔ |
| 자동 백업 일정 | 매일 | 시간, 일, 주, 월, 연 단위 |
| 주문형 백업 | ✔ | ✔ |
| 멀티 리전 백업 | ✔ | - |
| 인스턴스 삭제 시 최종 백업 | ✔ | ✔ |
| 백업 보관 기간 | 1년 | 무제한 |
| 인스턴스 삭제 시 모든 백업 보관 | ✔ | ✔ |
| 프로젝트 삭제 시 백업 보관 | - | ✔ |
| 보관 잠금이 적용된 보관 기간 | - | ✔ |
| 로그를 사용한 PITR(point-in-time recovery) | ✔ | ✔ |
| 리전 간 백업 및 복원 | ✔ | - |
| CMEK 지원 | ✔ | - |
이러한 백업 옵션에 대한 자세한 내용은 표준 백업 및 고급 백업을 참고하세요. Cloud SQL의 백업 작동 방식에 대한 자세한 내용은 Cloud SQL 백업 개요를 참고하세요.
고급 백업
고급 백업을 사용하면 백업 및 DR을 사용하여 중앙 백업 프로젝트 하나에서 다양한 프로젝트의 모든 Cloud SQL 인스턴스 백업을 관리하고 저장할 수 있습니다. 백업 및 DR은 일상적인 백업 작업의 중앙 집중식 관리, 모니터링, 보고를 한곳에서 제공합니다. 백업은 Google에서 관리하는 안전하고 격리된 스토리지 리소스인 Backup Vault에 저장되며 백업 및 DR에서 관리됩니다. 백업 계획은 백업 및 복원 설정을 관리합니다. 이렇게 하면 소스 프로젝트와 독립적인 변경 및 삭제가 불가능한 백업이 제공됩니다. 백업 및 DR에서 백업이 작동하는 방식에 대한 자세한 내용은 백업 및 DR 개요를 참고하세요.
고급 백업을 사용하면 모든 Cloud SQL 인스턴스에 연결하는 Backup Vault 및 백업 계획을 호스팅하는 중앙 집중식 백업 프로젝트를 사용할 수 있습니다. 이러한 계획은 여러 프로젝트에 연결될 수도 있습니다.
백업 계획을 Cloud SQL 인스턴스에 연결하면 백업 계획이 기존 백업 및 복원 설정을 덮어씁니다. 백업 및 복원 설정이 포함된 계획은 중앙 집중식 백업 프로젝트에 저장되고 계획이 Cloud SQL 인스턴스에서 활성화되었을 때 생성된 백업은 백업 프로젝트의 Backup Vault에 저장됩니다.
백업 및 DR이 별도의 Google Cloud 프로젝트에서 관리되는 경우 소스 또는 워크로드 프로젝트가 삭제될 때 백업이 보호됩니다. 역할과 책임은 Backup and DR Admin에서 관리되며 Cloud SQL Admin 역할과 책임과는 별개입니다.
인스턴스를 삭제한 후 백업을 보관하거나 삭제하기 전에 인스턴스의 최종 백업을 수행할 수 있습니다. 고급 백업의 일부로 수행된 모든 백업은 인스턴스가 활성 상태일 때 또는 삭제된 후에 인스턴스를 복원하는 데 사용될 수 있습니다.
백업 스토리지
백업은 Backup Vault라는 중앙 위치에 저장됩니다. Backup Vault는 백업 및 DR에서 관리하는 안전하고 격리된 스토리지입니다. 선택한 위치가 인스턴스의 위치와 호환되는 한 Backup Vault는 단일 리전에 백업을 저장합니다. 백업 Vault를 만들 수 있는 위치에 대한 자세한 내용은 백업 Vault 지원 위치를 참고하세요.
Cloud SQL 인스턴스와 다른 프로젝트에 있는 Backup Vault를 사용하는 것이 좋습니다. 자세한 내용은 백업 보관소를 참고하세요.
백업 보관
향상된 백업을 사용하면 주문형 및 자동 백업을 수행할 수 있습니다. 고급 백업 옵션을 사용하여 만든 백업은 Backup Vault에 저장되며 최대 99년 동안 보관할 수 있습니다. Backup Vault의 최소 적용 보관 기간은 1일~99년 사이입니다.
인스턴스를 삭제하면 인스턴스가 사용 중일 때 생성된 모든 인스턴스의 백업이 자동으로 보관되며 인스턴스가 사용 중일 때 백업 계획에 의해 설정된 동일한 보관 설정을 따릅니다. 삭제 전에 인스턴스의 최종 백업을 수행하도록 선택한 경우 최종 백업의 백업 보관 기간을 최대 99년까지 설정할 수 있습니다.
백업 비용
고급 백업에서 백업 비용은 Backup Vault에 저장된 총 백업 크기를 기준으로 합니다. 이러한 백업은 인스턴스의 연결된 백업 계획에 있는 백업 구성을 기반으로 생성됩니다. 총 비용은 백업 및 DR에서 계산되며 백업 및 DR 가격 책정을 기반으로 합니다.
제한사항
고급 백업을 사용할 때는 다음 제한사항이 적용됩니다.
- Backup Vault와 Cloud SQL 인스턴스는 동일한 리전에 있어야 합니다.
- 인스턴스의 연결된 백업 계획을 변경하려면 기존 백업 계획 연결을 삭제한 후 새 백업 계획을 연결하여 인스턴스를 표준 백업으로 변경해야 합니다.
- 고급 백업을 사용하여 인스턴스의 재해 복구(DR) 복제본은 만들 수 없습니다.
- 인스턴스에 재해 복구(DR) 복제본이 있으면 인스턴스에 고급 백업을 사용 설정할 수 없습니다.
- 복제본 인스턴스와 백업 계획을 연결할 수 없습니다.
- 인스턴스에서 고급 백업을 사용하는 경우 인스턴스를 복제본으로 강등할 수 없습니다.
표준 백업
표준 백업은 Cloud SQL에서 관리하는 백업 옵션입니다. 백업이 Cloud SQL 인스턴스와 동일한 프로젝트에서 생성, 관리, 저장됩니다. 백업 설정이 백업 계획에 의해 정의되는 고급 백업과 달리 표준 백업의 백업 구성은 인스턴스 수준에서 설정되며 인스턴스의 설정에 정의됩니다. 따라서 Cloud SQL 인스턴스가 여러 개 있는 경우 인스턴스의 백업 설정에서 각 인스턴스의 백업 구성을 별도로 정의해야 합니다. 표준 백업의 일부로 생성된 백업은 인스턴스와 동일한 프로젝트에 저장됩니다.
표준 백업을 사용하면 Cloud SQL 인스턴스의 자동 백업과 주문형 백업을 수행할 수 있습니다. 인스턴스 삭제 시 모든 백업을 보관하고 데이터의 최종 백업을 수행할 수도 있습니다. 이렇게 하면 삭제한 인스턴스를 다시 만들 수 있습니다. 하지만 인스턴스를 삭제하기 전에 백업을 보관하거나 최종 백업을 수행하지 않으면 Cloud SQL에서 모든 인스턴스 백업을 자동으로 삭제합니다.
백업 스토리지
백업은 고가용성 (HA) 또는 비 HA 구성의 인스턴스에 대해 같은 위치에 저장됩니다. 고가용성 구성에서는 장애 조치 또는 보조 인스턴스로 전환이 발생한 경우에도 인스턴스 백업에 액세스할 수 있습니다.
백업 위치를 다음과 같이 정의할 수 있습니다.
기본 백업 위치
스토리지 위치를 지정하지 않으면 백업은 Cloud SQL 인스턴스의 위치와 지리적으로 가장 가까운 멀티 리전에 저장됩니다. 예를 들어 Cloud SQL 인스턴스가 us-central1에 있는 경우 백업은 기본적으로 us 멀티 리전에 저장됩니다.
멀티 리전 백업
표준 백업을 사용하면 단일 또는 멀티 리전 백업 위치 구성을 사용할 수 있습니다. 단일 리전 구성에서 백업은 리전 내의 여러 영역에 복제됩니다. 멀티 리전 구성에서는 지연 시간을 최소화하고 조직 정책이나 위치 기반 제한사항으로 인한 잠재적인 백업 실패를 방지하기 위해 백업이 인스턴스와 동일한 리전에 있는 것이 좋습니다.
커스텀 백업 위치
Cloud SQL을 사용하면 백업 데이터의 커스텀 위치를 선택할 수 있습니다. 이 기능은 조직이 특정 지역적 경계 내에서 백업을 유지하는 데이터 상주 규정을 준수해야 하는 경우에 유용합니다. 조직에 이러한 유형의 요구사항이 있는 경우 리소스 위치 제한 조직 정책을 사용할 가능성이 높습니다. 이 정책을 통해 정책을 준수하지 않는 지리적 위치를 사용하려고 하면 백업 페이지에 알림이 표시됩니다. 이 알림이 표시되면 백업 위치를 정책에서 허용하는 위치로 변경해야 합니다.
커스텀 백업 위치를 선택할 때 다음 사항을 고려하세요.
- 비용: 인스턴스의 클러스터 하나가 다른 클러스터보다 비용이 저렴한 리전에 있을 수 있습니다.
- 애플리케이션 서버와의 근접성: 잠재적인 지연 시간을 줄이기 위해 가능한 한 백업을 제공 애플리케이션과 가깝게 저장하는 것이 좋습니다.
- 스토리지 사용률: 크기가 커지면 백업을 보관하기에 충분한 저장공간이 필요합니다. 워크로드에 따라 크기가 다르거나 디스크 사용량이 다른 클러스터가 있을 수 있습니다. 이러한 사항은 클러스터 선택에 반영됩니다.
커스텀 백업 위치를 선택할 때 사용 가능한 Cloud SQL 위치와 멀티 리전 위치를 선택할 수 있습니다. 유효한 리전 값의 전체 목록은 인스턴스 위치를 참고하세요. 멀티 리전 값의 전체 목록은 멀티 리전 위치를 참조하세요.
인스턴스의 백업 위치 설정 및 보기에 대한 자세한 내용은 백업용 커스텀 위치 설정 및 백업 위치 보기를 참고하세요.
백업 보관
표준 백업을 사용하면 자동 및 주문형 백업을 수행할 수 있습니다. 자동 백업은 1~365일 동안 보관할 수 있으며 기본값은 Cloud SQL Enterprise 버전 인스턴스의 경우 7일, Cloud SQL Enterprise Plus 버전 인스턴스의 경우 15일입니다. 주문형 백업은 백업이 삭제되거나 백업이 포함된 인스턴스가 삭제될 때까지 무기한 보관됩니다.
주문형 및 자동 백업의 인스턴스를 삭제한 후에 백업 보관을 사용 설정하면 해당 백업은 같은 보관 설정(자동 백업의 경우 1~365일, 주문형 백업의 경우 무기한)을 따릅니다. 자세한 내용은 인스턴스 삭제 후 백업 보관을 참조하세요.
백업 비용
표준 백업에서 백업 비용은 총 백업 크기, 스토리지 위치, 보관 설정을 기준으로 합니다.
1개에서 365개까지 유지할 자동 백업 수를 구성할 수 있습니다.
백업 관련 가격 책정에 대한 자세한 내용은 Cloud SQL 가격 책정을 참고하세요.
백업 비율 제한
Cloud SQL은 데이터 디스크의 백업 작업 속도를 제한합니다. 프로젝트별로 인스턴스당 50분 간격으로 백업 작업이 최대 5개까지 허용됩니다. 백업 작업이 실패하면 이 할당량에 포함되지 않습니다. 이 한도에 도달하면 작업이 실패하고 재시도할 수 있는 시기를 알려주는 오류 메시지가 표시됩니다.
Cloud SQL에서는 버킷의 토큰을 사용하여 한 번에 사용 가능한 백업 작업 수를 결정합니다. 각 인스턴스에는 버킷이 있습니다. 버킷에는 백업 작업에 사용할 수 있는 토큰이 최대 5개 있습니다. 10분마다 새 토큰이 버킷에 추가됩니다. 버킷이 가득 차면 토큰이 오버플로됩니다.
백업 작업을 실행할 때마다 버킷에서 토큰이 부여됩니다. 작업이 성공하면 토큰이 버킷에서 삭제됩니다. 실패하면 토큰은 버킷으로 반환됩니다. 다음 다이어그램에서는 작동 방식을 보여줍니다.
트랜잭션 로그 보관
트랜잭션 로그는 인스턴스의 스토리지 위치에 저장되며 보관 기간은 일 단위입니다. Cloud SQL Enterprise Plus 버전 인스턴스의 경우 범위는 1~35일이며 기본값은 14일입니다. Cloud SQL Enterprise 버전 인스턴스의 경우 범위는 1~7일이며 기본값은 7일입니다. Cloud SQL Enterprise Plus 버전과 Cloud SQL Enterprise 버전 인스턴스 모두 트랜잭션 로그 보관 설정이 백업 보관 설정보다 작아야 합니다.
로그는 매일 한 번씩 영구 삭제되며, 지속적으로 진행되지 않습니다. 로그 보관 일수가 백업 수와 동일한 경우 로그 보관이 부족할 수 있습니다. 예를 들어 로그 보관을 7일로 설정하고 백업 보관을 7개로 설정하면 6~7일 동안의 로그가 유지됩니다.
로그 보관 기간의 모든 날짜에 백업이 있도록 하려면 보관되는 백업 수를 로그 보관 일수보다 2 이상으로 설정하는 것이 좋습니다.