신규 고객은 더 이상 Amazon FSx File Gateway를 사용할 수 없습니다. 기존 FSx File Gateway 고객은 정상적으로 서비스를 계속 이용할 수 있습니다. FSx File Gateway와 유사한 기능에 대해서는 [이 블로그 게시물](https://aws.amazon.com/blogs/storage/switch-your-file-share-access-from-amazon-fsx-file-gateway-to-amazon-fsx-for-windows-file-server/)을 참조하세요.
기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 게이트웨이의 로컬 디스크 관리
게이트웨이 가상 머신(VM)은 버퍼링 및 스토리지에 온프레미스로 할당하는 로컬 디스크를 사용합니다. Amazon EC2 인스턴스에서 생성된 File Gateway는 Amazon EBS 볼륨을 로컬 디스크로 사용합니다. 게이트웨이에 할당하려는 디스크의 개수 및 크기는 사용자가 직접 결정합니다. 게이트웨이는 최근에 액세스한 데이터에 대한 액세스 지연 시간을 줄이기 위해 할당한 캐시 스토리지를 사용합니다. 캐시 스토리지는 Amazon FSx로 업로드 보류 중인 데이터를 위한 온프레미스 내구성 저장소 역할을 합니다. File Gateway에는 캐시로 사용할 150 GiB 디스크가 한 개 이상 필요합니다. 게이트웨이의 초기 구성 및 배포 후 워크로드 수요가 증가함에 따라 캐시 스토리지용 디스크를 더 추가할 수 있습니다. 이 섹션에는 로컬 디스크 관리와 관련된 개념과 절차를 설명하는 다음 주제가 포함되어 있습니다.
**주제**
+ [로컬 디스크 스토리지 용량 결정](decide-local-disks-and-sizes.md) - File Gateway에 할당할 로컬 캐시 디스크의 수와 크기를 결정하는 방법을 알아봅니다.
+ [추가 캐시 스토리지 구성](ConfiguringLocalDiskStorage.md) - 애플리케이션 요구 사항에 따라 File Gateway의 캐시 스토리지 용량을 늘리는 방법을 알아봅니다.
+ [휘발성 스토리지와 EC2 게이트웨이를 함께 사용](ephemeral-disk-cache.md) - File Gateway에서 임시 디스크 스토리지를 사용할 때 데이터 손실을 방지하는 방법을 알아봅니다.
# 로컬 디스크 스토리지 용량 결정
FSx File Gateway를 배포할 때 할당할 캐시 디스크의 양을 고려합니다. FSx File Gateway는 가장 최근에 사용되지 않은 알고리즘을 사용하여 캐시에서 데이터를 자동으로 제거합니다. FSx File Gateway의 캐시는 해당 게이트웨이의 모든 파일 공유 간에 공유됩니다. 활성 공유가 여러 개인 경우 한 공유의 사용률이 높으면 다른 공유가 액세스할 수 있는 캐시 리소스의 양에 영향을 주어 성능에 영향을 미칠 수 있다는 점에 유의해야 합니다.
특정 워크로드에 필요한 캐시 디스크의 양을 결정할 때는 항상 게이트웨이에 캐시 디스크를 추가할 수 있지만(FSx File Gateway의 현재 할당량까지) 해당 게이트웨이의 캐시를 줄일 수는 없다는 점에 유의해야 합니다. 데이터세트에 대한 기본 분석을 수행하여 적절한 양의 캐시 디스크를 결정할 수 있지만, 로컬에 저장해야 하는 '핫' 데이터 양과 클라우드에 계층화할 수 있는 '콜드' 데이터 양을 정확히 결정할 수 있는 방법은 없습니다. 워크로드는 시간이 지남에 따라 변경되며, FSx File Gateway는 소비할 수 있는 리소스의 양과 관련된 유연성과 탄력성을 제공합니다. 캐시 양은 항상 늘릴 수 있으므로 필요에 따라 작게 시작하여 늘리는 것이 가장 비용 효율적인 접근 방식인 경우가 많습니다.
게이트웨이 설정 중에 150GiB의 초기 근사치를 사용하여 캐시 스토리지용 디스크를 프로비저닝할 수 있습니다. 이후에는 Amazon CloudWatch 운영 지표를 사용하여 캐시 스토리지 사용량을 모니터링하고 콘솔을 사용하여 필요에 따라 추가 스토리지를 프로비저닝할 수 있습니다. 측정치 사용 및 경보 설정에 대한 정보는 [성능 및 최적화](Performance.md) 섹션을 참조하세요.
**참고**
기본 물리 스토리지 리소스는 VMware에서 데이터 스토어로 표시됩니다. 게이트웨이 VM을 배포할 경우, VM 파일을 저장할 데이터 스토어를 선택합니다. 로컬 디스크를 프로비저닝하는 경우(예: 캐시 스토리지 용도), 가상 디스크를 동일한 데이터 스토어에 VM으로 저장하거나 다른 데이터 스토어에 저장하는 옵션을 선택할 수 있습니다.
데이터 스토어가 한 개 이상인 경우에는 캐시 스토리지에 데이터 스토어 한 개를 선택할 것을 적극 권장합니다. 오직 기본 물리 디스크 한 개의 지원을 받는 데이터 스토어는 캐시 스토리지를 모두 지원하는 데 사용되는 경우 성능이 떨어질 수 있습니다. 이는 백업이 RAID1 같이 성능이 비교적 떨어지는 RAID 구성일 때도 마찬가지입니다.
# 추가 캐시 스토리지 구성
애플리케이션 요구 사항이 변화함에 따라 게이트웨이의 캐시 스토리지 용량을 늘릴 수 있습니다. 기능을 중단하거나 다운타임을 유발하지 않고 게이트웨이에 스토리지 용량을 추가할 수 있습니다. 스토리지를 추가할 때는 게이트웨이 VM이 켜져 있어야 합니다.
**중요**
기존 게이트웨이에 캐시를 추가할 경우, 게이트웨이 호스트 하이퍼바이저 또는 Amazon EC2 인스턴스에 새 디스크를 생성해야 합니다. 캐시로 이미 할당된 기존 디스크의 크기는 제거하거나 변경하지 마세요.
**게이트웨이에 대한 추가 캐시 스토리지를 구성하려면**
1. 게이트웨이 호스트 하이퍼바이저 또는 Amazon EC2 인스턴스에서 새 디스크를 하나 이상 프로비저닝합니다. 하이퍼바이저에서 디스크를 프로비저닝하는 방법에 대한 자세한 내용은 해당 하이퍼바이저의 설명서를 참조하세요. Amazon EC2 인스턴스에 대한 Amazon EBS 볼륨 프로비저닝에 대한 자세한 내용은 Linux 인스턴스용 Amazon Elastic Compute Cloud 사용 설명서에서 [Amazon EBS 볼륨](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes.html)을 참조하세요.** 다음 단계에서는 이 디스크를 캐시 스토리지로 구성합니다.
1. Storage Gateway 콘솔([https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/))을 엽니다.
1. 탐색 창에서 **게이트웨이**를 선택합니다.
1. 게이트웨이를 검색하고 목록에서 선택합니다.
1. **작업** 메뉴에서 **캐시 스토리지 구성**을 선택합니다.
1. **캐시 스토리지 구성** 섹션에서 프로비저닝한 디스크를 지정합니다. 디스크가 표시되지 않으면 새로 고침 아이콘을 선택하여 목록을 새로 고칩니다. 각 디스크에 대해 **할당 대상** 드롭다운 메뉴에서 **캐시**를 선택합니다.
**참고**
**캐시**는 File Gateway에서 디스크를 할당하는 데 사용할 수 있는 유일한 옵션입니다.
1. **변경 사항 저장**을 선택하여 구성 설정을 저장합니다.
# 휘발성 스토리지와 EC2 게이트웨이를 함께 사용
FSx File Gateway의 캐시 스토리지에는 임시 디스크를 사용하지 않는 것이 좋습니다.
휘발성 디스크는 Amazon EC2 인스턴스에 임시 블록 스토리지를 제공합니다. 게이트웨이를 Amazon EC2 Amazon Machine Image로 시작하고, 선택한 인스턴스 유형이 임시 스토리지를 지원할 경우 휘발성 디스크가 자동으로 나열됩니다. 디스크 중 하나를 선택하여 게이트웨이의 캐시 데이터를 저장할 수 있습니다. 자세한 내용을 알아보려면 *Amazon EC2 사용 설명서*의 [Amazon EC2 인스턴스 저장소](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html)를 참조하세요.
애플리케이션이 게이트웨이에 쓰는 데이터는 임시 디스크의 캐시에 동기식으로 저장된 다음 FSx for Windows File Server의 내구성 있는 스토리지에 비동기식으로 업로드됩니다. 데이터가 임시 스토리지에 기록된 후 비동기 업로드가 발생하기 전에 Amazon EC2 인스턴스가 중지되면 FSx for Windows File Server에 아직 업로드되지 않은 모든 데이터가 손실될 수 있습니다.
**중요**
휘발성 스토리지를 사용하는 Amazon EC2 게이트웨이를 중지했다가 다시 시작하면 게이트웨이가 영구적으로 오프라인 상태가 됩니다. 이는 물리적 스토리지 디스크가 대체되기 때문에 발생합니다. 이 문제에 대한 해결 방법은 없습니다. 유일한 해결 방법은 게이트웨이를 삭제하고 새 EC2 인스턴스에서 새 게이트웨이를 활성화하는 것입니다.