이 페이지에서는 Backup for GKE로 Filestore 볼륨을 처리하는 방법을 설명합니다.
Backup for GKE는 Filestore 볼륨과 통합되지 않습니다. 즉, 이러한 볼륨에서 직접 데이터를 백업 및 복원하는 것은 지원되지 않습니다.
그러나 특정 재해 복구 시나리오에서 Filestore 볼륨으로 백업되는 워크로드에 대한 솔루션을 제공하는 데 Backup for GKE을 사용할 수 있습니다.
이러한 솔루션을 사용하면 허용 모드를 활성화하여 Filestore 볼륨 구성을 백업할 수 있습니다. 복원의 경우 Filestore 볼륨 다시 연결 또는 Filestore 볼륨 데이터 대역 외 솔루션 복원을 사용할 수 있습니다.
Filestore 볼륨 구성 백업
기본적으로 허용 모드를 활성화하지 않으면 Filestore 볼륨이 포함된 클러스터 백업이 실패합니다. 허용 모드가 활성화되면 Backup for GKE는 워크로드 및 볼륨의 구성을 캡처합니다.
허용 모드에 대한 자세한 내용은 백업 플랜에서 허용 모드 사용하기를 참조하세요.
Filestore 볼륨 다시 연결
Backup for GKE를 사용하면 복원 계획에서 볼륨 데이터 복원 정책을 지정하여 데이터를 포함하는 기본 볼륨을 재사용할 수 있습니다. 이 경우 새 리소스를 프로비저닝하지 않고 직접 PersistentVolumeClaim 및 PersistentVolume 리소스를 생성하고 기존 Filestore 볼륨을 참조합니다.
백업에 Compute Engine Persistent Disk 볼륨이 포함되어 있고 해당 볼륨의 데이터를 복원하려는 경우 볼륨 데이터 복원 동작 정의에서 볼륨 데이터 복원 정책 바인딩을 구성하는 방법을 참조하세요.
대역 외 Filestore 볼륨 백업 및 복원
Filestore 백업 기능을 사용하여 Filestore 볼륨의 백업을 별도로 만들 수 있습니다. 이러한 백업은 Backup for GKE와는 독립적이므로 데이터의 완전한 사본을 확보할 수 있습니다.
대역 외 Filestore 볼륨 백업
Filestore는 백업이 생성된 시점의 모든 파일 데이터와 메타데이터를 포함하여 파일 공유의 사본을 만드는 백업을 제공합니다.
Filestore 볼륨 구성이 포함된 Backup for GKE 백업 외에 Filestore 볼륨에 대한 별도의 백업을 만들 수 있습니다.
자세한 내용은 Filestore에서 백업 만들기를 참조하세요.
대역 외 Filestore 볼륨 복원
Filestore 백업과 Backup for GKE 백업을 모두 사용하면 다음 단계에 따라 워크로드를 복원할 수 있습니다:
[[["이해하기 쉬움","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)"],[],[],null,["# Handle Filestore volumes with Backup for GKE\n\nAutopilot Standard\n\n*** ** * ** ***\n\nThis page describes how to handle Filestore volumes with Backup for GKE.\n\nBackup for GKE doesn't integrate with Filestore volumes. This means\nthat backing up and restoring data directly from these volumes is not supported.\nHowever, Backup for GKE can be used to provide solutions for workloads that are\nbacked by Filestore volumes in certain disaster recovery scenarios.\n\nWith these solutions, you can back up Filestore volume configurations\nby enabling permissive mode. For restoration, you can use the reconnect\nFilestore volumes or restore Filestore volumes data\nout-of-band solutions.\n| **Note:** The solution applies only to Filestore volumes provisioned through the GKE Filestore CSI driver. It may not work for other types of NFS volumes.\n\nBack up Filestore volume configurations\n---------------------------------------\n\nBy default, backing up clusters that contain Filestore volumes\nfail if permissive mode is not enabled. When permissive mode is enabled,\nBackup for GKE captures the configuration of workloads and volumes.\nFor more information about permissive mode, see\n[Enable permissive mode on a backup plan](/kubernetes-engine/docs/add-on/backup-for-gke/troubleshoot/permissive-mode).\n\nReconnect Filestore volumes\n---------------------------\n\nBackup for GKE allows restore plans to specify the volume data restore policy to\n**Reuse existing volumes containing your data** . In this case, it creates\n`PersistentVolumeClaim` and `PersistentVolume` resources directly and references\nexisting Filestore volumes without provisioning new ones.\n\nIf the backup contains Compute Engine Persistent Disk volumes and you want to\nrestore data for those volumes, see [Define volume data restore behavior](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/volume-data-restore-policy)\nfor how to configure volume data restore policy bindings.\n| **Note:** To reconnect Filestore volumes during a restore, ensure that volumes are available and accessible in the target cluster.\n\nBack up and restore Filestore volumes out-of-band\n-------------------------------------------------\n\nYou can use the Filestore backup capability to create separate backups\nof your Filestore volumes. These backups are independent of Backup for GKE,\nensuring you have a complete copy of the data.\n\n### Back up Filestore volumes out-of-band\n\nFilestore provides [backups](/filestore/docs/backup-restore#back-up-file-share) that create a copy of a file share,\nincluding all file data and metadata from the point in time the backup is created.\nYou can create separate backups for Filestore volumes in addition\nto Backup for GKE backups containing Filestore volume configuration.\nFor instructions, see [create a backup](/filestore/docs/backup-restore#create-backup) from the Filestore.\n\n### Restore Filestore volumes out-of-band\n\nWith both Filestore backups and Backup for GKE backups, you\ncan restore workloads using the following steps:\n\n1. [Restore](/filestore/docs/backup-restore#restore) Filestore volumes out-of-band using the Filestore backup.\n2. Create [static](https://kubernetes.io/docs/concepts/storage/persistent-volumes/#static) `PersistentVolumes` that reference the restored Filestore volumes in the target cluster. These `PersistentVolumes` must have the `.spec.claimRef` field correctly referencing the to-be-created `PersistentVolumeClaims`.\n3. From Backup for GKE, initiate a restore using the volume data restore policy\n **Don't restore volume data** . The newly created PVCs bind to the\n `PersistentVolumes` created in the earlier step.\n\n If the backup contains Compute Engine Persistent Disk volumes and you want to\n restore data for those volumes, see [Define volume data restore behavior](/kubernetes-engine/docs/add-on/backup-for-gke/how-to/volume-data-restore-policy)\n for how to configure volume data restore policy bindings."]]
