Amazon S3 File Gateway 설명서가 Amazon S3 File Gateway란 무엇인가요?로 이동되었습니다.
Amazon FSx 파일 게이트웨이 설명서가 Amazon FSx 파일 게이트웨이란? 으로 이동되었습니다.
Tape Gateway 설명서가 Tape Gateway란 무엇인가요?로 이동되었습니다.
기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Volume Gateway 작동 방식(아키텍처)
다음에서 Volume Gateway 솔루션의 아키텍처 개요를 확인할 수 있습니다.
볼륨 게이트웨이
Volume Gateway의 경우 캐시 볼륨이나 저장 볼륨을 사용할 수 있습니다.
캐시 볼륨 아키텍처
캐시 볼륨으로 Amazon S3를 기본 데이터 스토리지로 사용함과 동시에 자주 액세스하는 데이터를 Storage Gateway에 로컬 보관할 수 있습니다. 또한 온프레미스 스토리지 인프라를 확장할 필요성이 최소화되는 한편, 애플리케이션이 자주 액세스하는 데이터에 액세스할 때의 지연 시간을 짧게 유지할 수 있습니다. 최대 32TiB 크기의 스토리지 볼륨을 생성하고 온 프레미스 애플리케이션 서버의 iSCSI 디바이스로 볼륨을 연결할 수 있습니다. 게이트웨이는 이 볼륨에 작성하는 데이터는 Amazon S3에 저장하고 최근에 읽은 데이터는 온프레미스 스Storage Gateway의 캐시 및 업로드 버퍼 스토리지에 보관합니다.
캐싱 볼륨의 크기는 1GiB~32TiB이어야 하고 GiB 단위의 근사값으로 반올림해야 합니다. 캐싱 볼륨에 맞게 구성된 각 게이트웨이는 총 1,024TiB(1PiB)의 최대 스토리지 볼륨에 대해 32개까지 볼륨을 지원합니다.
캐시 볼륨 솔루션에서 Storage Gateway는 모든 온프레미스 애플리케이션 데이터를 Amazon S3의 스토리지 볼륨에 저장합니다. 다음 다이어그램은 캐싱 볼륨 배포의 개요입니다.
![Storage Gateway를 통해 AWS 클라우드의 볼륨 및 스냅샷에 연결된 애플리케이션 서버입니다.](images/aws-storage-gateway-cached-diagram.png)
데이터 센터의 호스트에 Storage Gateway 소프트웨어 어플라이언스인 VM을 설치하고 활성화한 후에는 를 사용하여 Amazon S3가 지원하는 스토리지 볼륨을 프로비저닝합니다. AWS Management Console Storage Gateway API 또는 AWS SDK 라이브러리를 사용하여 프로그래밍 방식으로 스토리지 볼륨을 프로비저닝할 수도 있습니다. 그리고 나서 이러한 스토리지 볼륨을 iSCSI 장치로 온프레미스 애플리케이션 서버에 마운트합니다.
VM에 온 프레미스로 디스크를 할당할 수 있습니다. 이러한 온 프레미스 디스크는 다음의 목적을 달성합니다.
-
게이트웨이에서 AWS캐시 스토리지로 사용할 디스크 - 애플리케이션이 스토리지 볼륨에 데이터를 쓸 때 게이트웨이는 먼저 캐시 스토리지로 사용되는 온프레미스 디스크에 데이터를 저장합니다. 그런 다음 게이트웨이는 Amazon S3로 데이터를 업로드합니다. 캐시 스토리지는 업로드 버퍼에서 Amazon S3로 업로드 대기 중인 데이터를 위한 온프레미스 내구성 저장소 역할을 합니다.
또한 캐시 스토리지는 지연 시간이 짧은 액세스를 위해 게이트웨이가 최근에 애플리케이션에서 액세스한 데이터를 온프레미스에 저장하도록 허용합니다. 애플리케이션에서 데이터를 요청하면 게이트웨이는 Amazon S3를 확인하기 전에 우선 캐시 스토리지에서 데이터를 확인합니다.
다음 지침을 사용하여 캐시 스토리지를 할당할 디스크 공간의 크기를 결정할 수 있습니다. 일반적으로 기존 파일 저장소 크기의 최소 20퍼센트를 캐시 스토리지로 할당해야 합니다. 또한 캐시 스토리지는 업로드 버퍼보다 커야 합니다. 이렇게 하면 캐시 스토리지가 Amazon S3에 아직 업로드되지 않은 업로드 버퍼에 있는 모든 데이터를 일정하게 보유할 공간이 충분하도록 하는 데 도움이 됩니다.
-
게이트웨이에서 업로드 버퍼로 사용할 디스크 - 게이트웨이는 Amazon S3에 업로드하기 위한 준비 작업으로 업로드 버퍼라고 하는 스테이징 영역에 수신 데이터를 저장합니다. 게이트웨이는 암호화된 SSL (Secure Sockets Layer) 연결을 통해 이 버퍼 데이터를 업로드하고 AWS Amazon S3에 암호화하여 저장합니다.
Amazon S3에서 스토리지 볼륨의 증분 백업, 즉 스냅샷을 수행할 수 있습니다. 또한 이러한 point-in-time 스냅샷은 Amazon S3에 Amazon EBS 스냅샷으로 저장됩니다. 새 스냅샷을 만들 때 마지막 스냅샷 저장 이후에 변경된 데이터만 저장됩니다. 스냅샷이 생성되면 게이트웨이는 변경 사항을 스냅샷 지점까지 업로드한 다음 Amazon EBS를 사용하여 새 스냅샷을 생성합니다. 스냅샷을 일정에 따라 또는 일회적으로 실행할 수 있습니다. 단일 볼륨의 경우 여러 개의 스냅샷을 빠르게 연속으로 대기열에 추가할 수 있지만, 각 스냅샷의 생성이 완료되어야 다음 스냅샷을 생성할 수 있습니다. 스냅샷을 삭제할 때 다른 스냅샷에 필요하지 않은 데이터만 제거됩니다. Amazon EBS 스냅샷에 대한 자세한 내용은 Amazon EBS 스냅샷을 참조하세요.
데이터 백업을 복구해야 하는 경우에는 Amazon EBS 스냅샷을 게이트웨이 스토리지 볼륨으로 복원할 수 있습니다. 또는 크기가 최대 16TiB인 스냅샷의 경우에는 스냅샷을 새 Amazon EBS 볼륨의 시작점으로 사용할 수 있습니다. 그런 다음 이 새 Amazon EBS 볼륨을 Amazon EC2 인스턴스에 연결할 수 있습니다.
캐시 볼륨에 대한 모든 게이트웨이 데이터와 스냅샷 데이터는 Amazon S3에 저장되며 유휴 상태에서 서버 측 암호화(SSE)를 사용하여 암호화됩니다. 그러나 Amazon S3 API 또는 Amazon S3 Management Console 같은 기타 도구로는 이 데이터에 액세스할 수 없습니다.
저장 볼륨 아키텍처
저장된 볼륨을 사용하면 기본 데이터를 로컬에 저장하고 해당 데이터를 비동기적으로 백업할 수 있습니다. AWS또한 저장 볼륨은 온프레미스 애플리케이션에서 전체 데이터 세트에 액세스할 때 지연 시간을 단축합니다. 이와 동시에 내구성이 우수한 오프사이트 백업을 제공합니다. 스토리지 볼륨을 생성하여 온프레미스 애플리케이션 서버에서 iSCSI 디바이스로 마운트할 수 있습니다. 저장 볼륨에 작성한 데이터는 온프레미스 스토리지 하드웨어에 저장됩니다. 이 데이터는 Amazon Elastic Block Store(Amazon EBS) 스냅샷으로 Amazon S3에 비동기식으로 백업됩니다.
저장 볼륨의 크기는 1GiB~16TiB이어야 하고 GiB 단위의 근사값으로 반올림해야 합니다. 저장 볼륨에 맞게 구성한 각 게이트웨이는 최대 32개 볼륨과 512TiB(0.5PiB)의 총 볼륨 스토리지를 지원할 수 있습니다.
저장 볼륨의 경우, 볼륨 스토리지를 데이터 센터에서 온프레미스 방식으로 유지 관리합니다. 다시 말하면, 모든 애플리케이션 데이터를 온 프레미스 스토리지 하드웨어에 저장하는 것입니다. 그런 다음 게이트웨이는 비용 효율적인 백업과 신속한 재해 복구를 위해 데이터 보안 유지에 도움이 되는 기능을 사용하여 Amazon Web Services 클라우드로 데이터를 업로드합니다. 이 솔루션은 모든 데이터에 액세스할 때 지연 시간이 짧아야 하고 아울러 백업을 AWS에서 유지 관리해야 하는 이유로 인해 데이터를 온프레미스 방식으로 로컬에 저장하려는 경우에 가장 적합합니다.
다음 다이어그램은 저장 볼륨 배포의 개요입니다.
![애플리케이션 서버와 NAS는 Storage Gateway를 통해 AWS 클라우드의 스냅샷에 연결됩니다.](images/aws-storage-gateway-stored-diagram.png)
데이터 센터의 호스트에 Storage Gateway 소프트웨어 어플라이언스(VM)를 설치하고 활성화한 후 게이트웨이 스토리지 볼륨을 생성할 수 있습니다. 그러고 나면 온프레미스 직접 연결 스토리지(DAS) 또는 스토리지 영역 네트워크(SAN) 디스크로 매핑할 수 있습니다. 새 디스크로 진행해도 되고, 데이터를 이미 저장하고 있는 디스크로 진행해도 됩니다. 그리고 나서 이러한 스토리지 볼륨을 iSCSI 장치로 온프레미스 애플리케이션 서버에 마운트할 수 있습니다. 온프레미스 애플리케이션이 데이터를 게이트웨이 저장 볼륨에서/으로 읽고 작성하면 이 데이터는 볼륨의 지정된 디스크에 저장 및 복원됩니다.
게이트웨이는 Amazon S3에 데이터를 업로드하기 위한 준비 작업으로 업로드 버퍼라고 하는 스테이징 영역에 수신 데이터를 저장합니다. 온프레미스 DAS 또는 SAN 디스크를 작업 스토리지로 사용할 수 있습니다. 게이트웨이는 업로드 버퍼의 데이터를 암호화된 Secure Sockets Layer(SSL) 연결을 통해 Amazon Web Services 클라우드에서 실행 중인 Storage Gateway 서비스로 업로드합니다. 그러면 서비스는 해당 데이터를 암호화된 상태로 Amazon S3에 저장합니다.
스냅샷이라고 불리는 저장 볼륨에 대한 증분 백업을 실행할 수 있습니다. 게이트웨이는 이 스냅샷을 Amazon S3에 Amazon EBS 스냅샷으로 저장합니다. 새 스냅샷을 만들 때 마지막 스냅샷 저장 이후에 변경된 데이터만 저장됩니다. 스냅샷이 생성되면 게이트웨이는 변경 사항을 스냅샷 지점까지 업로드한 다음 Amazon EBS를 사용하여 새 스냅샷을 생성합니다. 스냅샷을 일정에 따라 또는 일회적으로 실행할 수 있습니다. 단일 볼륨의 경우 여러 개의 스냅샷을 빠르게 연속으로 대기열에 추가할 수 있지만, 각 스냅샷의 생성이 완료되어야 다음 스냅샷을 생성할 수 있습니다. 스냅샷을 삭제하면 다른 스냅샷이 필요하지 않은 데이터만 제거됩니다.
데이터 백업을 복구해야 하는 경우에는 Amazon EBS 스냅샷을 온프레미스 게이트웨이 스토리지 볼륨으로 복원할 수 있습니다. 또한 스냅샷을 새 Amazon EBS 볼륨의 시작점으로 사용하여 Amazon EC2 인스턴스에 연결할 수 있습니다.