AWS Storage Gateway는 상용 버전으로 제공됨

무료로 Storage Gateway 사용해 보기

AWS 프리 티어에는 AWS Storage Gateway를 통해 Amazon 계정에 작성한 데이터 중 처음 100GB가 포함됩니다.

AWS 프리 티어 세부 정보 보기 »

Q: AWS Storage Gateway 서비스란 무엇입니까?

AWS Storage Gateway 서비스를 사용하면 온프레미스 환경과 AWS 클라우드 간에 하이브리드 스토리지를 지원할 수 있습니다. 업계 표준 스토리지 프로토콜을 통해 온프레미스 엔터프라이즈 애플리케이션 및 워크플로를 Amazon의 블록 및 객체 클라우드 스토리지 서비스와 원활하게 통합니다. Amazon 클라우드 스토리지 서비스에 데이터를 안전하고 안정적으로 저장하면서 자주 액세스하는 데이터는 온프레미스에 캐싱하여 지연 시간이 짧은 성능을 제공합니다. 불안정한 네트워크를 허용하고 전송되는 데이터 양을 최소화하는 최적화된 데이터 전송 메커니즘과 대역폭 관리를 제공합니다. AWS 암호화, 자격 증명 관리, 모니터링 및 스토리지 서비스와의 기본 통합을 통해 기존 엔터프라이즈 환경에 AWS의 보안, 관리의 용이성, 안정성 및 확장성을 제공합니다. 백업 및 아카이브, 재해 복구, 클라우드 내 워크로드를 위해 데이터를 S3로 이전, 계층화된 스토리지를 일반 사용 사례로 들 수 있습니다.

AWS Storage Gateway는 파일, 볼륨 및 테이프라는 3가지 스토리지 인터페이스를 지원합니다. 각 게이트웨이에서는 1가지 유형의 인터페이스를 제공할 수 있습니다.

파일 게이트웨이를 사용하면 NFS와 같은 파일 프로토콜을 사용하여 Amazon S3에서 객체를 저장하고 검색할 수 있습니다. 파일 게이트웨이를 통해 작성된 객체는 S3에서 직접 액세스할 수 있습니다.

볼륨 게이트웨이는 iSCSI 프로토콜을 사용하여 애플리케이션에 블록 스토리지를 제공합니다. 볼륨의 데이터는 Amazon S3에 저장됩니다. AWS에서 iSCSI 볼륨에 액세스하려면 EBS 볼륨을 생성하는 데 사용될 수 있는 EBS 스냅샷을 만들 수 있습니다.

테이프 게이트웨이는 가상 미디어 체인저, 가상 테이프 드라이브 및 가상 테이프로 구성된 iSCSI 가상 테이프 라이브러리(VTL) 인터페이스를 백업 애플리케이션에 제공합니다. 가상 테이프 데이터는 Amazon S3에 저장되거나 Amazon Glacier에 아카이브될 수 있습니다.

Q: AWS Storage Gateway 서비스를 사용하려면 어떻게 해야 합니까?

AWS Management Console과 게이트웨이 가상 머신(VM)이라는 2개의 접점을 통해 서비스를 사용할 수 있습니다.

AWS Management Console을 사용하여 게이트웨이를 다운로드하고, 스토리지를 구성하며, 서비스를 관리 및 모니터링할 수 있습니다. 게이트웨이는 표준 스토리지 인터페이스를 제공함으로써 애플리케이션을 AWS 스토리지로 연결합니다. 게이트웨이는 투명한 캐싱, 효율적인 데이터 전송, AWS 모니터링 및 보안 서비스와 통합을 제공합니다.

시작하려면 AWS Storage Gateway 세부 정보 페이지에서 “지금 가입하기” 버튼을 선택하여 AWS Storage Gateway에 가입합니다. 가입하려면 Amazon Web Services 계정이 있어야 합니다. 아직 계정이 없는 경우 AWS Storage Gateway 가입 프로세스를 시작하면 계정을 생성하라는 메시지가 표시됩니다.

가입한 후 AWS Storage Gateway 관리 콘솔로 이동하여 파일, 볼륨 또는 테이프 인터페이스를 지원하는 게이트웨이를 다운로드합니다. 게이트웨이를 다운로드하여 설치한 후 정품 인증 프로세스를 통해 이를 AWS 계정에 연결합니다. 정품 인증 후에 게이트웨이를 구성하여 적절한 스토리지 유형에 연결합니다. 파일 게이트웨이의 경우 IAM 역할을 사용하여 선택한 S3 버킷에 매핑되는 파일 공유를 구성합니다. 볼륨 게이트웨이의 경우 볼륨을 iSCSI 디바이스로 생성하여 탑재합니다. 테이프 게이트웨이의 경우 백업 애플리케이션을 연결하여 테이프를 생성 및 관리합니다. 구성이 완료되면 게이트웨이를 사용하여 AWS 스토리지에서 데이터를 읽고 쓰기 시작합니다. AWS Management Console을 통해 데이터 전송 상태와 스토리지 인터페이스를 모니터링할 수 있습니다. 또한, API 또는 SDK를 사용하여 애플리케이션과 게이트웨이의 상호 작용을 프로그래밍 방식으로 관리할 수 있습니다.

Q: 파일 게이트웨이란 무엇입니까?

파일 게이트웨이는 표준 파일 스토리지 프로토콜을 통해 Amazon S3 객체를 저장 및 검색할 수 있게 해주는 가상 파일 서버를 제공합니다. 파일 게이트웨이는 아무런 변경 없이 기존 파일 기반 애플리케이션 또는 디바이스에서 안전하고 안정적인 클라우드 스토리지를 사용할 수 있게 해줍니다. 파일 게이트웨이에서는 사용자가 구성한 S3 버킷이 Network File System(NFS) 탑재 지점으로 사용됩니다. 애플리케이션은 NFS를 통해 파일과 디렉터리를 읽고 쓰면서 파일 서버로서 게이트웨이와 상호 작용합니다. 게이트웨이는 이러한 파일 작업을 S3 버킷에 대한 객체 요청으로 전환합니다. 지연 시간이 짧은 액세스를 위해 가장 최근에 사용된 데이터가 게이트웨이에 캐시되고, 게이트웨이에서 데이터 센터와 AWS 간 데이터 전송을 모두 관리하고 최적화합니다. 객체가 S3에 저장되면 객체에 직접 액세스하거나 S3 수명 주기 정책, 객체 버전 관리, 교차 리전 복제 등의 기능을 사용해 관리할 수 있습니다. 온프레미스 또는 EC2에서 파일 게이트웨이를 시행할 수 있습니다.

Q: 볼륨 게이트웨이란 무엇입니까?

볼륨 게이트웨이는 iSCSI 대상을 제공합니다. 이를 통해 온프레미스 또는 EC2 애플리케이션 서버에서 볼륨을 생성하고 이를 iSCSI 디바이스로서 탑재할 수 있습니다. 볼륨 게이트웨이는 캐싱 모드 또는 저장 모드로 실행됩니다.

  • 캐시된 모드에서 기본 데이터는 S3에 작성되는 반면, 자주 액세스한 데이터는 액세스 지연 시간을 짧게 하기 위해 캐시에 로컬로 보존합니다.
  • 저장 모드에서는 기본 데이터가 로컬로 저장되고 액세스 지연 시간을 짧게 유지하기 위해 전체 데이터 세트가 제공되고 AWS에 비동기식으로 백업됩니다.

볼륨의 특정 시점 스냅샷을 생성하고 이를 Amazon S3에 저장할 수 있으므로 데이터 보호와 다양한 데이터 재사용 요구에 맞게 버전 지정된 볼륨 복사본을 공간 효율적으로 생성할 수 있습니다.

Q: 테이프 게이트웨이란 무엇입니까?

테이프 게이트웨이는 백업 애플리케이션에 미디어 체인저와 테이프 드라이브로 구성된 가상 테이프 라이브러리(VTL) 인터페이스를 제공합니다. AWS Management Console을 사용하여 가상 테이프 라이브러리에 가상 테이프를 만들 수 있습니다. 백업 애플리케이션은 가상 미디어 체인저를 사용하여 가상 테이프를 가상 테이프 드라이브에 탑재하는 방식으로 가상 테이프에서 데이터를 읽거나 쓸 수 있습니다. 백업 애플리케이션에서는 표준 미디어 인벤토리 절차를 통해 가상 테이프를 검색합니다. 가상 테이프에는 즉시 액세스할 수 있으며 Amazon S3에서 지원합니다. 또한 테이프를 보관할 수 있습니다. 보관된 테이프는 Amazon Glacier에 저장됩니다.

Q: AWS Storage Gateway의 장점은 무엇입니까?

AWS Storage Gateway는 기존 애플리케이션과 워크플로 내에서 AWS 스토리지를 효과적으로 활용하는 데 도움이 되는 기능 세트를 제공합니다. iSCSI 및 NFS와 같은 표준 프로토콜 집합을 제공하므로 아무런 변경 없이 기존 애플리케이션을 사용할 수 있습니다. 게이트웨이는 로컬 캐시를 통해 자주 사용하는 데이터에 지연 시간이 짧은 액세스를 제공합니다. 게이트웨이는 지능적 버퍼링을 통한 전송 최적화, 네트워크 편차를 처리하기 위한 업로드 관리, 대역폭 관리 등을 통해 AWS 스토리지로의 데이터 전송을 최적화합니다. 게이트웨이는 AWS에서 다양한 스토리지 서비스 중 사용 사례에 가장 적합한 서비스에 데이터를 저장하는 효과적인 메커니즘을 제공합니다. 게이트웨이는 배포가 간편하고, 기존 가상 인프라 시스템을 활용하며, 네이티브 하이퍼바이저와 통합됩니다. 게이트웨이는 상태 비저장이므로 스토리지 요구 사항이 변함에 따라 새로운 게이트웨이 인스턴스를 손쉽게 생성하고 관리할 수 있습니다. 마지막으로 Amazon CloudWatch, AWS CloudTrail, AWS KMS 및 IAM과 같은 AWS 관리 서비스와 기본적으로 통합됩니다.

Q: AWS Storage Gateway에서는 어떤 종류의 암호화를 사용해 내 데이터를 보호합니까?

모든 게이트웨이 어플라이언스 유형과 AWS 스토리지 간에 전송되는 모든 데이터는 SSL을 사용해 암호화됩니다. 기본적으로 AWS Storage Gateway가 S3에 저장하는 모든 데이터는 Amazon S3 관리형 암호화 키(SSE-S3)로 서버 측에서 암호화됩니다. 또한, 파일 게이트웨이를 사용할 때는 객체를 SSE-KMS를 사용하는 AWS KMS 관리형 키로 암호화하도록 각 파일 공유를 구성할 수 있는 옵션이 제공됩니다.

Q: AWS Storage Gateway는 HIPAA 적격 서비스입니까?

예. AWS Storage Gateway가 HIPAA 적격 서비스입니다. AWS와 BAA(Business Associate Agreement)를 체결했다면 Storage Gateway를 사용하여 역시 HIPAA 적격 서비스인 Amazon S3, Amazon Glacier 및 Amazon EBS를 비롯한 확장 가능하고 비용 효율적이며 안전한 AWS 스토리지 서비스에 개인 건강 정보(PHI)를 저장, 백업 및 보관할 수 있습니다.

AWS의 HIPAA 적격 서비스에 관한 정보는 HIPAA 규정 준수 페이지에서 확인할 수 있습니다. 또한 여기에서 AWS와 BAA를 체결할 수 있습니다. Storage Gateway의 HIPAA 적격 판정은 모든 게이트웨이 유형(파일, 볼륨 및 테이프)에 적용됩니다.

 

맨 위로 이동

Q: 파일 게이트웨이란 무엇입니까?

파일 게이트웨이는 표준 파일 스토리지 프로토콜을 통해 Amazon S3 객체를 저장 및 검색할 수 있게 해주는 가상 온프레미스 파일 서버를 제공합니다.

Q: 파일 게이트웨이로 어떤 작업을 수행할 수 있습니까?

파일 게이트웨이의 사용 사례를 들면, (a) 객체 워크로드를 위해 파일 기반 데이터를 S3에 수집하고, (b) "클라우드가 폭발"하고(이 경우, 데이터를 AWS로 이동하고, 워크로드를 실행하고, 온프레미스 애플리케이션 내 결과에 액세스할 수 있음), (c) 파일을 S3의 객체로 마이그레이션하고, (d) 백업 및 보관을 위한 경제적인 저장이 필요하고, (f) 재해 복구 및 (g) S3에 온프레미스 파일 스토리지 티어링이 필요한 경우입니다.

Q: 파일 게이트웨이를 사용해 S3에 데이터를 저장하면 어떤 장점이 있습니까?

파일 게이트웨이를 사용하면 수정하지 않고도 기존 파일 기반 애플리케이션, 디바이스 및 워크플로에서 클라우드 스토리지를 사용할 수 있습니다. 파일 게이트웨이는 표준 파일 프로토콜을 사용하여 파일 콘텐츠와 메타데이터 둘 다를 객체로서 Amazon S3 버킷에 안전하고 안정적으로 저장합니다.

Q: 어떤 프로토콜이 지원됩니까? Microsoft Windows를 사용할 수 있습니까?

파일 게이트웨이는 NFS v3 및 v4.1을 사용해 게이트웨이에 연결하는 클라이언트를 지원합니다. NFS v3를 지원하는 Microsoft Windows 클라이언트는 파일 게이트웨이에 연결할 수 있습니다.

Q: 파일 공유를 생성하고 구성하려면 어떻게 해야 합니까?

AWS Management Console 또는 서비스 API를 사용하여 파일 공유를 생성하고 새로운 또는 기존 S3 버킷에 이를 연결할 수 있습니다. 특정 NFS 클라이언트 또는 네트워크, 읽기 전용 또는 읽기-쓰기와 같은 액세스를 제한하거나, 사용자 권한 스쿼싱을 활성화할 때 파일 공유와 관리 제어 동기화를 구성할 수 있습니다.

Q: 파일 게이트웨이는 내 S3 버킷을 어떻게 액세스합니까?

파일 게이트웨이는 AWS Identity and Access Management(IAM) 역할을 사용하여 S3 버킷에 액세스합니다. IAM은 사용자가 설정하거나 AWS Storage Gateway 관리 콘솔에서 자동으로 설정하도록 할 수 있습니다. 자동 설정의 경우 AWS Storage Gateway는 사용자 계정에 새 IAM 역할을 생성하고 S3 버킷에 액세스할 수 있도록 이를 IAM 액세스 정책과 연결합니다. IAM 역할과 IAM 액세스 정책은 사용자 계정에 생성되며 사용자가 이를 완벽하게 관리할 수 있습니다.

Q: 내 애플리케이션은 내 파일 공유에 어떻게 액세스합니까?

파일 공유를 사용하려면 애플리케이션에서 표준 UNIX 또는 Windows 명령을 사용해 탑재합니다. 편의를 위해, 명령줄 예가 관리 콘솔에 나타나 있습니다.

Q: 파일과 객체 간에 어떤 관계가 있습니까?

파일은 S3 버킷에 객체로 저장되고 파일 게이트웨이가 생성하는 객체에 대한 초기 스토리지 클래스를 구성할 수 있습니다. 파일과 객체 간에는 일대일 관계가 존재하며 사용자는 파일 게이트웨이가 생성하는 객체에 대한 초기 스토리지 클래스를 구성할 수 있습니다.

객체 키는 파일 시스템 내 파일 경로에서 파생됩니다. 예를 들어 호스트 이름이 file.amazon.com인 게이트웨이가 있고 매핑된 my-bucket이 있다면 파일 게이트웨이가 file.amazon.com:/export/my-bucket이라는 탑재 지점을 표시합니다. 그런 다음 사용자가 이를 /mnt/my-bucket에 로컬로 탑재하고 /mnt/my-bucket/dir 디렉터리에 file.html이라는 파일을 생성하면 이 파일이 dir/file.html 키와 함께 my-bucket이라는 버킷에 객체로서 저장됩니다.

Q: 파일 게이트웨이가 지원하는 파일 시스템 작업은 무엇입니까?

NFS 클라이언트는 파일 및 디렉터리를 생성하고 읽고 업데이트 및 삭제할 수 있습니다. 파일은 S3에 개별 객체로 저장됩니다. 디렉터리는 S3의 폴더 객체로 관리되며 S3 콘솔과 같은 구문을 사용합니다.

기호 링크나 하드 링크는 지원되지 않습니다. 링크를 만들려고 하면 NFS 오류가 발생합니다. 스파스 파일을 생성하면 S3에 0으로 채워진 비스파스 객체가 생성됩니다.

이름 바꾸기 작업은 NFS 클라이언트에 매우 작은 부분으로 나타나지만, S3는 객체 이름 바꾸기를 지원하지 않습니다. 파일 또는 디렉터리 이름을 바꿀 때 게이트웨이는 복사-넣기(copy-put) 요청을 수행하여 S3에서 새 키 아래에 객체의 사본을 생성한 다음 원본을 삭제합니다. 이것은 네트워크 상에서 대형 파일을 다시 보낼 필요가 없게 합니다. 많은 수의 파일을 포함하는 디렉터리 이름 바꾸기는 즉각적이지 않고, 이름 바꾸기 작업이 완료될 때까지 S3에 데이터 사본 2개를 저장하게 됩니다.

Q: 내 NFS 클라이언트는 어떤 파일 시스템 메타데이터에 액세스할 수 있습니까?

NFS 클라이언트는 파일 및 디렉터리에 대해 소유권, 권한, 타임스탬프 등과 같은 파일 시스템 메타데이터에 액세스할 수 있습니다. 소유권, 권한 및 타임스탬프는 파일과 연결된 객체의 사용자 메타데이터에 포함되어 S3에 안정적으로 저장됩니다. 파일 게이트웨이에 의해서가 아니라, S3 버킷에 직접 저장된 객체에 대한 기본 소유권 및 권한을 구성할 수 있습니다.

Q: S3에 업로드된 파일의 Content-Type을 설정하려면 어떻게 해야 합니까?

각 파일 공유에 대해 업로드된 객체의 MIME 유형 추정 기능을 활성화할 수 있으며, 이 기능은 생성 시 또는 나중에 활성화할 수 있습니다. 활성화된 경우, 파일 게이트웨이가 파일 이름 확장자를 사용하여 해당 파일의 MIME 유형을 결정하고 이에 따라 S3 객체 Content-Type을 설정합니다. 이는 파일 게이트웨이를 사용하여 S3의 객체를 관리하고 있는 경우, 즉 URL을 통해 직접 액세스하거나 Amazon CloudFront를 통해 배포하는 경우에 유용합니다.  

Q: 하나의 파일 게이트웨이로 여러 NFS 클라이언트를 사용할 수 있습니까?

여러 NFS 클라이언트가 하나의 파일 게이트웨이에 액세스하도록 할 수 있습니다. 하지만 다른 NFS 서버와 마찬가지로 여러 NFS 클라이언트에서 동시에 변경 작업 수행하면 예기치 않은 동작이 발생할 수 있습니다. 안전한 방법으로 이를 수행하려면 애플리케이션 수준의 조정이 필요합니다.

Q: 내 S3 버킷에 여러 개의 라이터를 사용할 수 있습니까?

아니요. S3 버킷의 객체에 단일 라이터를 사용하는 것이 좋습니다. 파일 게이트웨이에서 쓴 객체를 직접 덮어쓰거나 업데이트하는 경우 파일 공유를 통해 객체에 액세스할 때 정의되지 않은 동작을 발생할 수 있습니다. 같은 객체를 동시에 변경하면(예: S3 API와 파일 게이트웨이를 통해) 예기치 않은 동작으로 이어질 수 있으므로 이러한 구성은 피하는 것이 좋습니다.

Q: 2개의 게이트웨이가 같은 버킷에 별개의 데이터를 쓰도록 할 수 있습니까?

단일 버킷에 여러 개의 라이터를 구성하는 것은 권장하지 않습니다. 예기치 않은 동작으로 이어질 수 있기 때문입니다. 애플리케이션 워크플로를 통해 고유한 객체 이름 또는 접두사를 적용할 수 있습니다. 파일 게이트웨이는 이러한 설정으로 발생하는 충돌을 모니터링하거나 보고하지 않습니다.

Q: 여러 개의 게이트웨이가 같은 버킷에서 데이터를 읽도록 할 수 있습니까?

예. 파일 게이트웨이에서 관리하는 버킷에 여러 개의 리더를 사용할 수 있습니다. 파일 공유를 읽기 전용으로 구성하고, 여러 개의 게이트웨이에서 같은 버킷에서 객체를 읽을 수 있도록 할 수 있습니다. 또한, RefreshCache API를 사용하여 게이트웨이가 알고 있는 객체의 인벤토리를 새로 고칠 수 있습니다.

그러나, 파일 공유를 읽기 전용으로 구성하지 않으면 파일 게이트웨이가 모니터링하지 않거나 이러한 리더가 실수로 버킷에 쓰지 못하게 제한합니다. 애플리케이션에 1개의 라이터/여러 개의 리더 구성을 유지할지는 사용자에게 달렸습니다.

Q: 내 파일이 업로드되었는지 어떻게 알 수 있습니까?

파일을 파일 공유에 작성하면, 데이터가 먼저 로컬로 저장된 후 비동기식으로 S3 버킷에 업로드됩니다. AWS CloudWatch 이벤트를 통해 이러한 업로드가 완료될 때 알림을 받도록 요청할 수 있습니다. 이러한 알림은 현재 S3에 저장된 데이터에 따라 AWS Lambda 함수 또는 Amazon EC2 Systems Manager Automation 호출과 같은 다른 워크플로를 트리거하는 데 사용될 수 있습니다. 자세한 내용은 설명서를 참조하십시오.

Q: 내 버킷에 이미 객체가 포함되어 있으면 어떻게 됩니까?

파일 게이트웨이에서 사용하도록 버킷을 구성할 때 이미 버킷에 객체가 있다면 해당 객체는 NFS 클라이언트에 파일로 표시됩니다. 이 파일은 지정된 기본 파일 시스템 메타데이터입니다. 이 기본값은 구성 가능합니다.

지연 및 S3 요청을 줄이기 위해, 파일 또는 디렉터리를 명시적으로 나열하면 파일 게이트웨이는 객체 헤더만 스캔합니다. 전체 객체를 읽을 때만 데이터가 다운로드됩니다.

Q: 파일 공유가 생성된 후(예: 객체 기반 워크로드에서 생성됨) 내가 내 S3 버킷에 생성된 새 객체를 감지할 수 있습니까?

RefreshCache API 및 콘솔 작업을 사용하여 게이트웨이가 알고 있는 객체의 인벤토리를 새로 고칠 수 있습니다.

Q: 파일 게이트웨이를 사용하여 S3에 저장된 객체에 직접 액세스할 수 있습니까?

예. 객체가 S3에 저장되면 파일 게이트웨이 없이도 클라우드 내 워크로드를 위해 AWS에서 직접 객체에 액세스할 수 있습니다. 객체는 객체가 저장된 S3 버킷의 속성(수명 주기 관리, 교차 리전 복제 등)을 상속받습니다.

파일 공유를 사용해 액세스해야 하는 객체는 게이트웨이에서 관리해야 합니다. 파일 게이트웨이에서 쓴 객체를 직접 덮어쓰거나 업데이트하는 경우 파일 공유를 통해 객체에 액세스할 때 정의되지 않은 동작을 발생할 수 있습니다.

Q: 버킷당 몇 개의 파일 공유를 생성할 수 있습니까?

파일 공유와 버킷 간에 일대일 매핑이 존재합니다. AWS는 버킷 당 파일 공유 수를 제한하지 않습니다. 그러나, 버킷(S3를 직접 액세스하는 파일 게이트웨이 또는 클라이언트)에 단일 라이터를 갖도록 할 것을 권장합니다. 

Q: 게이트웨이당 몇 개의 파일 공유를 생성할 수 있습니까?

게이트웨이당 최대 10개의 파일 공유를 생성할 수 있습니다.

Q: 개별 파일의 최대 크기는 어떻게 됩니까?

개별 파일의 최대 크기는 5TB이며 이는 S3에 있는 개별 객체의 최대 크기와 같습니다. 5TB보다 큰 객체를 쓰면 "파일이 너무 큽니다"라는 오류 메시지가 표시되며 파일의 처음 5TB 부분만 업로드됩니다.

Q: 내 애플리케이션은 데이터를 복사하기 전에 스토리지 크기를 확인합니다. 게이트웨이가 반환하는 스토리지 크기는 어떻게 됩니까?

게이트웨이는 총 용량으로 큰 수(8EB)를 반환합니다. Amazon S3는 총 스토리지 용량을 제한하지 않습니다.

Q: 버전 관리, 수명 주기, 교차 리전 복제 및 S3 이벤트 알림을 사용할 수 있습니까?

예. 버전 관리, 수명 주기 관리, 교차 리전 복제 및 S3 이벤트 알림에 대한 버킷 정책이 AWS Storage Gateway를 통해 버킷에 저장된 객체에 직접 적용됩니다.

S3 수명 주기 정책을 사용하여 객체의 스토리지 계층을 변경하거나 오래된 객체 또는 객체 버전을 삭제할 수 있습니다. 수명 주기 정책에 따라 삭제된 객체의 경우에는 RefreshCache API를 호출하여 변경 내용을 NFS 클라이언트에 적용해야 합니다.

교차 리전 복제의 대상인 S3 버킷을 사용할 때는 RefreshCache API를 사용하여 게이트웨이 캐시와 S3 버킷을 서로 동기화해야 합니다.

S3 이벤트 알림을 사용하는 경우에는 데이터가 지속적으로 S3에 저장될 수 있도록 게이트웨이에서 생성된 부분 파일 이벤트가 수신될 수도 있습니다. 부분 파일이 발생하는 이유는 게이트웨이의 캐시 공간 확보 등 다양합니다. 이러한 부분 파일은 애플리케이션마다 다를 수 있습니다.

Q: Amazon Glacier에서 직접 파일을 읽고 쓸 수 있습니까?

버킷 수명 주기 정책을 사용하면 파일을 Amazon Glacier로 이동할 수 있습니다. Amazon Glacier에 있는 파일을 읽는 경우 일반 I/O 오류가 표시됩니다.

Q: 내 백업 애플리케이션

파일 게이트웨이는 NFS v3 및 v4.1 클라이언트를 지원합니다. AWS에서는 많이 사용되는 백업 앱에 대한 테스트를 계속 진행하고 있습니다. 파일 게이트웨이와의 호환성을 테스트하려는 특정 앱이 있다면 알려주십시오.

Q: 파일 게이트웨이를 사용하여 파일을 EFS에 쓸 수 있습니까?

아니요. 파일 게이트웨이를 사용하면 파일을 S3에 객체로 쓸 수 있습니다.

Q: 파일 게이트웨이와 S3 API는 각각 언제 사용해야 합니까?

파일 게이트웨이는 표준 파일 시스템 작업을 사용해 S3에 있는 객체를 파일로서 액세스하려고 할 때 사용합니다. 또한, 파일 게이트웨이는 지연 시간이 짧은 액세스와 효율적인 데이터 전송을 제공합니다. S3 API는 애플리케이션에서 파일 시스템 작업을 할 필요가 없고 직접 데이터 전송을 관리할 수 있을 때 사용합니다.

Q: 파일 게이트웨이는 로컬 캐시를 어떻게 관리합니까? 어떤 데이터가 로컬로 저장됩니까?

게이트웨이의 로컬 디스크 스토리지는 AWS로 전송되어야 하는 변경된 데이터를 임시로 보관하고 지연 시간이 짧은 읽기 액세스를 위해 데이터를 로컬로 캐시할 때 사용됩니다. 파일 게이트웨이는 NFS 클라이언트 읽기 및 쓰기 작업을 기반으로 가장 최근에 액세스한 데이터를 유지하는 캐시를 자동 관리합니다. 데이터는 최근에 사용한 데이터를 더 저장할 공간이 필요한 경우에만 캐시에서 제거됩니다.

쓰기 성능을 극대화하기 위해 게이트웨이는 라이트 백 메커니즘을 사용합니다. 데이터가 디스크에 먼저 보관되었다가 비동기식으로 S3로 업로드되는 메커니즘입니다. 게이트웨이는 읽기 성능을 극대화하기 위해 로컬 캐시에서 데이터를 제공합니다. 데이터가 캐시에 없는 경우 바이트 범위 GET을 사용해 Amazon S3에서 데이터를 동기적이고 효율적으로 가져옵니다.

로컬 캐시는 일반적으로 지연 시간이 짧은 액세스가 필요한 데이터 세트 작업에 맞는 크기로 조정해야 합니다. 캐시가 너무 작으면 읽기 지연 시간이 증가하여 요청한 데이터가 S3에서 분리되어야 하며, 로컬에서 S3로의 업로드를 보류하고 있는 데이터를 저장하기 위한 캐시 여유 공간이 없을 경우 쓰기 작업이 실패할 수 있습니다.

Q: 파일 게이트웨이에서는 데이터 절감(중복 제거 또는 압축)을 수행합니까?

아니요. 변경 작업 없이 파일이 버킷의 객체에 일대일로 매핑되므로 게이트웨이를 사용하거나 추가 소프트웨어를 배포할 필요 없이 S3의 데이터에 직접 액세스할 수 있습니다.

파일 게이트웨이는 멀티파트 업로드 및 복사를 사용하기 때문에 S3에는 변경된 데이터만 업로드되어 데이터 전송을 줄일 수 있습니다. 게이트웨이는 버킷에 있는 전체 객체나 모든 데이터를 자동으로 다운로드하지 않습니다. NFS 클라이언트에서 명시적으로 액세스하는 경우에만 데이터를 다운로드합니다.

Q: 파일 게이트웨이를 Amazon S3 Transfer Acceleration과 함께 사용할 수 있습니까?

버킷이 S3 Transfer Acceleration용으로 구성된 경우 파일 게이트웨이는 가속화된 엔드포인트를 사용하지 않습니다.

Q: 파일 게이트웨이는 내 S3 버킷을 어떻게 읽고 씁니까?

파일 게이트웨이는 IAM 역할을 사용하여 S3 버킷에 액세스합니다. 사용자가 직접 이 역할을 생성하거나 AWS Management Console에서 제공하는 자동화된 메커니즘을 사용할 수 있습니다. 자동 역할 생성의 경우 파일 게이트웨이는 사용자 계정에 새 IAM 역할을 생성하고 S3 버킷에 액세스할 수 있도록 이를 IAM 액세스 정책과 연결합니다. IAM 역할과 IAM 액세스 정책은 사용자 계정에 생성되며 사용자가 이를 완벽하게 관리할 수 있습니다.

Q: 파일 게이트웨이에서는 어떤 종류의 암호화를 사용해 내 데이터를 보호합니까?

게이트웨이와 AWS 스토리지 간에 전송되는 모든 데이터는 SSL을 사용해 암호화됩니다. 기본적으로 S3에 저장되는 모든 데이터는 Amazon S3 관리형 암호화 키(SSE-S3)로 서버 측에서 암호화됩니다. 각 파일 공유의 경우 객체가 SSE-KMS를 사용한 AWS KMS 관리형 키로 암호화되도록 구성할 수 있는 옵션이 제공됩니다.

맨 위로 이동

Q: 볼륨 게이트웨이와 기존의 게이트웨이 캐싱 및 게이트웨이 저장 모드 간에 어떤 관계가 있습니까?

볼륨 게이트웨이는 블록 기반 볼륨을 지원하는 게이트웨이 제품군을 말하며, 이전에는 게이트웨이 캐싱 및 게이트웨이 저장 모드로 불렸습니다.

캐싱 볼륨 모드에서는 데이터가 Amazon S3에 저장되고 게이트웨이가 자주 액세스하는 데이터의 캐시를 로컬에 유지합니다. 이 모드에서는 기본 스토리지 비용을 절감하고 온프레미스 스토리지를 확장할 필요를 최소화하면서 가장 많이 사용되는 데이터에 계속해서 짧은 지연 시간으로 액세스할 수 있습니다.

저장 볼륨 모드에서는 데이터가 로컬 스토리지에 저장되고 볼륨은 비동기식으로 Amazon EBS 스냅샷으로 백업되어 Amazon S3에 저장됩니다. 이는 안정적이고 저렴한 오프사이트 백업을 제공합니다. 예를 들어 재해 복구를 위해 교체 용량이 필요한 경우 이 백업을 로컬로 게이트웨이에 또는 클라우드로 Amazon EC2에 복구할 수 있습니다.

Q: 게이트웨이당 관리할 수 있는 볼륨 데이터 양은 얼마입니까? 볼륨의 최대 크기는 어떻게 됩니까?

볼륨 게이트웨이는 최대 32개의 볼륨을 지원할 수 있습니다. 캐싱 모드에서 각 볼륨 크기는 최대 32TB이며 게이트웨이당 데이터 크기는 최대 1PB입니다(32개 볼륨, 각 32TB). 저장 모드에서 각 볼륨 크기는 최대 16TB이며 게이트웨이당 데이터 크기는 최대 512TB입니다(32개 볼륨, 각 16TB).

볼륨 게이트웨이는 데이터가 AWS로 전송되기 전에 그리고 AWS에 저장되어 있는 동안 데이터를 압축합니다. 이러한 압축을 통해 데이터 전송 및 스토리지 비용을 절감할 수 있습니다. 볼륨 스토리지는 사전에 프로비저닝되지 않습니다. 생성한 볼륨 크기가 아니라 볼륨에 저장된 데이터 양에 대한 요금만 청구됩니다.

Q: Amazon S3에서 내 볼륨 데이터를 볼 수 없는 이유는 무엇입니까?

볼륨은 Amazon S3에 저장되고 AWS Storage Gateway를 통해 액세스 할 수 있습니다. Amazon S3 API 작업을 통해 직접 볼륨에 액세스할 수는 없습니다. 게이트웨이 볼륨의 특정 시점 스냅샷을 생성하여 Amazon EBS 스냅샷 형식으로 사용할 수 있습니다. 파일 인터페이스를 통해 S3에 기본적으로 저장된 데이터를 사용하십시오.

Q: 볼륨 게이트웨이에서는 어떤 종류의 암호화를 사용해 내 데이터를 보호합니까?

게이트웨이와 AWS 스토리지 간에 전송되는 모든 데이터는 SSL을 사용해 암호화됩니다. 기본적으로 볼륨 게이트웨이에서 S3에 저장하는 모든 데이터는 Amazon S3 관리형 암호화 키(SSE-S3)로 서버 측에서 암호화됩니다.

Q: 스냅샷을 사용하는 이유는 무엇입니까?

볼륨 게이트웨이 볼륨의 특정 시점 스냅샷을 Amazon EBS 스냅샷 형식으로 생성할 수 있습니다. Amazon EC2 인스턴스에 연결할 수 있는 새 Amazon EBS 볼륨의 기반으로 볼륨의 스냅샷을 사용할 수 있습니다. 이 접근 방식을 사용하면 데이터 처리를 위한 온디맨드 컴퓨팅 파워가 더 필요하거나 재해 복구 목적으로 교체 용량이 필요한 경우, 데이터를 온프레미스 애플리케이션에서 Amazon EC2에서 실행 중인 애플리케이션으로 손쉽게 공급할 수 있습니다.

볼륨 데이터가 이미 Amazon S3에 저장되어 있는 캐싱 볼륨의 경우, 스냅샷을 사용하여 데이터 버전을 보존할 수 있습니다. 이 접근 방식을 사용하면 필요할 때 이전 버전으로 되돌리거나 특정 시점 버전을 새 볼륨으로 사용하도록 용도를 재설정할 수 있습니다. 임의 또는 예약된 일정에 따라 스냅샷을 시작할 수 있습니다. 새 스냅샷을 만들 때 마지막 스냅샷 이후에 변경된 데이터만 저장됩니다. 100GB의 데이터 볼륨이 있지만 마지막 스냅샷 이후 5GB의 데이터만 변경된 경우, Amazon S3에는 5GB의 추가 스냅샷 데이터만 저장됩니다. 스냅샷을 삭제하면 다른 스냅샷이 필요하지 않은 데이터만 제거됩니다.

볼륨 데이터가 온프레미스에 저장되는 저장 볼륨의 경우, 스냅샷이 Amazon S3에 안정적인 오프사이트 백업을 제공합니다. 백업을 복구해야 하는 경우 스냅샷에서 새 볼륨을 생성할 수 있습니다. 또한, Amazon EC2 인스턴스에 연결할 수 있는 새 Amazon EBS 볼륨의 기반으로 볼륨의 스냅샷을 사용할 수 있습니다.

Q: 스냅샷에는 어떤 데이터가 포함됩니까? 데이터가 확실히 백업되도록 하려면 언제 스냅샷을 생성해야 하는지 어떻게 알 수 있습니까?

스냅샷은 스냅샷이 요청된 시점의 특정 시점 볼륨 사본을 나타냅니다. 스냅샷에는 새 볼륨으로 데이터(스냅샷 생성 시점)를 복원하는 데 필요한 모든 정보가 들어 있습니다. 스냅샷을 생성하기 전에 애플리케이션에서 볼륨에 작성했지만 아직 AWS로 업로드되지 않은 데이터가 스냅샷에 포함됩니다.

실제로는 스냅샷에 즉시 ID가 지정되고 AWS Management Console과 AWS 명령줄 인터페이스(AWS CLI)에서 볼 수 있지만, 초기에는 PENDING 상태로 표시됩니다. 스냅샷 요청 전에 볼륨에 작성된 모든 데이터가 게이트웨이에서 EBS로 업로드되면 AVAILABLE로 상태가 변경됩니다. 그러면 스냅샷을 새 게이트웨이 또는 EBS 볼륨의 기반으로 사용할 수 있습니다.

Q: 스냅샷을 게이트웨이에 복원하려면 어떻게 해야 합니까?

각 스냅샷에는 AWS Management Console에서 확인할 수 있는 고유 식별자가 부여됩니다. 이 고유 식별자를 지정해 기존의 모든 스냅샷을 기반으로 AWS Storage Gateway 또는 Amazon EBS 볼륨을 생성할 수 있습니다.

AWS Management Console을 사용하여 Amazon S3에 저장한 스냅샷에서 새 볼륨을 생성할 수 있습니다. 그런 다음 이 볼륨을 온프레미스 애플리케이션 서버에 iSCSI 디바이스로 탑재할 수 있습니다.

캐싱 볼륨이 기본 데이터를 Amazon S3에 저장하므로, 스냅샷에서 새 볼륨을 생성할 때 게이트웨이는 스냅샷 데이터를 Amazon S3에 보관하며 이 데이터가 새 볼륨의 기본 데이터가 됩니다.

저장 볼륨이 기본 데이터를 로컬에 저장하므로, 스냅샷에서 새 볼륨을 생성할 때 게이트웨이는 스냅샷 내에 포함된 데이터를 로컬 하드웨어로 다운로드합니다. 이 데이터는 새 볼륨의 기본 데이터가 됩니다.

Q: 스냅샷을 만들려면 AWS Storage Gateway 볼륨의 탑재를 해제해야 합니까? 볼륨을 다시 사용하려면 스냅샷을 완료해야 합니까?

아니요. 볼륨을 마운트 해지하지 않고 스냅샷을 만들 수 있으며 애플리케이션의 성능에 영향을 주지 않습니다. 그러나 스냅샷은 AWS Storage Gateway 볼륨에 기록된 데이터만 캡처할 수 있으므로 사용자의 애플리케이션 또는 OS를 사용해 로컬로 버퍼링한 데이터는 제외될 수 있습니다.

Q: 내 AWS Storage Gateway 볼륨의 스냅샷을 예약할 수 있습니까?

예. 각 볼륨에 대해 스냅샷 일정을 예약할 수 있습니다. 매일 스냅샷이 생성되는 시간과 간격(1, 2, 4, 8, 12 또는 24시간마다)을 변경할 수 있습니다.

Q: 스냅샷을 완료하는 데 얼마나 걸립니까?

스냅샷 완료에 걸리는 시간은 주로 볼륨의 크기 및 AWS에 연결하는 인터넷 속도에 따라 다릅니다. AWS Storage Gateway는 업로드하기 전에 모든 데이터를 압축하여 스냅샷 생성 시간을 줄입니다.

Q: Amazon S3의 API를 사용해 내 스냅샷 데이터에 액세스할 수 있습니까?

아니요. 스냅샷은 AWS Storage Gateway와 Amazon EBS에서만 액세스할 수 있으며, Amazon S3 API를 사용하여 직접 액세스할 수 없습니다.

Q: 게이트웨이당 스냅샷 제한은 몇 개입니까?

단일 게이트웨이가 생성할 수 있는 스냅샷 수 또는 스냅샷 데이터 양에는 제한이 없습니다.

맨 위로 이동

Q: 가상 테이프에는 데이터를 얼마나 저장할 수 있습니까?

가상 테이프를 생성할 때 100GB, 200GB, 400GB, 800GB, 1.5TB, 2.5TB 중에서 크기를 선택할 수 있습니다. 테이프의 크기가 아니라 각 테이프에 저장된 데이터 양에 대한 비용을 지불한다는 점에 유의하십시오.

Q: 가상 테이프 라이브러리(VTL)에서는 몇 개의 테이프를 보관할 수 있습니까?

테이프 라이브러리는 최대 1,500개의 가상 테이프를 보관할 수 있으며, 이때 최대 집계 용량은 1PB입니다.

Q: 테이프 아카이브에는 데이터를 얼마나 저장할 수 있습니까?

아카이브할 수 있는 양, 크기 또는 가상 테이프에 대한 제한은 없습니다.

Q: 가상 테이프의 내 데이터에는 어떻게 액세스합니까?

데이터를 포함하고 있는 가상 테이프는 먼저 가상 테이프 라이브러리에 저장해야 액세스할 수 있습니다. 가상 테이프 라이브러리에 있는 가상 테이프에는 즉시 액세스할 수 있습니다. 데이터를 포함하고 있는 가상 테이프가 아카이브된 경우 AWS Management Console을 사용해 가상 테이프를 검색할 수 있습니다. 먼저 가상 테이프를 선택한 다음 가상 테이프를 로드할 가상 테이프 라이브러리를 선택합니다. 검색한 가상 테이프를 선택한 가상 테이프 라이브러리에서 사용할 수 있기까지 24시간 정도 걸립니다. 가상 테이프를 가상 테이프 라이브러리에서 사용할 수 있게 되면 백업 애플리케이션에서 가상 테이프를 사용해 데이터를 복원할 수 있습니다.

Q: 테이프 게이트웨이와 함께 사용할 수 있는 백업 애플리케이션은 무엇입니까?

VTL 인터페이스는 업계 표준 iSCSI 기반 테이프 라이브러리 인터페이스를 사용하는 백업 및 아카이브 애플리케이션과 호환됩니다. 지원되는 모든 백업 애플리케이션 목록은 AWS Storage Gateway 사용 설명서의 요구 사항 섹션을 참조하십시오.

Q: Amazon S3 또는 Amazon Glacier API를 사용해 내 가상 테이프 라이브러리의 가상 테이프에 액세스할 수 있습니까?

아니요. Amazon S3 또는 Amazon Glacier API를 통해서는 가상 테이프 데이터에 액세스할 수 없습니다. 하지만 테이프 게이트웨이 API를 사용하면 가상 테이프 라이브러리 및 가상 테이프 쉘프를 관리할 수 있습니다.

Q: 테이프 게이트웨이에서는 어떤 종류의 암호화를 사용해 내 데이터를 보호합니까?

게이트웨이와 AWS 스토리지 간에 전송되는 모든 데이터는 SSL을 사용해 암호화됩니다. 기본적으로 테이프 게이트웨이에서 S3에 저장하는 모든 데이터는 Amazon S3 관리형 암호화 키(SSE-S3)로 서버 측에서 암호화됩니다.

맨 위로 이동

Q: 어느 정도의 성능을 예상할 수 있습니까?

AWS Storage Gateway VM은 애플리케이션과 Amazon 스토리지 사이에 위치하므로 사용자가 경험하는 성능은 몇 가지 요소에 따라 달라집니다. 이러한 요소에는 iSCSI 이니시에이터 또는 NFS 클라이언트 및 게이트웨이 간 네트워크 대역폭, 기본 로컬 디스크의 속도 및 구성, VM 구성, 게이트웨이에 할당된 로컬 스토리지 크기, 게이트웨이와 Amazon 스토리지 간 대역폭이 포함됩니다.

AWS 기술 설명서는 최고의 성능을 내도록 환경 설정을 최적화하는 방법에 대한 지침을 제공합니다.

Q: AWS Storage Gateway의 최소 하드웨어 및 소프트웨어 요구 사항은 무엇입니까?

해당 요구 사항은 AWS Storage Gateway 사용 설명서의 요구 사항 섹션을 참조하십시오.

Q: AWS Storage Gateway를 AWS Direct Connect와 함께 사용할 수 있습니까?

예. AWS Direct Connect를 사용하여 온프레미스 게이트웨이와 AWS 간에 전용 네트워크 연결을 설정함으로써 처리량을 높이고, 네트워크 비용을 줄일 수 있습니다. AWS Storage Gateway는 인터넷 대역폭을 효율적으로 사용해 온프레미스 애플리케이션 데이터를 AWS로 업로드하는 속도를 개선합니다.

Q: 로컬 프록시 서버를 통해 내 AWS Storage Gateway 인터넷 트래픽을 라우팅할 수 있습니까?

예. 볼륨 게이트웨이와 테이프 게이트웨이는 온프레미스 게이트웨이와 AWS 간 Socket Secure 버전 5(SOCKS5) 프록시 구성을 지원합니다. 파일 게이트웨이는 HyperText Transfer Protocol(HTTP) 프록시 구성을 지원합니다.

Q: AWS Storage Gateway는 어떤 유형의 데이터 절감을 수행합니까?

볼륨 및 테이프 게이트웨이는 전송 데이터와 저장 데이터를 압축하여 데이터 전송 및 스토리지 비용을 모두 절감할 수 있습니다. AWS Storage Gateway는 변경된 데이터만 업로드하므로 인터넷을 통해 전송되는 데이터 양을 최소화할 수 있습니다.

Q: AWS Storage Gateway는 대역폭 제한을 지원합니까?

예. AWS Management Console을 사용하면 사용자가 제공한 속도에 따라 테이프 및 볼륨 게이트웨이와 AWS 간의 대역폭을 제한할 수 있습니다. 인바운드와 아웃바운드 트래픽 속도를 개별적으로 지정할 수 있습니다.

Q: 내 게이트웨이를 모니터링하려면 어떻게 해야 합니까?

Amazon CloudWatch를 사용하여 사용자 게이트웨이의 성능 지표를 모니터링할 수 있습니다. 이를 통해 스토리지, 대역폭, 처리량 및 지연 시간에 대한 통찰력을 얻을 수 있습니다. 이러한 지표는 CloudWatch에서 직접 액세스할 수 있으며, AWS Storage Gateway 콘솔에 있는 링크를 클릭하면 보고 있는 리소스에 대한 CloudWatch 지표로 바로 이동할 수 있습니다. 자세한 내용은 CloudWatch 세부 정보 및 요금 페이지를 참조하십시오.

Q: 내 게이트웨이의 캐시 성능을 측정하려면 어떻게 해야 합니까?

CachePercentDirty, CacheHitPercent, CacheFree 및 CachePercentUsed를 비롯한 Amazon CloudWatch 지표를 사용하면 됩니다. AWS Storage Gateway 콘솔에 있는 게이트웨이 세부 정보 탭에서 Monitoring 링크를 클릭하면 지표를 볼 수 있습니다.

Q: 내 게이트웨이에서 사용한 대역폭을 측정하려면 어떻게 해야 합니까?

CloudBytesUploaded 및 CloudBytesDownloaded를 비롯한 Amazon CloudWatch 지표를 사용하면 됩니다.

Q: AWS Storage Gateway는 어떻게 업데이트를 관리합니까?

AWS Storage Gateway는 중요 업데이트와 소프트웨어 패치를 게이트웨이 가상 머신(VM)에 주기적으로 배포합니다. 주간 유지 관리 일정을 설정하여 해당 업데이트가 게이트웨이에 적용되는 시점을 제어할 수 있습니다. 또는 AWS Storage Gateway 콘솔이나 API를 사용하여 업데이트가 제공될 때 수동으로 이를 적용할 수 있습니다. 업데이트는 몇 분이면 완료됩니다. 자세한 내용은 AWS 설명서에서 게이트웨이 업데이트 섹션을 참조하십시오.

맨 위로 이동

Q: AWS Storage Gateway의 사용료는 어떻게 청구됩니까?

AWS Storage Gateway 요금은 스토리지, 요청 및 데이터 전송이라는 3가지 요소에 따라 청구됩니다. 요금에 대한 자세한 내용은 AWS Storage Gateway 요금 페이지를 참조하십시오.

Q: 파일 게이트웨이를 사용할 때 파일 스토리지 요금은 어떻게 부과됩니까?

파일 게이트웨이는 데이터를 Amazon S3에 직접 저장합니다. 파일 게이트웨이에서 저장한 객체와 게이트웨이가 보낸 요청에 대한 요금이 Amazon S3에 의해 부과됩니다. 자세한 내용은 Amazon S3 요금 페이지를 참조하십시오.  

Q: 볼륨 또는 테이프 게이트웨이를 사용할 때 볼륨 또는 가상 테이프 스토리지에 대한 요금은 어떻게 부과됩니까?

AWS에 저장한 볼륨 및 가상 테이프 데이터 양에 대한 요금이 청구됩니다. 이 요금은 일별로 비례 할당되어 계산되며 요금은 리전별로 다릅니다. 프로비저닝된 리소스 크기에 상관없이 실제 사용한 볼륨 또는 가상 테이프 용량만큼만 청구됩니다. 모든 볼륨 및 가상 테이프 데이터는 AWS로 전송되기 전에 게이트웨이에 의해 압축되므로 스토리지 비용이 절감됩니다. 요금 관련 세부 정보는 AWS Storage Gateway 요금 페이지를 참조하십시오.

Q: 내 AWS Storage Gateway 볼륨에서 생성된 EBS 스냅샷 요금은 어떻게 부과됩니까?

Amazon EBS가 AWS Storage Gateway 볼륨에서 생성된 EBS 스냅샷을 저장하고 요금을 청구합니다. 스토리지 비용을 줄이기 위해 새 스냅샷을 생성할 때 마지막 스냅샷 이후에 변경된 데이터만 저장됩니다. 자세한 내용은 Amazon EBS 요금 페이지를 참조하십시오.

Q: 데이터를 읽고 쓸 때 요금은 어떻게 부과됩니까?

게이트웨이가 데이터를 AWS에 쓸 때 AWS로 작성된 데이터 1GB당 0.01 USD로 일정한 요금이 부과되며 게이트웨이당 월별 최대 요금은 125 USD입니다. AWS에서 데이터를 읽는 데는 비용이 부과되지 않습니다. 게이트웨이에서는 캐싱, 대역폭 최적화, 압축(볼륨 및 테이프 게이트웨이의 경우)을 수행하므로, AWS로 작성된 데이터 양은 애플리케이션에서 게이트웨이로 작성한 데이터 양보다 적을 수 있습니다. 제공되는 Amazon CloudWatch 지표를 통해 게이트웨이가 AWS로 작성하는 데이터 양을 모니터링하고, 게이트웨이에 대한 대역폭 제한을 설정하여 비용을 관리할 수 있습니다.

Q: 아카이브된 가상 테이프에서 데이터를 검색할 때 비용은 어떻게 부과됩니까?

아카이브된 가상 테이프를 검색하는 경우 테이프에 저장된 데이터 1GB당 0.01 USD로 일정한 요금이 부과됩니다. 예를 들어 100GB가 각각 들어있는 테이프 5개를 검색하는 요금은 5 x 100GB x 0.01 USD = 5.00 USD가 됩니다.

Q: 아카이브된 지 3개월이 되지 않은 가상 테이프를 삭제하는 경우 요금은 어떻게 부과됩니까?

아카이브된 지 3개월 이내에 가상 테이프를 삭제하는 경우, 조기 삭제 비용이 부과됩니다. 저장된 지 3개월 이상인 가상 테이프에 대해서는 삭제 비용이 부과되지 않습니다.

미국 동부(버지니아 북부) 리전에서는 3개월 이내에 삭제 시 GB당 0.012 USD의 조기 삭제 비용이 비례 할당으로 계산되어 부과됩니다. 예를 들어 1GB의 데이터가 포함된 가상 테이프 1개를 업로드한 지 1개월 후에 삭제하는 경우 0.008 USD의 조기 삭제 비용이 부과됩니다. 만약 같은 가상 테이프를 2개월 후에 삭제한다면 조기 삭제 비용으로 0.004 USD가 부과됩니다.

Q: AWS Storage Gateway를 사용할 때 AWS에서 송수신되는 네트워크 데이터 전송 요금은 어떻게 부과됩니까?

AWS에서 게이트웨이로 다운로드한 인터넷 데이터 전송량에 대해 GB당 요금이 청구됩니다. AWS 업로드가 목적인 데이터 전송은 모두 무료입니다.

Q: 요금이 청구될 스토리지 양을 알려면 어떻게 해야 합니까?

결제 및 비용 관리 콘솔은 AWS Storage Gateway 볼륨과 가상 테이프를 비롯한 서비스별 이번 달 현재까지 사용량 추정치를 보여줍니다. 개별 볼륨이나 가상 테이프별 사용 내역의 경우, 세부 결제 보고서에서 일일 리소스별 사용량을 확인할 수 있습니다.

Q: 파일 게이트웨이를 사용할 때 S3 요청 비용을 부과해야 합니까?

사용자는 S3의 파일을 객체로 저장하고 검색하기 위해 파일 게이트웨이에서 대신 발생한 S3 요청에 대해 요금을 지불하게 됩니다. 게이트웨이는 사용자가 할당하는 로컬 디스크의 용량까지 데이터를 캐시하여, 데이터 검색을 위한 비용을 줄이는 데 도움을 줄 수 있습니다.

Q: 월별 청구 주기는 언제 시작됩니까?

청구 시스템은 협정세계시(UTC)를 따릅니다. 월은 매달 첫 번째 날의 자정(UTC 기준)에 시작됩니다.

Q: 요금에 세금이 포함되어 있습니까?

별도의 언급이 없는 한, 요금에는 VAT 및 해당 판매세를 비롯한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본으로 되어 있는 고객의 경우 아시아 태평양(도쿄) 리전을 사용하면 일본 소비세의 적용을 받게 됩니다. 

맨 위로 이동

Q: AWS Premium Support로 AWS Storage Gateway에 대한 지원을 받을 수 있습니까?

예. AWS Premium Support는 AWS Storage Gateway의 사용과 관련된 문제를 지원합니다. 자세한 내용 및 요금은 AWS Premium Support 세부 정보 페이지를 참조하십시오.

Q: 사용 가능한 다른 지원 옵션은 무엇입니까?

AWS Storage Gateway 토론 포럼을 통해 기존의 AWS 커뮤니티에 있는 방대한 지식을 활용할 수 있습니다.

맨 위로 이동