이 페이지에서는 Cloud SQL, Compute Engine 인스턴스, Compute Engine 디스크를 백업하는 고급 백업 전략을 정의할 수 있는 백업 계획을 설명합니다.
백업 계획에서 리소스를 백업하는 시기와 방법을 정의할 수 있습니다. 백업 빈도, 백업 보관 기간, 백업을 저장할 백업 볼트 위치를 포함할 수 있습니다. 백업 계획을 리소스에 연결하면 백업 및 DR 서비스에서 백업 계획의 구성에 따라 해당 리소스의 백업을 자동으로 백업하고 보관합니다.
백업 계획을 만들기 전에 백업의 저장소 위치를 지정해야 합니다. 이렇게 하려면 백업 보관소를 만들어야 합니다.
백업 계획에는 백업 규칙이 있으며 다음이 적용됩니다.
하나 이상의 백업 규칙을 사용할 수 있습니다.
백업 생성 빈도를 시간, 일, 주, 월 또는 연 단위로 정의할 수 있습니다.
주간 백업의 경우 규칙에 사용할 요일을 선택할 수 있습니다.
월간 백업의 경우 규칙에 대해 특정 날짜를 선택할 수 있습니다. 예를 들어 매월 15일입니다.
예약된 백업과 주문형 백업에 모두 사용할 수 있습니다.
백업 작업이 시작될 수 있는 특정 기간을 정의할 수 있는 백업 기간이 포함됩니다. 백업 기간은 다음을 사용합니다.
24시간 형식이며 시작 시간과 종료 시간은 00~24시간입니다.
최소 6시간의 기간
추가 비부팅 디스크로 인스턴스 만들기에 자세히 설명된 대로 머신 구성의 데이터 보호 섹션에서 부팅 디스크 제외를 선택한 경우에도 백업 계획에는 항상 부팅 디스크가 포함됩니다.
백업 스토리지 사용량
백업 계획에서 백업 스토리지는 다음을 고려하세요.
백업은 정의된 백업 보관 기간이 지나면 자동으로 삭제됩니다.
백업 삭제의 기본값은 이러한 백업을 저장하는 데 사용되는 백업 볼트의 최소 보관 기간에서 상속됩니다.
백업 보관 기간은 백업 볼트의 최소 보관 기간보다 짧을 수 없으며, 최소 보관 기간과 같거나 길어야 합니다.
백업 계획을 사용하여 생성된 백업은 항상 변경 불가능하므로 백업 보관소의 최소 적용 보관 기간 동안 수정하거나 삭제할 수 없습니다.
백업 계획 지원 리전
백업 계획은 백업 및 DR 서비스를 사용할 수 있고 백업할 리소스가 있는 리전에서만 만들 수 있습니다. 백업 계획을 만들려면 호환되는 위치에서 Backup Vault도 사용할 수 있어야 합니다.
지원되지 않는 리전에서 백업 계획을 만들어야 하는 경우 관리 콘솔의 백업 템플릿을 사용하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eBackup plans define strategies for backing up Compute Engine instance resources, including frequency, retention, and storage location.\u003c/p\u003e\n"],["\u003cp\u003eBefore creating a backup plan, a backup vault must be created in the same region and project to designate where backups will be stored.\u003c/p\u003e\n"],["\u003cp\u003eBackup rules within a plan allow for customization of backup frequency (hourly, daily, weekly, monthly, or yearly) and support scheduled or on-demand backups.\u003c/p\u003e\n"],["\u003cp\u003eBackup retention periods must be equal to or longer than the backup vault's minimum retention period, and backups created through a backup plan are immutable.\u003c/p\u003e\n"],["\u003cp\u003eBackup plans can only be created in regions where the Backup and DR Service is available and where the resources to be backed up and a backup vault are located, however templates can be used for unsupported regions.\u003c/p\u003e\n"]]],[],null,["# Overview of backup plans in the Google Cloud console\n\n[Setup](/backup-disaster-recovery/docs/cloud-console/backup-plan-create)\n\nThis page describes backup plans, which let you define advanced backup\nstrategies to back up your Cloud SQL and Compute Engine instances and\nCompute Engine disks.\n\nIn a backup plan, you can define when and how to back up a resource. You can\ninclude the backup frequency, the backup retention period, and the [backup vault](/backup-disaster-recovery/docs/concepts/backup-vault)\nlocation to store backups. When you associate a backup plan to a resource,\nthe Backup and DR Service automatically backs up and retains backups for those\nresources according to the configuration in the backup plan.\n\nBefore creating a backup plan, it is necessary to designate the storage\nlocation for your backups. To do so, you must create a [backup vault](/backup-disaster-recovery/docs/concepts/backup-vault).\n| **Note:** The backup vault and backup plan must be in the same project and in [compatible locations](/backup-disaster-recovery/docs/concepts/backup-vault#workload-location-compatibility).\n\nA backup plan has backup rules, where the following applies:\n\n- One or more backup rules can be used.\n- You can define the frequency for backup creation: hourly, daily, weekly,\n monthly, or yearly.\n\n - For weekly backups, you can choose a weekday for the rule.\n - For monthly backups, you can choose a specific day of the month for the rule. For example, the 15th of the month.\n- You can use for both scheduled or on-demand backups.\n\n- Includes a backup window where you can define the specific timeframe of\n when backup jobs can start. The backup window uses the following:\n\n - 24-hour clock format, with start and end times between 00 and 24 hours.\n - A minimum of six hours for the window.\n\nThe backup plan always includes the boot disk even if **Exclude boot disk** is\nchecked in the **Data protection** section of **Machine configuration** , detailed\nin [Create an instance with additional non-boot disks](/compute/docs/instances/create-vm-with-additional-non-boot-disks).\n\nBackup storage consumption\n--------------------------\n\nIn a backup plan, consider the following for backup storage.\n\n- Backups are automatically deleted after the defined backup retention period is reached.\n- The default value for backup deletion is inherited from the minimum retention period of the backup vault used to store those backups.\n- Backup retention periods cannot be less than the backup vault's minimum retention period, it must be equal to or greater than it.\n- Backups created using a backup plan are always immutable and therefore cannot be modified or deleted for the duration of the backup vault's minimum enforced retention period.\n\nBackup plan supported regions\n-----------------------------\n\nBackup plans can be created only in regions where the Backup and DR Service\nis available and where the resources to be backed up are located. To create a\nbackup plan, a backup vault must also be available in a\n[compatible location](/backup-disaster-recovery/docs/concepts/backup-vault#workload-location-compatibility).\nIf you need to create a backup plan in the unsupported regions, use the\n[backup templates](/backup-disaster-recovery/docs/create-plan/create-template) in the management console.\n\nBackup plan is supported in the following regions.\n\n^\\*^ Querétaro, Montréal and Osaka each have three zones housed in one\nor two physical data centers. In the rare event of a disaster, data stored in\nthese regions can be lost.\n\nBackup plan and rule names\n--------------------------\n\nYour backup plan names and rule names must meet the following requirements:\n\n- Contain lowercase letters, numeric characters, dashes (`-`), underscores (`_`), and periods (`.`), spaces are not allowed\n- Start and end with a number or letter\n- Maximum of 63 characters\n- Cannot be represented as an IP address in dotted-decimal notation. For example, `192.0.2.255`\n\nWhat's next\n-----------\n\n- [Create and manage a backup plan for vaulted backups](/backup-disaster-recovery/docs/cloud-console/backup-plan-create)"]]
낮은 CO2