기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
로컬 디스크 스토리지 용량 결정
게이트웨이에 할당하려는 디스크의 개수 및 크기는 사용자가 직접 결정합니다. 배포하는 스토리지 솔루션에 따라 게이트웨이에는 다음과 같은 추가 스토리지가 필요합니다.
-
Tape Gateway에는 최소 2개의 디스크가 필요합니다. 하나는 캐시로 사용하고 다른 하나는 업로드 버퍼로 사용합니다.
다음은 배포된 게이트웨이의 로컬 디스크 스토리지에 권장되는 크기를 보여주는 표입니다. 게이트웨이를 설정한 후, 그리고 워크로드 요구의 증가에 따라 로컬 스토리지를 추가할 수 있습니다.
| 로컬 스토리지 | 설명 |
|---|---|
| 업로드 버퍼 | 업로드 버퍼는 게이트웨이가 Amazon S3에 데이터를 업로드하기 전에 데이터를 위한 스테이징 영역을 제공합니다. 게이트웨이는 이 버퍼 데이터를 암호화된 Secure Sockets Layer(SSL) 연결을 통해 AWS에 업로드합니다. |
| 캐시 스토리지 | 캐시 스토리지는 업로드 버퍼에서 Amazon S3로 업로드 보류 중인 데이터를 위한 온프레미스 내구성 저장소 역할을 합니다. 애플리케이션이 볼륨 또는 테이프에서 I/O를 수행하는 경우, 게이트웨이는 지연 시간이 짧은 액세스를 위해 데이터를 캐시 스토리지에 저장합니다. 애플리케이션이 볼륨 또는 테이프에 데이터를 요청하면 게이트웨이는 AWS에서 데이터를 다운로드하기 전에 우선 캐시 스토리지에서 데이터를 확인합니다. |
참고
디스크를 프로비저닝할 때 동일한 물리 리소스(동일한 디스크)를 사용하는 경우에는 업로드 버퍼 및 캐시 스토리지에 로컬 디스크를 프로비저닝하지 말 것을 적극 권장합니다. 기본 물리 스토리지 리소스는 VMware에서 데이터 스토어로 표시됩니다. 게이트웨이 VM을 배포할 경우, VM 파일을 저장할 데이터 스토어를 선택합니다. 로컬 디스크를 프로비저닝하는 경우(예: 캐시 스토리지 또는 업로드 버퍼 용도), 가상 디스크를 동일한 데이터 스토어에 VM으로 저장하거나 다른 데이터 스토어에 저장하는 옵션을 선택할 수 있습니다.
데이터 스토어가 한 개 이상인 경우에는 캐시 스토리지에 데이터 스토어 한 개, 업로드 버퍼에 다른 데이터 스토어 한 개씩 선택할 것을 적극 권장합니다. 오직 기본 물리 디스크 한 개의 지원을 받는 데이터 스토어는 캐시 스토리지와 업로드 버퍼를 모두 지원하는 데 사용되는 경우 성능이 떨어질 수 있습니다. 이는 백업이 RAID1 같이 성능이 비교적 떨어지는 RAID 구성일 때도 마찬가지입니다.
해당 게이트웨이의 초기 구성 및 배포 후에는 업로드 버퍼용 디스크를 추가 또는 제거하여 로컬 스토리지를 조정할 수 있습니다. 또한 캐시 스토리지용 디스크를 추가하는 것도 가능합니다.
할당할 업로드 버퍼의 크기 결정
업로드 버퍼 공식을 사용하여 할당할 업로드 버퍼의 크기를 결정할 수 있습니다. 업로드 버퍼에 최소 150GiB를 할당할 것을 적극 권장합니다. 공식이 150GiB 미만의 값을 반환하는 경우, 150GiB를 업로드 버퍼에 할당하는 크기로 사용합니다. 각 게이트웨이에 업로드 버퍼 용량을 최대 2TiB까지 구성할 수 있습니다.
참고
Tape Gateway의 경우, 업로드 버퍼가 정해진 용량에 도달하면 애플리케이션이 스토리지 볼륨에(서) 데이터를 계속 읽고 쓸 수 있습니다. 그러나 Storage Gateway에서 로컬에 저장된 데이터를 AWS에 저장된 데이터 사본과 동기화할 때까지 Tape Gateway는 업로드 버퍼에 볼륨 데이터를 전혀 쓰지 않으며 이 데이터를 AWS에 업로드하지도 않습니다. 볼륨 상태가 BOOTSTRAPPING일 때 동기화가 일어납니다.
할당할 업로드 버퍼의 크기를 추산하기 위해 예상 수신 및 송신 데이터 속도를 파악하여 이를 다음 공식에 대입합니다.
- 수신 데이터 속도
-
이 속도는 애플리케이션 처리량을 가리킵니다. 즉 온프레미스 애플리케이션이 일정 기간 동안 해당 게이트웨이에 데이터를 쓰는 속도를 말합니다.
- 송신 데이터 속도
-
이 속도는 네트워크 처리량을 가리킵니다. 즉 게이트웨이가 데이터를 AWS에 업로드할 수 있는 속도를 말합니다. 이 속도는 네트워크 속도, 사용률 및 대역폭 조절 기능 활성화 여부에 따라 달라집니다. 이 속도는 압축에 맞게 조정해야 합니다. 게이트웨이는 AWS에 데이터를 업로드할 때 가능한 경우 데이터 압축을 적용합니다. 예를 들어 애플리케이션 데이터가 텍스트만으로 되어 있는 경우, 약 2:1의 효과적인 압축 비율을 얻을 수 있습니다. 그러나 동영상을 작성하는 경우, 게이트웨이가 데이터 압축을 완료할 수 없고 게이트웨이에 더 많은 업로드 버퍼가 필요할 수 있습니다.
다음 중 하나가 true인 경우 적어도 150GiB의 업로드 버퍼 공간을 할당하는 것이 좋습니다.
-
수신 요금이 발신 요금보다 높습니다.
-
수식은 150GiB 미만의 값을 반환합니다.
예를 들어, 비즈니스 애플리케이션이 게이트웨이에 텍스트 데이터를 초당 40MB로 매일 12시간 작성하며 네트워크 처리량은 초당 12MB라고 가정합니다. 텍스트 데이터의 압축비가 2:1이라고 가정할 때 업로드 버퍼용 공간으로 약 690GiB를 할당합니다.
((40 MB/sec) - (12 MB/sec * 2)) * (12 hours * 3600 seconds/hour) = 691200 megabytes
처음에는 이 근사치를 사용하여 게이트웨이에 업로드 버퍼 공간으로 할당할 디스크 크기를 결정할 수 있습니다. 필요한 경우 Storage Gateway 콘솔을 사용하여 업로드 버퍼 공간을 더 추가할 수 있습니다. 또한 Amazon CloudWatch 운영 지표를 사용하여 업로드 버퍼 사용량을 모니터링하고 추가 스토리지 요건을 파악할 수 있습니다. 측정치 및 경보 설정에 대한 정보는 업로드 버퍼 모니터링 단원을 참조하십시오.
할당할 캐시 스토리지의 크기 결정
게이트웨이는 최근에 액세스한 데이터에 대한 액세스 지연 시간을 줄이기 위해 자체 캐시 스토리지를 사용합니다. 캐시 스토리지는 업로드 버퍼에서 Amazon S3로 업로드 보류 중인 데이터를 위한 온프레미스 내구성 저장소 역할을 합니다. 일반적으로 말하자면 캐시 스토리지의 크기를 업로드 버퍼 크기의 1.1배로 조정합니다. 캐시 스토리지 크기를 추산하는 방법에 대한 자세한 내용은 할당할 업로드 버퍼의 크기 결정 단원을 참조하십시오.
초기에는 이 근사치를 사용하여 캐시 스토리지용 디스크를 프로비저닝할 수 있습니다. 이후에는 Amazon CloudWatch 운영 지표를 사용하여 캐시 스토리지 사용량을 모니터링하고 콘솔을 사용하여 필요에 따라 추가 스토리지를 프로비저닝할 수 있습니다. 측정치 사용 및 경보 설정에 대한 정보는 캐시 스토리지 모니터링 단원을 참조하십시오.
