다음 섹션에서는 백업 생성 및 관리와 관련된 제한사항을 다룹니다.
일반 제한
Filestore 백업은 Filestore Multishares 기능과 함께 사용할 수 없습니다.
성능
사용률이 높은 인스턴스의 경우 백업이 업로드되는 동안 성능이 최대 15%까지 줄어들 수 있습니다. 기본 등급 인스턴스 성능은 백업
create작업의 영향을 받지 않습니다.인스턴스의 데이터를 여러 백업 체인에 저장하면 백업 성능에 영향을 미칩니다. 백업 체인을 교대하면 백업
create작업 지연 시간이 길어질 수 있습니다.restore인스턴스 또는delete인스턴스와 같은 인스턴스 작업은 백업create작업이 완료될 때까지 지연될 수 있습니다.경우에 따라
delete작업을 완료하려면 최대 24시간까지 걸릴 수 있습니다.
작업 동시 실행
동일한 소스 인스턴스와 연결된 백업
delete작업은 한 번에 하나씩 수행해야 합니다.백업 체인 내에서 대량 백업
delete작업은 지원되지 않습니다.delete작업이 보류 중일 때 동일한 백업 체인 내에서 새delete작업을 수행하면RESOURCE_EXHAUSTED오류가 반환됩니다. 이는 소스 인스턴스가 삭제되었는지 여부와 관계가 없습니다. 소스 인스턴스가 삭제된 경우FAILED_PRECONDITION오류가 표시됩니다.백업이 별도의 소스 인스턴스를 참조할 때 Filestore는 동시 백업
delete작업을 지원합니다.예를 들어
Source1이라는 라벨의 인스턴스에Backup1및Backup2에서 참조되는 백업 데이터가 포함됩니다.Source2에는Backup3및Backup4에서 참조되는 백업 데이터가 포함됩니다.Backup1및Backup2를 동시에 삭제할 수 없지만Backup2및Backup3은 삭제할 수 있습니다.동일한 백업 체인 내에서 시작된 백업
create및 백업delete작업을 동시에 실행할 수 있습니다. 새 백업 생성을 이미 시작한 경우 작업이 완료될 때까지 기다려야 가장 최근의 기존 백업을 삭제할 수 있습니다. 가장 최근 백업에는 백업create작업을 성공적으로 완료하는 데 필요한 가장 중요한 데이터가 포함되어 있기 때문입니다. 가장 최근 백업을 삭제하려고 하면FAILED_PRECONDITION오류가 표시됩니다.예를 들어
Source1에는Backup1및Backup2로 구성된 백업 체인이 있습니다.Backup3에 대한create작업을 시작하면create작업이 완료될 때까지Backup2를 삭제할 수 없습니다.작업 비율 한도에 대한 자세한 내용은 백업의 작업 비율 한도를 참조하세요.
스토리지
기본 인스턴스의 백업을 동일한 서비스 등급의 소스 인스턴스, 이미 존재하는 인스턴스 또는 새 인스턴스로 복원할 수 있습니다. 새 인스턴스를 선택하는 경우 소스 인스턴스 등급에 관계없이 기본 HDD 인스턴스와 기본 SSD 인스턴스 중에서 선택할 수 있습니다.
영역, 리전, 엔터프라이즈 인스턴스는 소스 또는 기존 인스턴스로 복원할 수 없으며 새 인스턴스로만 복원할 수 있습니다. 새 인스턴스 등급이 소스 인스턴스 등급과 일치하지 않아도 됩니다. 예를 들어 리전 인스턴스의 백업을 영역 인스턴스로 복원할 수 있습니다. 새 인스턴스의 프로비저닝된 용량이 소스 인스턴스의 프로비저닝된 용량보다 크거나 같아야 합니다.
용량
영역, 리전, 엔터프라이즈 인스턴스용으로 생성된 백업은 인스턴스 용량을 사용할 수 있습니다. 이 용량은 백업이 생성된 이후 데이터에 적용된 변경사항의 범위를 기준으로 다릅니다. 구체적으로는 백업이 생성되면 사용 가능한 인스턴스 용량의 일부를 차지하는 파일 시스템의 내부 스냅샷을 Filestore가 만듭니다.
스냅샷 크기는 또한 마지막 백업이 생성된 이후의 공유 내 데이터 변경사항의 범위를 기준으로 합니다. 이 스냅샷은 다음 백업이 생성되고 업로드될 때까지 계속 존재합니다.
백업에서 참조하는 모든 데이터는 캡처 시의 상태로 유지되며 파일 시스템에서 용량을 계속 차지합니다. 예를 들어 마운트된 파일 시스템에서 데이터를 삭제하면 이 자체로 용량이 확보되지 않습니다. 대신 상당한 양의 데이터를 삭제하거나 덮어쓴 후 새 백업을 생성하면 됩니다.
워크로드에 충분한 용량을 예측하려면 다음 중 하나를 적용하는 것이 좋습니다.
현저하게 자주 변경되거나 높은 변경 비율을 가진 워크로드의 인스턴스 용량을 늘립니다.
백업을 자주 수행합니다. 마지막 백업이 오래된 경우 내부 스냅샷에 더 많은 변경사항이 누적되어 더 많은 인스턴스 용량을 사용할 수 있습니다.
암호화
CMEK를 사용하여 백업 체인을 암호화하는 경우 다음 제한사항이 적용됩니다.
전체 백업 체인은 동일한 CMEK를 사용하여 암호화됩니다.
CMEK로 백업을 생성할 때 CMEK는 대상 백업과 동일한 리전에 있어야 합니다.
소스 인스턴스와 별도의 리전에 백업 체인을 저장하는 경우 별도의 키를 적용해야 할 수 있습니다. 하나는 소스용이고 다른 하나는 백업 체인용입니다.
- 모든 서비스 등급은 여러 백업 체인 또는 인스턴스의 백업을 여러 리전에 저장하는 기능을 지원합니다. 암호화에 CMEK를 사용하도록 선택하는 경우 CMEK 키는 암호화하는 리소스와 동일한 리전에 있어야 합니다. 소스와 별도의 리전에 백업을 저장하고 CMEK가 멀티 리전 키가 아닌 경우 별도의 CMEK 키를 사용해야 합니다. 자세한 내용은 CMEK 제한사항 및 최적의 CMEK 위치 선택을 참조하세요.
단일 CMEK는 백업 체인이 저장되는 Cloud Storage 버킷에 적용되며 결합하거나 대체할 수 없습니다.
기본 등급 백업에는 CMEK 지원이 제공되지 않습니다.
자세한 내용은 백업 체인에 대한 CMEK 지원을 참조하세요.
데이터 이전
Filestore 인스턴스를 만든 후에는 해당 위치 또는 서비스 등급을 변경할 수 없습니다. 데이터를 다른 리전으로 마이그레이션하려면 백업을 만들고 백업을 사용하여 새 Filestore 인스턴스를 만들거나 기존 인스턴스에 복원할 수 있습니다.
프로토콜
백업을 복원할 때 새 인스턴스는 소스 인스턴스와 동일한 프로토콜 을 사용해야 합니다.