게이트웨이 데이터를 업로드할 때 예상치 못한 비용 방지

NFS 클라이언트가 File Gateway에 파일을 쓰면 File Gateway는 파일의 데이터를 Amazon S3에 업로드한 다음 메타데이터를 업로드합니다. 파일 데이터를 업로드하면 S3 객체가 생성되고 파일의 메타데이터를 업로드하면 S3 객체의 메타데이터가 업데이트됩니다. 이 프로세스는 객체의 추가 버전을 생성합니다. S3 버전 관리가 켜져 있으면 두 버전이 모두 저장됩니다.

File Gateway에 저장된 파일의 메타데이터를 변경하면 새 S3 객체가 생성되고 기존 S3 객체가 대체됩니다. 이 동작은 파일을 편집해도 새 파일이 생성되지 않는 파일 시스템에서 파일을 편집하는 것과 다릅니다. 각 파일 작업이 Amazon S3 스토리지와 상호 작용하는 방식을 이해할 수 있도록 AWS Storage Gateway와 함께 사용할 모든 파일 작업을 테스트합니다.

File Gateway에서 데이터를 업로드할 때 Amazon S3에서 S3 버전 관리 및 리전 간 복제(CRR) 사용을 신중하게 고려하세요. Amazon S3 S3 버전 관리가 켜져 있을 때 파일 게이트웨이에서 Amazon S3로 파일을 업로드하면 S3 객체 버전이 두 개 이상 생성됩니다.

여러 단계로 수행되는 파일 업로드와 같은 대용량 파일 및 파일 쓰기 패턴과 관련된 특정 워크플로는 저장된 S3 객체 버전의 수를 늘릴 수 있습니다. 파일 게이트웨이 캐시가 높은 파일 쓰기 속도로 인해 공간을 확보해야 하는 경우 여러 S3 객체 버전이 생성될 수 있습니다. 이러한 시나리오는 S3 버전 관리가 켜져 있는 경우 S3 스토리지를 늘리고 CRR과 관련된 전송 비용을 높입니다. 각 파일 작업이 Amazon S3 스토리지와 상호 작용하는 방식을 이해할 수 있도록 Storage Gateway와 함께 사용할 모든 파일 작업을 테스트합니다.

Rsync 유틸리티를 File Gateway와 함께 사용하면 캐시에 임시 파일이 생성되고 Amazon S3에 임시 S3 객체가 생성됩니다. Amazon S3 이 경우 S3 Standard-Infrequent Access(S3 Standard-IA) 스토리지 클래스에서 조기 삭제 요금이 발생합니다.