인스턴스 데이터 백업

Google Cloud Managed Lustre 인스턴스의 데이터가 실수로 삭제되거나 손상되거나 인스턴스가 삭제되면 해당 데이터는 인스턴스에서 직접 복구할 수 없습니다. Managed Lustre는 삭제 후 파일 삭제 취소 또는 인스턴스 복구를 지원하지 않습니다.

데이터 손실을 방지하려면 인스턴스 데이터를 Cloud Storage 버킷으로 내보내 정기적으로 백업해야 합니다.

Cloud Storage를 사용한 백업 전략

Managed Lustre의 기본 제공 데이터 전송 기능을 사용하여 인스턴스에서 Cloud Storage 버킷으로 직접 데이터를 내보낼 수 있습니다.

안내를 보려면 Cloud Storage로 데이터 전송을 참고하세요.

백업 전략의 주요 고려사항은 다음과 같습니다.

  • 증분 내보내기: Managed Lustre에서 Cloud Storage로의 전송은 증분입니다. 대상 버킷에 아직 없거나 마지막 전송 이후 변경된 파일만 복사합니다.

  • 삭제된 파일: 내보내기는 인스턴스에서 삭제된 대상 버킷의 파일을 삭제하지 않습니다.

  • 계층적 네임스페이스 (HNS): 전송 속도를 높이려면 계층적 네임스페이스가 사용 설정된 Cloud Storage 버킷을 사용하는 것이 좋습니다.

  • 스토리지 등급: 장기 백업의 스토리지 비용을 관리하려면 Cloud Storage 스토리지 등급 (예: Nearline, Coldline 또는 Archive)을 사용하거나 백업 버킷에서 객체 수명 주기 관리를 구성하는 것이 좋습니다. 자세한 내용은 Cloud Storage 가격 책정을 참고하세요.

  • 버킷 위치: 리전 간 데이터 전송 요금을 방지하고 백업 및 복원 작업 중 지연 시간을 최소화하려면 Managed Lustre 인스턴스와 동일한 리전에 백업 버킷을 만드세요.

주기적 백업 자동화

정기적인 백업을 유지하려면 주기적인 데이터 내보내기를 자동화하면 됩니다. 예를 들어 다음을 사용할 수 있습니다.

  • Cloud Scheduler: instances.exportData REST API에 HTTP 요청을 전송하여 반복 일정에 따라 내보내기를 트리거합니다.
  • Cron 작업: 클라이언트 Compute Engine VM 또는 관리 인스턴스에서 gcloud lustre instances export-data 명령어를 사용하여 예약된 스크립트를 실행합니다.

데이터 복원

Cloud Storage 백업 버킷에서 데이터를 복원하려면 데이터를 Managed Lustre 인스턴스로 다시 가져옵니다. 데이터 가져오기 전송은 증분이며 대상 인스턴스에 아직 없거나 마지막 전송 이후 변경된 파일만 복사합니다. 인스턴스와 백업 버킷 모두에 파일이 있는 경우 파일이 수정되었다면 가져오기에서 인스턴스의 파일을 백업 버전으로 덮어씁니다.

자세한 전송 안내 및 명령어는 Cloud Storage로 또는 Cloud Storage에서 데이터 전송을 참고하세요.

복구 시나리오에 따라 기존 인스턴스로 데이터를 복원하거나 백업에서 인스턴스를 다시 만들 수 있습니다.

  • 기존 인스턴스로 데이터 복원:

    • 삭제되거나 손상된 파일을 복구하거나 특정 디렉터리를 활성 인스턴스로 복원하는 데 사용됩니다.
    • 전체 파일 시스템을 복원하거나 하위 디렉터리 경로를 지정할 수 있습니다. 하위 디렉터리로 복원하는 경우 해당 디렉터리가 파일 시스템에 이미 있어야 합니다.
    • 인스턴스의 파일이 수정되거나 손상된 경우 백업을 가져오면 해당 파일이 Cloud Storage의 버전으로 덮어쓰입니다.
    • 가져오기 중에 쓰기 충돌 또는 데이터 불일치를 방지하려면 클라이언트 쓰기 활동을 일시중지하거나 대상 디렉터리 경로에서 클라이언트를 마운트 해제하세요.

  • 백업에서 인스턴스 다시 만들기: