이 페이지에서는 Cloud SQL 및 Compute Engine 인스턴스와 Compute Engine 디스크를 백업하는 고급 백업 전략을 정의할 수 있는 백업 계획을 설명합니다.
백업 계획에서 리소스를 백업하는 시기와 방법을 정의할 수 있습니다. 백업 빈도, 백업 보관 기간, 백업을 저장할 백업 볼트 위치를 포함할 수 있습니다. 백업 계획을 리소스에 연결하면 백업 및 DR에서 백업 계획의 구성에 따라 해당 리소스를 자동으로 백업하고 백업을 보관합니다.
백업 계획을 만들기 전에 백업의 저장소 위치를 지정해야 합니다. 이렇게 하려면 백업 볼트를 만들어야 합니다.
백업 계획에는 백업 규칙이 있으며 다음이 적용됩니다.
- 하나 이상의 백업 규칙을 사용할 수 있습니다.
백업 생성 빈도를 시간, 일, 주, 월 또는 연 단위로 정의할 수 있습니다.
- 주간 백업의 경우 규칙에 사용할 요일을 선택할 수 있습니다.
- 월간 백업의 경우 규칙에 대해 특정 날짜를 선택할 수 있습니다. 예를 들어 매월 15일입니다.
예약된 백업과 주문형 백업에 모두 사용할 수 있습니다.
백업 작업이 시작될 수 있는 특정 기간을 정의할 수 있는 백업 기간이 포함됩니다. 백업 창에서는 다음을 사용합니다.
- 24시간 형식이며 시작 시간과 종료 시간은 00~24시간입니다.
- 최소 6시간의 기간
추가 비부팅 디스크로 인스턴스 만들기에 자세히 설명된 대로 머신 구성의 데이터 보호 섹션에서 부팅 디스크 제외를 선택한 경우에도 백업 계획에는 항상 부팅 디스크가 포함됩니다.
백업 스토리지 사용량
백업 계획에서 백업 스토리지는 다음을 고려하세요.
- 백업은 정의된 백업 보관 기간이 지나면 자동으로 삭제됩니다.
- 백업 삭제의 기본값은 해당 백업을 저장하는 데 사용된 백업 볼트의 최소 보관 기간에서 상속됩니다.
- 백업 보관 기간은 백업 볼트의 최소 보관 기간보다 짧을 수 없으며, 최소 보관 기간과 같거나 길어야 합니다.
- 백업 계획을 사용하여 생성된 백업은 항상 변경 불가능하므로 백업 보관소의 최소 적용 보관 기간 동안 수정하거나 삭제할 수 없습니다.
CMEK 지원 백업 보관소에 워크로드 백업
백업 볼트가 CMEK로 구성되면 여기에 저장된 백업은 지정된 키를 사용하여 보호됩니다. 백업 계획을 CMEK 지원 볼트와 연결할 때는 다음 규칙이 적용됩니다.
- CMEK가 적용된 워크로드: 소스 워크로드가 CMEK로 보호되는 경우 (예: CMEK로 암호화된 디스크가 있는 Compute Engine 인스턴스) CMEK 지원 백업 볼트에 백업해야 합니다.Google-owned and Google-managed encryption keys를 사용하는 백업 볼트에는 CMEK로 보호된 리소스를 백업할 수 없습니다.
- Google-owned and Google-managed encryption keys이 있는 워크로드: 소스 워크로드에서 Google-owned and Google-managed encryption keys을 사용하는 경우 Google-owned and Google-managed encryption keys을 사용하는 백업 보관소에 백업해야 합니다.
백업 계획 지원 리전
백업 계획은 백업 및 DR을 사용할 수 있고 백업할 리소스가 있는 리전에서만 만들 수 있습니다. 백업 계획을 만들려면 호환되는 위치에서 백업 볼트도 사용할 수 있어야 합니다. 지원되지 않는 리전에서 백업 계획을 만들어야 하는 경우 관리 콘솔의 백업 템플릿을 사용하세요.
백업 계획은 다음 리전에서 지원됩니다.
| 지리적 지역 | 리전 이름 | 리전 설명 | |
|---|---|---|---|
| 북미 | |||
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 |
델리 |
* 케레타로, 몬트리올, 오사카의 경우 물리적 데이터 센터 1~2곳에 영역 3개가 있습니다. 드물지만 재해 발생 시 이러한 리전에 저장된 데이터가 손실될 수 있습니다.
백업 계획 및 규칙 이름
백업 계획 이름과 규칙 이름은 다음 요구사항을 충족해야 합니다.
- 소문자, 숫자, 대시 (
-), 밑줄 (_), 마침표 (.)를 포함해야 하며 공백은 허용되지 않습니다. - 숫자 또는 문자로 시작하고 끝나야 합니다.
- 최대 63자(영문 기준)
- 점 십진수 표기법 형식의 IP 주소로 표시할 수 없습니다. 예를 들면
192.0.2.255입니다.