이 페이지에서는 Cloud SQL 및 Compute Engine 인스턴스와 Compute Engine 디스크를 백업하는 고급 백업 전략을 정의할 수 있는 백업 계획을 설명합니다.
백업 계획에서 리소스를 백업하는 시기와 방법을 정의할 수 있습니다. 백업 빈도, 백업 보관 기간, 백업을 저장할 Backup Vault 위치를 포함할 수 있습니다. 백업 계획을 리소스에 연결하면 백업 및 DR에서 백업 계획의 구성에 따라 해당 리소스를 자동으로 백업하고 백업을 보관합니다.
백업 계획을 만들기 전에 백업의 저장소 위치를 지정해야 합니다. 이렇게 하려면 Backup Vault를 만들어야 합니다.
백업 계획에는 백업 규칙이 있으며 다음이 적용됩니다.
- 하나 이상의 백업 규칙을 사용할 수 있습니다.
백업 생성 빈도를 시간, 일, 주, 월 또는 연 단위로 정의할 수 있습니다.
- 시간별 백업의 시간별 빈도 (작업을 실행할 수 있는 빈도)는 백업되는 데이터 리소스의 유형에 따라 다릅니다. 시간별 백업의 빈도 범위를 참고하세요.
- 주간 백업의 경우 규칙에 사용할 요일을 선택할 수 있습니다.
- 월간 백업의 경우 규칙에 특정 날짜를 선택할 수 있습니다. 예를 들어 매월 15일입니다.
예약된 백업과 주문형 백업에 모두 사용할 수 있습니다.
백업 작업이 시작될 수 있는 특정 기간을 정의할 수 있는 백업 기간이 포함됩니다. 백업 창에서는 다음을 사용합니다.
- 24시간 형식이며 시작 시간과 종료 시간은 00~24시간입니다.
- 최소 6시간
추가 비부팅 디스크로 인스턴스 만들기에 자세히 설명된 대로 머신 구성의 데이터 보호 섹션에서 부팅 디스크 제외를 선택한 경우에도 백업 계획에는 항상 부팅 디스크가 포함됩니다.
시간별 백업의 빈도 범위
시간별 백업의 빈도를 지정합니다. 시간당 빈도가 1이면 시작 시간부터 종료 시간까지 1시간마다 작업이 실행됩니다.
이 값은 recurrence_type이 HOURLY로 설정된 경우에 필요하며 그 외의 경우에는 적용되지 않습니다. 값이 제공되고 recurrence_type이 HOURLY이 아니면 유효성 검사 오류가 발생합니다.
각 리소스 유형에 지원되는 값은 다음과 같습니다.
| 리소스 유형 | 시간별 빈도 |
|---|---|
| Compute Engine 인스턴스 | 4-23 |
| Compute Engine 디스크 | 1-23 |
| Cloud SQL 인스턴스 | 6-23 |
| PostgreSQL용 AlloyDB 클러스터 | 1-23 |
| Filestore 인스턴스 | 1-23 |
백업 및 DR 서비스의 데이터 보관 개요
백업 및 DR 서비스는 두 가지 유형의 보관을 사용하여 백업 수명 주기와 보안을 관리합니다.
- 모든 백업은 백업 계획에 할당된 기간 동안 보관된 후 해당 기간이 끝나면 만료됩니다. 백업 계획의 다음 기간이 지나면 백업 삭제 설정에 지정된 만료일 전에 백업을 수동으로 삭제할 수 있습니다.
선택적으로 백업을 삭제할 수 없는 기간을 설정할 수 있습니다. 백업 보관함 구성의 강제 보관 기간 섹션에 '삭제 방지 기간' 값을 설정한 Backup Vault에 백업을 저장하면 됩니다.
- 적용된 보관 기간을 백업 계획의 다음 기간이 지나면 백업 삭제 설정보다 길게 설정할 수 있습니다. 적용된 보관 기간이 종료될 때까지 백업은 삭제되지 않습니다.
- 전체 Backup Vault에 대해 강제 보관 기간을 설정하거나, Backup Vault에서 Vault에 보호된 각 데이터 리소스의 백업 계획에 있는 다음 기간이 지나면 백업 삭제 값을 적용하도록 할 수 있습니다.
백업 스토리지 사용량
백업 계획에서 백업 스토리지는 다음을 고려하세요.
- 백업은 정의된 백업 보관 기간이 지나면 자동으로 삭제됩니다.
- 백업 삭제의 기본값은 이러한 백업을 저장하는 데 사용되는 Backup Vault의 최소 보관 기간에서 상속됩니다.
- 백업 보관 기간은 백업 볼트의 최소 보관 기간보다 짧을 수 없으며, 최소 보관 기간과 같거나 길어야 합니다.
- 백업 계획을 사용하여 생성된 백업은 항상 변경 불가능하므로 백업 보관소의 최소 적용 보관 기간 동안 수정하거나 삭제할 수 없습니다.
CMEK 지원 Backup Vault에 워크로드 백업
Backup Vault가 CMEK로 구성되면 여기에 저장된 백업은 지정된 키를 사용하여 보호됩니다. 백업 계획을 CMEK 지원 Vault와 연결할 때는 다음 규칙이 적용됩니다.
- CMEK가 적용된 워크로드: 소스 워크로드가 CMEK로 보호되는 경우 (예: CMEK로 암호화된 디스크가 있는 Compute Engine 인스턴스) CMEK 지원 Backup Vault에 백업해야 합니다.Google-owned and Google-managed encryption keys를 사용하는 Backup Vault에는 CMEK로 보호된 리소스를 백업할 수 없습니다.
- Google-owned and Google-managed encryption keys이 있는 워크로드: 소스 워크로드에서 Google-owned and Google-managed encryption keys을 사용하는 경우 Google-owned and Google-managed encryption keys을 사용하는 Backup Vault에 백업해야 합니다.
백업 계획 지원 리전
백업 계획은 백업 및 DR을 사용할 수 있고 백업할 리소스가 있는 리전에서만 만들 수 있습니다. 백업 계획을 만들려면 호환되는 위치에 Backup Vault도 있어야 합니다. 지원되지 않는 리전의 백업 계획을 만들려면 어플라이언스 관리 콘솔에서 백업 템플릿을 사용하세요.
백업 계획은 다음 리전에서 지원됩니다.
| 지리적 지역 | 리전 이름 | 리전 설명 | |
|---|---|---|---|
| 북미 | |||
northamerica-northeast1 * |
몬트리올 |
 낮은 CO2
|
|
northamerica-northeast2 |
토론토 |
낮은 CO2
|
|
us-central1 |
아이오와 |
낮은 CO2
|
|
us-east1 |
사우스캐롤라이나 | ||
us-east4 |
북버지니아 | ||
us-east5 |
콜럼버스 | ||
us-south1 |
댈러스 |
낮은 CO2
|
|
us-west1 |
오리건 |
낮은 CO2 |
|
us-west2 |
로스앤젤레스 | ||
us-west3 |
솔트레이크시티 | ||
us-west4 |
라스베이거스 | ||
northamerica-south1 * |
케레타로 | ||
| 남미 | |||
southamerica-east1 |
상파울루 |
낮은 CO2
|
|
southamerica-west1 |
산티아고 |
낮은 CO2
|
|
| 유럽 | |||
europe-central2 |
바르샤바 | ||
europe-north1 |
핀란드 |
낮은 CO2
|
|
europe-north2 |
스톡홀름 |
낮은 CO2
|
|
europe-southwest1 |
마드리드 |
낮은 CO2
|
|
europe-west1 |
벨기에 |
낮은 CO2
|
|
europe-west2 |
런던 |
낮은 CO2
|
|
europe-west3 |
프랑크푸르트 | ||
europe-west4 |
네덜란드 |
낮은 CO2
|
|
europe-west6 |
취리히 |
낮은 CO2
|
|
europe-west8 |
밀라노 | ||
europe-west9 |
파리 |
낮은 CO2
|
|
europe-west10 |
베를린 | ||
europe-west12 |
토리노 | ||
| 중동 | |||
me-central1 |
도하 | ||
me-central2 |
담맘 | ||
me-west1 |
이스라엘 | ||
| 아프리카 | |||
africa-south1 |
요하네스버그 | ||
| 아시아 태평양 | |||
asia-east1 |
타이완 | ||
asia-east2 |
홍콩 | ||
asia-northeast1 |
도쿄 | ||
asia-northeast2 * |
오사카 | ||
asia-northeast3 |
서울 | ||
asia-southeast1 |
싱가포르 | ||
asia-southeast2 |
자카르타 | ||
australia-southeast1 |
시드니 | ||
australia-southeast2 |
멜버른 | ||
| 인도 | |||
asia-south1 |
뭄바이 | ||
asia-south2 |
델리 |
* 케레타로 (northamerica-south1), 몬트리올 (northamerica-northeast1), 오사카 (asia-northeast2)는 영역 분리를 지원하지 않습니다. 즉, 이러한 각 리전 내의 여러 영역이 물리적으로 분리된 데이터 센터 캠퍼스에 위치하지 않을 수 있습니다. 따라서 단일의 현지화된 물리적 재해 이벤트가 동일한 리전 내의 여러 영역에 영향을 미칠 수 있으므로 영역 분리를 지원하는 리전에 비해 데이터 손실 위험이 증가합니다.
백업 계획 및 규칙 이름
백업 계획 이름과 규칙 이름은 다음 요구사항을 충족해야 합니다.
- 소문자, 숫자, 대시 (
-), 밑줄 (_), 마침표 (.)를 포함해야 하며 공백은 허용되지 않습니다. - 숫자 또는 문자로 시작하고 끝나야 합니다.
- 최대 63자(영문 기준)
- 점 십진 표기법 형식의 IP 주소로 표시할 수 없습니다. 예를 들면
192.0.2.255입니다.