Amazon S3 File Gateway 작동 방식

S3 파일 게이트웨이를 사용하려면 게이트웨이의 VM 이미지를 다운로드하는 것부터 시작합니다. 그런 다음에서 AWS Management Console 또는 Storage Gateway API를 통해 게이트웨이를 활성화합니다. Amazon EC2 이미지를 사용하여 S3 File Gateway를 생성할 수도 있습니다.

S3 File Gateway가 활성화되면 파일 공유를 생성 및 구성하고 해당 공유를 Amazon Simple Storage Service(Amazon S3) 버킷과 연결합니다. 이렇게 하면 클라이언트가 NFS(Network File System) 또는 SMB(Server Message Block) 프로토콜을 사용하여 공유에 액세스할 수 있습니다. 파일 공유에 기록된 파일은 경로가 키인 Amazon S3의 객체가 됩니다. 파일과 객체 간에one-to-one 매핑이 있으며, 파일을 변경하면 게이트웨이가 Amazon S3의 객체를 비동기적으로 업데이트합니다. Amazon S3 버킷의 기존 객체는 파일 시스템의 파일로 표시되며 키가 경로가 됩니다. 객체는 Amazon S3 서버 측 암호화 키(SSE-S3)로 암호화됩니다. 모든 데이터 전송은 HTTPS를 통해 이루어집니다.

HTTPS 데이터 업로드 요청을 Amazon S3로 전송할 때 File Gateway는 업로드 중인 데이터의 MD5 체크섬으로 Content-MD5 헤더를 채웁니다. MD5 이 헤더를 사용하면 Amazon S3에서 계산한 MD5 체크섬과 File Gateway에서 수신한 값이 일치하지 않는 경우 Amazon S3가 실패를 반환합니다. 이러한 실패가 반환되면 파일 게이트웨이가 요청을 재전송합니다.

이 서비스는 멀티파트 병렬 업로드 또는 바이트 범위 다운로드를 AWS 사용하여 게이트웨이와 간의 데이터 전송을 최적화하여 사용 가능한 대역폭을 더 잘 사용합니다. 로컬 캐시는 최근에 액세스한 데이터에 대한 짧은 지연 시간 액세스를 제공하고 데이터 송신 요금을 줄이기 위해 유지됩니다. CloudWatch 지표는 VM의 리소스 사용 및 송수신 데이터에 대한 인사이트를 제공합니다 AWS. CloudTrail은 모든 API 호출을 추적합니다.

S3 File Gateway 스토리지를 사용하면 클라우드 워크로드를 Amazon S3로 수집, 백업 및 아카이빙 수행, 계층화, 스토리지 데이터를 클라우드로 마이그레이션하는 등의 작업을 수행할 수 있습니다 AWS . 다음 다이어그램은 Storage Gateway의 파일 스토리지 배포에 대한 개요를 제공합니다.

S3 File Gateway는 Amazon S3에 파일을 업로드할 때 파일을 Amazon S3 객체로 변환합니다. S3 File Gateway와 S3 객체의 파일 공유에 대해 수행되는 파일 작업 간의 상호 작용을 위해서는 파일과 객체 간에 변환할 때 특정 작업을 신중하게 고려해야 합니다.

일반적인 파일 작업은 파일 메타데이터를 변경하여 현재 S3 객체를 삭제하고 새 S3 객체를 생성합니다. 다음 표에는 파일 작업 예제와 S3 객체에 미치는 영향이 나와 있습니다.

파일 작업	S3 객체 영향	스토리지 클래스 영향
파일 이름 바꾸기	기존 S3 객체를 교체하고 각 파일에 대해 새 S3 객체를 생성합니다.	조기 삭제 요금 및 검색 요금이 적용될 수 있습니다.
폴더 이름 바꾸기	기존 S3 객체를 모두 바꾸고 폴더 구조의 각 폴더 및 파일에 대해 새 S3 객체를 생성합니다.	조기 삭제 요금 및 검색 요금이 적용될 수 있습니다.
파일/폴더 권한 변경	기존 S3 객체를 교체하고 각 파일 또는 폴더에 대해 새 S3 객체를 생성합니다.	조기 삭제 요금 및 검색 요금이 적용될 수 있습니다.
파일/폴더 소유권 변경	기존 S3 객체를 교체하고 각 파일 또는 폴더에 대해 새 S3 객체를 생성합니다.	조기 삭제 요금 및 검색 요금이 적용될 수 있습니다.
파일에 추가	기존 S3 객체를 교체하고 각 파일에 대해 새 S3 객체를 생성합니다.	조기 삭제 요금 및 검색 요금이 적용될 수 있습니다.

파일이 NFS 또는 SMB 클라이언트에 의해 S3 File Gateway에 기록되면 File Gateway는 파일의 데이터를 Amazon S3에 업로드한 다음 메타데이터(소유권, 타임스탬프 등)를 업로드합니다. 파일 데이터를 업로드하면 S3 객체가 생성되고 파일의 메타데이터를 업로드하면 S3 객체의 메타데이터가 업데이트됩니다. 이 프로세스는 객체의 다른 버전을 생성하여 객체의 두 버전을 생성합니다. S3 버전 관리가 켜져 있으면 두 버전이 모두 저장됩니다.

파일이 Amazon S3에 업로드된 후 NFS 또는 SMB 클라이언트에 의해 S3 File Gateway에서 수정된 경우 S3 File Gateway는 전체 파일을 업로드하는 대신 새 데이터 또는 수정된 데이터를 업로드합니다. Amazon S3 파일을 수정하면 새 버전의 S3 객체가 생성됩니다.

S3 File Gateway가 더 큰 파일을 업로드하는 경우 클라이언트가 S3 File Gateway에 쓰기를 완료하기 전에 더 작은 파일 청크를 업로드해야 할 수 있습니다. 여기에는 캐시 공간 확보 또는 파일 공유에 대한 높은 쓰기 속도가 포함됩니다. 이로 인해 S3 버킷에 여러 버전의 객체가 생성될 수 있습니다.

객체를 다른 스토리지 클래스로 이동하도록 수명 주기 정책을 설정하기 전에 S3 버킷을 모니터링하여 객체의 버전 수를 확인해야 합니다. S3 버킷의 객체에 대한 버전 수를 최소화하려면 이전 버전의 수명 주기 만료를 구성해야 합니다. S3 버킷 간에 동일 리전 복제(SRR) 또는 교차 리전 복제(CRR)를 사용하면 사용되는 스토리지가 증가합니다.