기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 스토리지
<a name="storage-main"></a>

Microsoft 워크로드에 적합한 스토리지 선택은 중요한 아키텍처 의사 결정입니다. 의사 결정 프로세스의 일환으로 스토리지 계획을 개발하고 애플리케이션 및 서비스에 대한 기능 요구 사항을 결정하는 것이 좋습니다. 이 장에서는 계획에 반영될 수 있는 다음 스토리지 옵션에 대한 개요를 제공합니다.

**Topics**
+ [Amazon EBS](storage-main-ebs.md)
+ [Amazon FSx](storage-fsx.md)
+ [AWS Storage Gateway](storage-main-storage-gateway.md)

# Amazon EBS
<a name="storage-main-ebs"></a>

Amazon Elastic Block Store(Amazon EBS)는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스와 함께 사용할 수 있는 영구 블록 스토리지 볼륨을 저장할 수 있는 완전관리형 블록 스토리지 서비스입니다. Amazon EBS의 여러 기능을 활용하여 클라우드의 Windows 워크로드에 대한 스토리지 리소스를 효과적으로 관리하고 최적화할 수 있습니다. 예를 들어 Amazon EBS를 사용하여 워크로드에 필요한 정확한 IOPS 양과 처리량을 프로비저닝하고, 워크로드 요구 사항에 맞게 다양한 볼륨 유형 중에서 선택하며, 도구를 사용하여 낭비되는 스토리지 리소스를 식별하고 제거할 수 있습니다. 스토리지 성능 및 사용량을 세밀하게 제어하면 불필요한 비용을 방지하면서 스토리지 리소스를 최적화할 수 있습니다.

**Topics**
+ [Amazon EBS 볼륨을 gp2에서 gp3로 마이그레이션](ebs-migrate-gp2-gp3.md)
+ [Amazon EBS 스냅샷 수정](ebs-migrate-ebs-snapshots.md)
+ [연결되지 않은 Amazon EBS 볼륨 삭제](ebs-delete-ebs-volumes.md)

# Amazon EBS 볼륨을 gp2에서 gp3로 마이그레이션
<a name="ebs-migrate-gp2-gp3"></a>

## 개요
<a name="ebs-migrate-gp2-gp3-overview"></a>

Solid State Drive(SSD)는 프로덕션 및 고성능 워크로드에 대한 표준 스토리지 옵션입니다. Amazon EBS는 중간에서 높은 수준 사이의 워크로드에 대해 [범용 SSD 볼륨](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html)을 제공합니다. 여러 AWS 서비스 (Amazon EC2 포함)의 표준은 이러한 범용 SSD 볼륨의 2세대인 [gp2](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#EBSVolumeTypes_gp2)입니다. [gp3](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#gp3-ebs-volume-type)라는 3세대 범용 SSD는 2020년 12월에 출시되었습니다.

gp3 제품은 이전 세대에 비해 성능 사용자 지정 측면을 크게 개선했습니다. Amazon EBS gp2 볼륨의 경우 성능은 볼륨 크기와 밀접하게 연결됩니다. 1GB 용량마다 gp2 볼륨은 3 IOPS의 성능을 얻습니다. 즉, 2,000GB gp2 볼륨은 6,000 IOPS를 지원합니다. gp3 볼륨의 경우 스토리지 용량과 독립적으로 성능을 사용자 지정할 수 있습니다. 이를 통해 작은 용량 볼륨도 최대 80,000 IOPS 및 2,000 Mb/s 처리량의 성능 기능을 달성할 수 있습니다.

gp3 볼륨의 또 다른 주요 변경 사항은 기준 IOPS 성능입니다. gp3 볼륨은 3,000 IOPS에서 시작합니다. 이에 비해 gp2 볼륨은 동일한 성능 기능에 도달하기 전에 크기가 1TiB에 도달해야 합니다. 일반적으로 C: 드라이브가 1TiB보다 훨씬 작은 Windows Server의 경우 gp2에서 gp3로 업그레이드하면 성능을 크게 개선할 수 있습니다.

마지막으로 gp3 볼륨의 요금은 gp2 볼륨에 비해 가장 큰 개선 사항 중 하나입니다. gp3 볼륨은 gp2 볼륨보다 20% 저렴한 비용으로 향상된 성능 기능을 제공합니다.

## 비용 영향
<a name="ebs-migrate-gp2-gp3-cost"></a>

용량과 독립적으로 성능을 확장할 수 있으므로 추가 IOPS 및 처리량 추가 시 요금 측면을 이해하는 것이 중요합니다. gp2 볼륨의 경우 요금은 월별 GiB당 0.10 USD의 프로비저닝된 용량을 기준으로 합니다. gp3 볼륨의 경우 요금은 고성능 [프로비저닝된 IOPS SSD 볼륨](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#EBSVolumeTypes_piops)과 비슷합니다. 이 볼륨에서는 용량에 대해 1개의 비용과 추가 IOPS 및 처리량에 대해 별도의 비용이 적용됩니다.

다음 표에 나와 있듯이 gp3 볼륨의 용량 요금은 월별 GiB당 0.08 USD(gp2보다 20% 저렴)이고 3,000 IOPS 초과 시 월별 프로비저닝된 IOPS당 0.005 USD 및 처리량의 경우 125MiBs 초과 시 월별 프로비저닝된 MiBs당 0.04 USD와 같은 별도 IOPS 비용이 적용됩니다.


****  

|   | gp3 | gp2 | 
| --- | --- | --- | 
| 볼륨 크기 | 1GiB\$164TiB | 1GiB\$116TiB | 
| 기준 IOPS | 3,000 | 3 IOPS/GiB(최소 100 IOPS)에서 최대 16,000 IOPS1TiB보다 작은 볼륨은 최대 3,000 IOPS까지 버스트 가능합니다. | 
| 볼륨당 최대 IOPS | 80,000 | 16,000 | 
| 기준 처리량 | 125MiBs | 처리량 한도는 볼륨 크기에 따라 128MiB/s\$1250MiB/s입니다. | 
| 볼륨당 최대 처리량 | 2,000MiBs | 250MiBs | 
| 가격 | 0.08 USD/GiB-월3,000 IOPS 무료 및 3,000 IOPS 초과 시 프로비저닝된 IOPS당 월별 0.005 USD125MiBs 무료 125MiBs 초과 시 월별 프로비저닝된 MiBs당 0.04 USD | 매월 GiB당 0.10 USD | 

**중요**  
gp3 볼륨에는 용량과 성능에 대한 별도의 비용이 있지만 동일한 성능 수준으로 구성된 경우 gp3 볼륨은 항상 gp2 볼륨보다 저렴합니다.

다음 표에는 다양한 용량 및 성능 구성에서 gp2를 gp3 볼륨으로 전환하여 달성할 수 있는 비용 절감 예제가 나와 있습니다.

**gp2 구성에 대한 예제**


****  

| 볼륨 크기(GiB) | 최대 IOPS | 처리량(MiBs) | 비용(월별 USD) | 
| --- | --- | --- | --- | 
| 30 | 3000 | 128 | 3.00 USD | 
| 100 | 3000 | 128 | 10.00 USD | 
| 500 | 3000 | 250 | 50.00 USD | 
| 1000 | 3000 | 250 | 100.00 USD | 
| 2000 | 6000 | 250 | 200.00 USD | 
| 6000 | 16000 | 250 | 600.00 USD | 

**gp3(기준) 구성에 대한 예제**


****  

| 최대 IOPS | 처리량(MiBs) | 비용(월별 USD) | 비용 절감(gp2 대비) | 
| --- | --- | --- | --- | 
| 3000 | 125 | 2.40 USD | 20% | 
| 3000 | 125 | 8.00 USD | 20% | 
| 3000 | 125 | 40.00 USD | 20% | 
| 3000 | 125 | 80.00 USD | 20% | 
| 3000 | 125 | 160.00 USD | 20% | 
| 3000 | 125 | 480.00 USD | 20% | 

**gp3(gp2 일치) 구성에 대한 예제**


****  

| 최대 IOPS | 처리량(MiBs) | 비용(월별 USD) | 비용 절감(gp2 대비) | 
| --- | --- | --- | --- | 
| 3000 | 128 | 2.52 USD | 16% | 
| 3000 | 128 | 8.12 USD | 19% | 
| 3000 | 250 | 45.00 USD | 10% | 
| 3000 | 250 | 85.00 USD | 15% | 
| 6000 | 250 | 180.00 USD | 10% | 
| 16000 | 250 | 550.00 USD | 8% | 

비용 분석은 [Amazon EBS 리소스](https://aws.amazon.com/ebs/resources/)의 *EBS gp2 - gp3 마이그레이션 비용 절감 계산기* 섹션을 참조하세요. 계산기를 다운로드하여 gp2 볼륨을 gp3로 마이그레이션하여 절감할 수 있는 금액을 확인할 수 있습니다.

## 비용 최적화 권장 사항
<a name="ebs-migrate-gp2-gp3-rec"></a>

마이그레이션 프로세스를 완료하는 방법에 대한 지침은 AWS 스토리지 블로그의 [gp2에서 gp3로 Amazon EBS 볼륨 마이그레이션 및 비용 최대 20% 절감](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/) 게시물을 참조하세요.

## 추가 리소스
<a name="ebs-migrate-gp2-gp3-resources"></a>
+ [Amazon EBS 볼륨을 gp2에서 gp3로 마이그레이션하고 비용을 최대 20% 절감](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/)(AWS 스토리지 블로그)
+ [Amazon EBS 볼륨 유형을 최적화하기 위한 AWS Config 사용자 지정 규칙 구축](https://aws.amazon.com/blogs/mt/build-an-aws-config-custom-rule-to-optimize-amazon-ebs-volume-types/)(AWS 클라우드 운영 및 마이그레이션 블로그)
+ [미사용 Amazon EBS 볼륨을 삭제하여 AWS 비용 제어](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)(AWS 클라우드 운영 및 마이그레이션 블로그)
+ [Amazon EBS Migration Utility](https://github.com/aws-samples/amazon-ebs-migration-utility)(GitHub)
+ [Finding savings from 2020 re:Invent announcements](https://aws.amazon.com/blogs/aws-cloud-financial-management/finding-savings-from-2020-reinvent-announcements/)(AWS 클라우드 재무 관리)
+ [비용 최적화 워크숍](https://wellarchitectedlabs.com/cost-optimization/)(AWS Well-Architected Labs)
+ [gp2에서 gp3로의 마이그레이션 비용 절감 계산기](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx)(다운로드)

# Amazon EBS 스냅샷 수정
<a name="ebs-migrate-ebs-snapshots"></a>

## 개요
<a name="ebs-migrate-ebs-snapshots-overview"></a>

처음부터 비용을 제어하려면 EBS 볼륨을 삭제하고 스냅샷의 보존 및 아카이브를 관리하는 것이 중요합니다. 특정 시점 스냅샷을 만들어 Amazon Simple Storage Service(Amazon S3)에 EBS 볼륨의 데이터를 백업할 수 있습니다. 스냅샷은 증분식 백업이므로 마지막 스냅샷 이후 변경된 디바이스의 블록만 저장됩니다. 그러면 스냅샷을 만드는 데 필요한 시간이 최소화되며 데이터를 복제하지 않으므로 스토리지 비용이 절약됩니다. 각 스냅샷에는 (스냅샷을 생성한 시점의) 데이터를 새 EBS 볼륨에 복원하는 데 필요한 모든 정보가 들어 있습니다.

EBS 스냅샷 요금은 월별 기가바이트 단위로 계산됩니다. 스냅샷의 크기와 스냅샷을 유지하는 기간을 기반으로 요금이 청구됩니다. 요금은 스토리지 티어에 따라 다릅니다. [표준 티어](https://aws.amazon.com/ebs/pricing/)의 경우 저장된 변경된 블록에 대해서만 요금이 청구됩니다. Archive 티어의 경우 저장된 모든 스냅샷 블록에 대해 요금이 청구됩니다. 또한 [Archive 티어](https://aws.amazon.com/ebs/pricing/)에서 스냅샷을 검색하는 데 따른 요금이 청구됩니다. 다음은 각 스토리지 티어에 대한 시나리오 예제입니다.
+ **Standard 티어** - 100GB의 데이터를 저장하는 볼륨이 있습니다. 첫 번째 스냅샷(스냅 A)의 전체 100GB 데이터에 대한 요금이 청구됩니다. 다음 스냅샷(스냅 B) 시점에 105GB의 데이터가 있습니다. 그런 다음 증분 스냅 B에서 추가 5GB 스토리지에 대해서만 요금이 청구됩니다.
+ **Archive 티어** - 스냅 B를 아카이브합니다. 그러면 스냅샷이 Archive 티어로 이동하고 전체 105GB 스냅샷 블록에 대한 요금이 청구됩니다.

[Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html)를 사용하면 일정에 따라 스냅샷을 유지하고 관리할 수 있는 수명 주기를 설정할 수 있습니다.

## 비용 영향
<a name="ebs-migrate-ebs-snapshots-cost"></a>

EBS 볼륨 및 스냅샷에 대한 요금은 별도로 관리됩니다. EBS 스냅샷은 활성 EBS 볼륨보다 낮은 요금으로 청구됩니다. 인스턴스가 종료되면 연결된 각 EBS 볼륨의 [DeleteOnTermination 속성](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination) 값을 사용하여 볼륨 유지 또는 삭제 여부를 결정합니다. 기본적으로 인스턴스의 루트 볼륨의 `DeleteOnTermination` 속성은 `True`로 설정됩니다. 다른 모든 볼륨 유형에 대해 `False`로 설정됩니다. 이렇게 하면 운영자가 EC2 인스턴스를 삭제하려고 하지만 루트 볼륨 외에도 인스턴스에 추가된 볼륨을 남겨 두는 상황이 발생합니다. 더 이상 필요하지 않은 볼륨(연결된 스냅샷 포함)을 확인하는 방법에 대한 지침은 Amazon EBS 설명서의 [View information about an Amazon EBS volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html)을 참조하세요.

기본적으로 스냅샷을 생성하면 Amazon EBS 스냅샷 Standard 티어(Standard 티어)에 저장됩니다. 표준 계층에 저장된 스냅샷은 증분적입니다. 가장 최근의 스냅샷 이후에 변경된 볼륨의 블록만 저장됨을 의미합니다. [Amazon EBS 스냅샷 아카이브](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-archive.html)는 자주 또는 빠르게 검색할 필요가 없는 거의 액세스하지 않는 스냅샷의 저렴한 장기 스토리지에 사용할 수 있는 새로운 스토리지 티어입니다. Standard와 Archive의 요금 차이는 중요하며 스냅샷 전략을 설정할 때 주요 고려 사항이어야 합니다. Amazon EBS 스냅샷 아카이브는 90일 이상 저장할 계획이고 액세스할 필요가 거의 없는 스냅샷에 대해 최대 75% 더 낮은 스냅샷 스토리지 비용을 제공합니다.


****  

| Amazon EBS 스냅샷 스토리지 | 비용 | 
| --- | --- | 
| 표준 | 월별 GB당 0.05 USD | 
| 아카이브 | 월별 GB당 0.0125 USD | 

소규모 환경에서는 비용 절감 효과가 크지 않을 수 있습니다. EBS 볼륨이 삭제된 경우에도 여러 계정과 TB 단위의 EBS 스냅샷이 있는 수천 개의 EC2 인스턴스가 있는 대규모 환경에서 절감 효과가 더 큽니다.

다음 표에서는 사용량이 50TB인 경우에 월별 Standard 및 Archive 티어를 비교합니다. 이와 같이 규모가 작아도 매년 수천 달러의 비용을 절감할 수 있습니다.


****  

| Amazon EBS 스냅샷 스토리지 | 월별 비용 | 연간 비용 | 
| --- | --- | --- | 
| 표준 50TB | 312.50 USD | 3,750 USD | 
| 아카이브 50TB | 78.13 USD | 937.60 USD | 
|   | 연간 절감 | 2,812.40 USD | 

## 비용 최적화 권장 사항
<a name="ebs-migrate-ebs-snapshots-rec"></a>

스냅샷을 삭제해도 조직의 데이터 스토리지 비용이 줄어들지 않을 수 있습니다. 다른 스냅샷은 해당 스냅샷의 데이터를 참조할 수 있으며, 참조된 데이터는 항상 보존됩니다. 예를 들어 10GiB의 데이터가 포함된 볼륨의 첫 번재 스냅샷을 생성하면 스냅샷의 크기도 10GiB입니다. 스냅샷은 증분식이기 때문에 동일한 볼륨으로부터 생성하는 두 번째 스냅샷에는 첫 번째 스냅샷이 생성된 이후 변경된 데이터 블록만 포함됩니다. 두 번째 스냅샷은 첫 번째 스냅샷의 데이터도 참조합니다. 4GiB의 데이터를 수정하고 두 번째 스냅샷을 생성하면 두 번째 스냅샷의 크기는 4GiB가 됩니다. 또한 두 번째 스냅샷은 첫 번째 스냅샷의 변경되지 않은 6GiB도 참조합니다. 자세한 내용은 AWS 지식 센터에서 [EBS 볼륨의 스냅샷을 삭제한 후 볼륨 자체를 삭제한 후 스토리지 비용이 절감되지 않은 이유는 무엇입니까?](https://repost.aws/knowledge-center/ebs-volume-snapshot-cost)를 참조하세요.

다음을 고려하세요.
+ 다른 사용자가 AWS 계정 소유하고 계정과 공유하는 스냅샷에 대해서는 요금이 청구되지 않습니다. 공유 스냅샷을 계정에 복사하는 경우에만 요금이 청구됩니다. 공유 스냅샷에서 생성한 EBS 볼륨에 대해서도 요금이 청구됩니다.
+ 스냅샷(스냅 A)이 다른 스냅샷(스냅 B)에서 참조되는 경우 스냅 B를 삭제해도 스토리지 비용이 줄지 않을 수 있습니다. 스냅샷을 삭제하면 해당 스냅샷에 고유한 데이터만 제거됩니다. 다른 스냅샷에서 참조하는 데이터는 남아 있으며 이 참조된 데이터에 대한 요금이 청구됩니다. 증분 스냅샷을 삭제하려면 Amazon EBS 설명서의 [Incremental snapshot deletion](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html#ebs-deleting-snapshot-incremental)을 참조하세요.

스냅샷 안정화는 AWS에서 워크로드를 실행할 때 표준 운영 사례입니다. 시간이 지남에 따라 스냅샷은 필요하지 않은 데이터에 대해 비용이 많이 드는 요금을 추가할 수 있습니다.

## 추가 리소스
<a name="ebs-migrate-ebs-snapshots-resources"></a>
+ [미사용 Amazon EBS 볼륨을 삭제하여 AWS 비용 제어](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)(AWS 클라우드 운영 및 마이그레이션 블로그)
+ [Delete an Amazon EBS snapshot](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html)(Amazon EBS 설명서)
+ [비용 최적화 워크숍](https://wellarchitectedlabs.com/cost-optimization/)(AWS Well-Architected Labs)
+ [Automatically archive Amazon EBS Snapshots with Amazon Data Lifecycle Manager](https://aws.amazon.com/blogs/storage/automatically-archive-amazon-ebs-snapshots-with-amazon-data-lifecycle-manager/)(AWS 스토리지 블로그)

# 연결되지 않은 Amazon EBS 볼륨 삭제
<a name="ebs-delete-ebs-volumes"></a>

## 개요
<a name="delete-ebs-volumes-overview"></a>

연결되지 않은(고립된) EBS 볼륨은 AWS 환경에서 불필요한 스토리지 비용을 초래할 수 있습니다. 사용하지 않는 EBS 볼륨과 사용하지 않는 EBS 볼륨의 정기 검토 및 삭제를 AWS 환경 위생의 일부로 통합해야 합니다. EBS 볼륨 사용량을 지속적으로 검토하는 프로세스를 마련하는 것이 모범 사례입니다. [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)를 사용하여 사용률이 낮은 인스턴스를 검토할 수 있습니다. 이 섹션은 연결되지 않았거나 사용률이 낮은 EBS 볼륨을 식별, 관리 및 삭제하는 데 도움이 됩니다.

## Amazon EBS
<a name="delete-ebs-volumes-ebs"></a>

[Amazon Elastic Block Store(Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html)는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에 대한 스토리지 볼륨을 제공하는 블록 수준 디바이스입니다. EBS는 EC2 인스턴스를 연결하고 분리할 수 있는 유연성과 함께 영구 스토리지를 제공합니다. 즉, EC2 인스턴스가 종료되더라도 EBS 볼륨의 수명 주기는 유지됩니다. [DeleteOnTermination](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination) 속성은 인스턴스 종료 시 연결된 EBS 볼륨을 보존 또는 삭제할지를 제어하는 기능입니다. 기본적으로 이 속성은 루트 볼륨에서 `True`로 설정되어 있고 삭제를 적용합니다. 다른 볼륨의 경우 `False`로 설정되어 보존을 적용합니다.

## 비용 영향
<a name="delete-ebs-volumes-cost"></a>

미사용 또는 분리된 볼륨이라고도 하는 연결되지 않은 EBS 볼륨은 프로비저닝된 스토리지 크기 및 스토리지 유형에 따라 연결된 볼륨과 동일한 요금이 발생합니다. Amazon EBS 요금의 평균 비용은 월별 GB당 0.10 USD로 미미해 보일 수 있지만 미사용 EBS 볼륨이 누적되면 시간이 지남에 따라 상당한 비용이 발생할 수 있다는 점을 인식하는 것이 중요합니다.

예를 들어 다음 표와 같이 각각 100GB의 스토리지 크기로 프로비저닝된 50개의 미사용 EBS 볼륨을 유지할 경우 미치는 영향을 고려합니다.


****  

| 스토리지 볼륨 수 | 볼륨 유형 | Size: | 총 월별 비용 | 
| --- | --- | --- | --- | 
| 50개 볼륨 | gp2(0.10 USD) | 100GB | 100GB 50.00 EBS 볼륨 월별 0.10 USD = 500.00 USD | 

이전 표의 시나리오에서는 월별 약 500 USD 또는 연간 6,000 USD의 비용이 절감됩니다. 이는 비용 절감을 위한 효과적인 단계입니다. 연결되지 않은 EBS 볼륨의 삭제를 AWS 환경 위생에 정기적으로 포함해야 합니다.

## 비용 최적화 권장 사항
<a name="delete-ebs-volumes-rec"></a>

 AWS 를 사용하여 연결되지 않은 EBS 볼륨의 삭제를 쉽게 자동화할 수 있습니다. 예를 들어 AWS Lambda AWS Config, Amazon CloudWatch 및 AWS Systems Manager 를 사용하여 수명, 태그 및 기타 사양을 기반으로 연결되지 않은 볼륨을 삭제하기 위한 기준을 정의할 수 있습니다. 이를 사용하여 대규모로 정리 프로세스를 자동화 AWS 서비스 할 수도 있습니다.

의도하지 않은 결과를 방지하기 위해 연결되지 않은 EBS 볼륨을 삭제하기 전에 실사를 수행하는 것이 좋습니다.

### 연결되지 않은 EBS 볼륨 관리
<a name="delete-ebs-volumes-rec-unattached-manage"></a>

다음 모범 사례를 고려하는 것이 좋습니다.
+ **규정 준수 요구 사항 충족** - 연결되지 않은 EBS 볼륨의 삭제가 조직의 거버넌스 및 규정 준수 요구 사항을 준수하는지 확인합니다.
+ **데이터 백업 및 보존 정책 설정** - 연결되지 않은 EBS 볼륨을 삭제하기 전에 중요한 데이터를 다른 스토리지 리포지토리(예: [Amazon S3](https://aws.amazon.com/pm/serv-s3/))에 백업합니다. 데이터 보존의 경우 [Amazon EBS 스냅샷](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html)은 EBS 볼륨보다 데이터를 보존하는 보다 비용 효율적인 방법이며 향후 필요한 경우 볼륨을 복원할 수 있습니다. 스냅샷을 효과적으로 관리하는 방법에 대한 자세한 내용은 이 가이드의 [Amazon EBS 스냅샷 수정](ebs-migrate-gp2-gp3.md) 섹션을 참조하세요.
+ **종속성 확인** - 연결되지 않은 EBS 볼륨과 기타 AWS 리소스 간 종속성을 확인합니다. [AWS Management Console 또는 API](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html)를 사용하여 크기, 상태 및 관련 리소스와 같은 EBS 볼륨에 대한 설명 정보를 수집할 수 있습니다. 일시적으로 연결되지 않은 리소스를 삭제하지 않도록 보호하는 중요한 단계입니다.
+ **보존 정책 생성** - 연결되지 않은 EBS 볼륨의 보존 기간을 설정합니다. 이렇게 하면 연결되지 않은 볼륨을 삭제할 적절한 시간을 식별하여 AWS 환경을 최적화할 수 있습니다. 예를 들어 [Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html) 규칙을 생성하여 일정에 따라 Lambda 함수를 시작할 수 있습니다. Lambda 함수는 AWS SDK를 사용하여 연결되지 않은 EBS 볼륨을 능동적으로 식별하고, 쉽게 추적할 수 있도록 태그 지정 메커니즘을 적용하고, 연결되지 않은 EBS 볼륨이 정의된 임계값에 도달하거나 초과할 때 알림을 보낼 수 있습니다.
+ **연결되지 않은 EBS 볼륨에 태그 지정** - EBS 볼륨에 [태그를 지정](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)하는 방법은 환경, 애플리케이션 또는 소유자와 같은 속성을 기반으로 볼륨을 구성하고 식별하는 데 도움이 될 수 있는 유용한 사례입니다. 이 방법은 태그를 기반으로 더 이상 필요하지 않은 볼륨을 빠르게 식별할 수 있으므로 연결할 수 없는 볼륨을 결정할 때 특히 유용할 수 있습니다.
+ **안전한 삭제 보장** - EBS 볼륨이 마지막으로 연결된 시점을 검토하면 볼륨을 삭제해도 안전한지 확인하는 데 도움이 될 수 있습니다. 자세한 내용은 AWS 지식 센터에서 [AWS CLI 명령을 사용하여 특정 Amazon EBS 볼륨의 연결 또는 분리 기록을 나열하려면 어떻게 해야 합니까?를](https://repost.aws/knowledge-center/list-attachments-history-ebs-volume) 참조하세요.
+ **활용도가 낮은 EBS 볼륨 식별** - 활용도가 낮은 EBS 볼륨을 식별 및 제거하는 것은 스토리지 비용을 절감하고 최적화된 AWS 환경을 유지하는 데 권장되는 방법입니다. AWS Trusted Advisor 또한는 활용도가 낮은 EBS 볼륨을 식별하고 비용을 절감하고 효율성을 개선하기 위한 권장 사항을 제공하는 데 도움이 될 [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html) 수 있습니다. 예를 들어 (GitHub)[를 사용하여 EBS 볼륨을 최적화하기 위한 자동화 설정 AWS Trusted Advisor](https://github.com/aws/Trusted-Advisor-Tools/tree/master/UnderutilzedEBSVolumes), [Trusted Advisor 조직 설정(TAO) 대시보드](https://catalog.workshops.aws/awscid/en-US/dashboards/advanced/trusted-advisor)(AWS Workshop Studio) 및 (AWS 스토리지 블로그)를 [사용하여 Amazon EBS 볼륨 비용 최적화 AWS Compute Optimizer](https://aws.amazon.com/blogs/storage/cost-optimizing-amazon-ebs-volumes-using-aws-compute-optimizer/)를 참조하세요.

### 연결되지 않은 EBS 볼륨의 정리 자동화
<a name="delete-ebs-volumes-rec-unattached-automate"></a>

연결되지 않은 EBS 볼륨의 정리를 자동화하려면 다음 도구를 고려하는 것이 좋습니다.
+ [AWS APIs(DescribeVolumes)](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeVolumes.html) - AWS SDKs 또는 AWS Command Line Interface ()를 사용하여 연결되지 않은 EBS 볼륨을 필터링하고 찾을 수 있습니다AWS CLI. 일정에 따라 실행되는 스크립트 또는 [Lambda 함수](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)를 사용하여 이 프로세스를 자동화함으로써 시간과 노력을 절약할 수 있습니다. GitHub의 [스크립트 샘플](https://github.com/aws-samples/aws-systems-manager-amazon-ebs-management/blob/master/opsCenterAgedEBSVolumeFinder.py)은 작동 방식을 보여줍니다. 스크립트는 Lambda를 사용하여 AWS CloudTrail 로그를 분석하고 연결되지 않은 EBS 볼륨을 식별합니다.
+ [AWS Systems Manager 자동화](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) - 이를 통해 인프라에서 일상적인 유지 관리 및 문제 해결 작업을 자동화할 수 있습니다. 시작하려면 특정 순서로 실행할 일련의 단계를 정의하는 [자동화 런북을 생성](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-ref-ebs.html)합니다. 예를 들어 연결되지 않은 EBS 볼륨의 스냅샷을 먼저 생성한 다음 볼륨 자체를 삭제하는 런북을 생성할 수 있습니다. 이렇게 하면 수동으로 수행할 경우 시간이 많이 걸리고 오류가 발생하기 쉬운 작업을 자동화하는 데 도움이 될 수 있습니다.
+ [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) - 이를 통해 시간 경과에 따른 AWS 리소스 변경 사항을 평가, 감사 및 추적할 수 있습니다. 구성 변경 사항을 캡처하면 AWS Config 를 사용하여 환경의 규정 준수, 거버넌스 및 리소스 사용률을 평가할 수 있습니다. 예를 들어, [사용되지 않는 EBS 볼륨](https://docs.aws.amazon.com/config/latest/developerguide/ec2-volume-inuse-check.html)을 식별할 AWS Config 수 있습니다. 또한 AWS Systems Manager Automation AWS Config 을와 연결하여 사용하지 않는 EBS 볼륨의 삭제를 자동으로 수정할 수 있습니다.

## 추가 리소스
<a name="delete-ebs-volumes-resources"></a>
+ [AWS Config 및를 사용하여 미사용 Amazon Elastic Block Store(Amazon EBS) 볼륨 삭제 AWS Systems Manager](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html)(AWS 권고 가이드)
+ [미사용 Amazon EBS 볼륨을 삭제하여 AWS 비용 제어 ](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/)(AWS 클라우드 운영 및 마이그레이션 블로그)
+ [AWSConfigRemediation-DeleteUnusedEBSVolume](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-delete-ebs-volume.html)(AWS Systems Manager Automation 런북 참조)

# Amazon FSx
<a name="storage-fsx"></a>

Amazon FSx for Windows File Server는 Windows 워크로드에 최적화된 완전관리형 파일 스토리지 서비스입니다. 복잡한 스토리지 인프라 관리 없이 Windows 기반 애플리케이션 및 워크로드를 실행할 수 있는 간단하고 확장 가능한 솔루션을 제공합니다. FSx for Windows File Server를 사용하면 Microsoft SQL Server, Microsoft SharePoint 및 사용자 지정 .NET 애플리케이션을 포함하여 기본적으로 Windows 애플리케이션을 지원하는 공유 파일 스토리지를 쉽게 프로비저닝하고 이에 액세스할 수 있습니다. 또한 FSx for Windows File Server는 종량제 및 스토리지 할당량, 스토리지 공간을 줄이고 성능과 비용을 최적화하는 자동 데이터 중복 제거와 같은 유연한 요금 옵션을 제공하여 비용을 관리하는 데 도움이 됩니다.

**Topics**
+ [올바른 SMB 파일 스토리지 선택](storage-fsx-smb.md)
+ [Amazon FSx에서 데이터 중복 제거 활성화](storage-fsx-deduplication.md)
+ [FSx for Windows File Server에서 데이터 샤딩 이해](storage-fsx-data-sharding.md)
+ [Amazon FSx에서 HDD 볼륨 사용량 이해](storage-fsx-hdd-volumes.md)
+ [단일 가용 영역 사용](storage-fsx-single-az.md)

# 올바른 SMB 파일 스토리지 선택
<a name="storage-fsx-smb"></a>

## 개요
<a name="storage-fsx-smb-overview"></a>

AWS 는 최신 AWS 인프라 혁신과 보안을 결합하면서 업계 최고의 파일 서비스의 풍부한 기능을 제공하는 다양한 완전 관리형 스토리지 서비스를 제공합니다. AWS 서비스를 코드형 인프라(IaC) 워크플로에 통합하고 AWS 컴퓨팅, 모니터링 및 데이터 보호 서비스와 통합할 수 있습니다. Windows 워크로드의 경우 애플리케이션 요구 사항에 맞게 사용할 수 있는 두 가지 완전관리형 파일 서비스인 FSx for Windows File Server와 Amazon FSx for NetApp ONTAP 중에서 선택할 수 있습니다.

### FSx for Windows File Server
<a name="storage-fsx-smb-overview-wfs"></a>

Amazon FSx for Windows File Server는 Windows Server에 빌드된 완전관리형 공유 스토리지를 제공하며 광범위한 데이터 액세스, 데이터 관리 및 운영 기능을 제공합니다. FSx for Windows File Server는 Windows 네이티브 서비스이므로 Windows 환경과 쉽게 통합됩니다. 사용자 및 그룹 공유에는 FSx for Windows File Server를 사용하고, SQL Server, Windows 애플리케이션 및 가상 데스크톱 인프라(VDI)에는 Always On 장애 조치 클러스터 인스턴스를 사용하는 것이 좋습니다. FSx for Windows File Server는 Amazon FSx File Gateway, Amazon Kendra, Amazon S3에 대한 감사 로그 및 Amazon Data Firehose와도 잘 통합됩니다.

### FSx for ONTAP
<a name="storage-fsx-smb-overview-ontap"></a>

FSx for ONTAP은 NetApp의 독점 ONTAP 파일 시스템에 기반합니다. 어느 정도의 고급 기술이 필요하며 대부분 기존 온프레미스 NetApp 사용자에게 권장됩니다. 일반적인 사용 사례로, 사용자 및 그룹 공유, SQL Server용 Always On 장애 조치 클러스터 인스턴스 및 Windows 애플리케이션이 포함됩니다. FSx for ONTAP은 64TB보다 큰 파일 시스템(DFS 네임스페이스 서버가 없는 PB 규모), 복제, 스냅샷, 압축(스토리지 효율성) 및 데이터의 지능형 계층화를 지원하는 여러 프로토콜을 지원합니다.

## 비용 영향
<a name="storage-fsx-smb-cost"></a>

### FSx for Windows File Server
<a name="storage-fsx-smb-cost-wfs"></a>

FSx for Windows File Server는 SQL Server AWS 용 장애 조치 클러스터 인스턴스를 배포하기 위한의 첫 번째 공유 스토리지 솔루션입니다. FSx for Windows File Server를 사용하면 SQL Standard 에디션 라이선스를 사용하여 장애 조치 클러스터 인스턴스를 시작할 수 있습니다. 그러나 이 경우 SQL Server Enterprise 에디션 라이선스가 필요한 Always On 가용성 그룹에 의존할 수 없습니다. SQL Server Enterprise Standard 에디션에서 SQL Server Standard 에디션으로 전환하면 [SQL Server 라이선스](sql-server-editions.md) 비용을 65\$175% 절감할 수 있습니다.

장애 조치 클러스터 인스턴스에 대해 FSx for Windows File Server를 사용하여 일반적인 EBS 스토리지에서 스토리지 I/O를 오프로드할 수 있습니다. I/O를 FSx for Windows File Server로 오프로드하면 스토리지 처리량에 영향을 주지 않고 높은 Amazon EBS 처리량과 IOPS에 의존하는 EC2 인스턴스를 스케일 다운할 수 있습니다.

### FSx for ONTAP
<a name="storage-fsx-smb-cost-ontap"></a>

FSx for ONTAP을 사용하여 블록 프로토콜 iSCSI에서 Microsoft 장애 조치 클러스터를 실행하고 SQL Server 인스턴트 파일 초기화, SnapMirror를 사용한 교차 리전 복제, 바이러스 백신 지원 및 복제의 이점을 누릴 수 있습니다. 테스트를 위해 데이터베이스 사본을 여러 개 생성하는 경우 복제는 공간 소비와 이러한 데이터베이스 사본을 생성하는 속도 측면에서 상당한 차이를 만들 수 있습니다. 또한 NetApp SnapCenter를 사용하여 FSx for ONTAP을 통해 SQL Server용 EC2 인스턴스로 백업, 복원 및 복제 기능을 관리할 수 있습니다. 또한 FSx for ONTAP은 성능과 비용 효율성 모두를 위해 SSD에서 저렴한 용량 풀 스토리지로의 자동 계층화를 제공합니다.

FSx for ONTAP은 Windows 네이티브 NTFS 파일 시스템을 지원하는 FSx for Windows File Server와 달리 NetApp의 파일 시스템(ONTAP)을 지원합니다. FSx for ONTAP의 최소 크기는 1,024GB인 반면, FSx for Windows File Server는 최소 32GB부터 시작할 수 있습니다.

### Microsoft 분산 파일 시스템과 통합
<a name="storage-fsx-smb-cost-mdfs"></a>

FSx for Windows File Server 및 FSx for ONTAP은 기존 배포에 원활하게 통합되도록 Microsoft의 [분산 파일 시스템(DFS)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj127250(v=ws.11))에 통합됩니다. 아키텍처를 계획할 때는 다음 사항에 유의하세요.
+ FSx for Windows File Server 및 FSx for ONTAP은 두 배포 유형(다중 가용 영역 및 단일 가용 영역) 모두에서 [DFS 네임스페이스(DFSN)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)를 지원합니다.
+ FSx for Windows File Server만 [DFS 복제(DFSR)](https://learn.microsoft.com/en-us/windows-server/storage/dfs-replication/dfsr-overview)를 지원하며, 단일 가용 영역을 사용하는 경우에만 지원합니다.

## 비용 최적화 권장 사항
<a name="storage-fsx-smb-rec"></a>

FSx for Windows File Server와 FSx for ONTAP의 성능은 요금과 마찬가지로 구성에 따라 매우 다릅니다. FSx for Windows File Server 요금은 주로 스토리지 용량 및 스토리지 유형, 처리량 용량, 백업 및 전송된 데이터에 따라 달라집니다. FSx for ONTAP을 사용하면 SSD 스토리지, SSD IOPS, 용량 풀 사용량, 처리량 용량 및 백업 비용을 지불합니다.


****  

| 파일 서비스 | 5TB 스토리지 비용 | 구성 | 리전 | 
| --- | --- | --- | --- | 
| FSx for Windows File Server | 982.78 USD | 단일 가용 영역SSD(15,000 IOPS)32MBps5TB 백업(중복 제거 비용 절감 없음) | 미국 동부(버지니아 북부) | 
| FSx for ONTAP | 979.28 USD | 단일 가용 영역100% SSD15,000의 읽기-쓰기 용량 티어15,000 SSD IOPS128MBps5TB 백업(중복 제거 비용 절감 없음) | 미국 동부(버지니아 북부) | 

다음 사항에 유의하세요.
+ 중복 제거 및 압축을 통해 데이터 크기를 줄여 물리적 디바이스에 더 많은 데이터를 저장할 수 있지만 프로비저닝된 Sold State Drive(SSD) 또는 Hard Disk Drive(HDD) 스토리지에 대한 비용을 지불합니다.
+ FSx for ONTAP을 사용하여 데이터를 계층화할 수 있습니다. 데이터의 100%에 정기적으로 액세스하고 SSD 스토리지가 필요한 경우는 매우 드뭅니다. 콜드 데이터 및 자주 액세스하지 않는 데이터를 용량 티어로 이동하여 비용을 절감할 수 있습니다.
+ 여기에 언급된 요금은 SSD 티어에서 100% 데이터, SSD 티어에서 15,000 IOPS로 계산됩니다.

### 백업
<a name="storage-fsx-smb-rec-backup"></a>

기본적으로 FSx for ONTAP 및 FSx for Windows File Server는 모두 Amazon S3에 완전관리형 백업을 저장합니다. 그러나 FSx for ONTAP에는 SnapVault를 사용한 백업을 위한 추가 옵션이 있으며, 이 옵션은 용량 티어에 상주하도록 백업을 구성할 수 있습니다. SnapVault를 사용한 백업은 기본 완전관리형 백업 옵션보다 비용 효율적인 자체 관리형 메커니즘입니다. 완전관리형 백업 옵션은 월별 GB당 0.05 USD입니다. FSx for ONTAP에서 SnapVault 백업(SSD 대 용량 풀 스토리지 비율, 10:1)에는 0.03221 USD(0.9 x 0.0219 \$10.1 x 0.125)가 적용됩니다.

다음 사항에 유의하세요.
+ AWS 관리형 백업은 1시간의 세분성을 제공합니다. [SnapVault](https://docs.netapp.com/us-en/ontap/concepts/snapvault-archiving-concept.html)를 사용하면 5분까지 줄일 수 있습니다.
+ NetApp의 도구(예: CLI 및 API)를 사용하여 SnapVault 관계 및 스냅샷 복제를 구성할 수 있습니다.
+ SnapVault 볼륨에서 `all` 계층화 정책을 활성화하여 용량 티어를 백업 데이터의 스토리지로 사용합니다.
+ SnapVault 대상은 동일한 AWS 리전리전 간 또는 온프레미스에 있을 수 있습니다. 일반적으로 단일 가용 영역 또는 다중 가용 영역 파일 시스템 백업 대상에 적용됩니다. 이에 비해 AWS Backup 는 Amazon S3의 리전 복원력을 기반으로 합니다.

### 적정 규모 조정
<a name="storage-fsx-smb-rec-rightsizing"></a>

또한 적정 규모 조정 및 과다 프로비저닝 방지를 통해 비용을 절감하고 파일 시스템을 최대한 활용할 수 있습니다.

적정 규모로 조정하려면 다음을 수행합니다.

1. 데이터를 기반으로 현재 요구 사항을 식별하세요. 일반적인 Windows 워크로드의 경우 [성능 모니터](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc749154(v%3dws.11))와 같은 기본 제공 운영 체제 도구를 사용할 수 있습니다.

1. 성능 모니터에서 다음 카운터를 사용하여 현재 성능 요구 사항을 측정하세요. 캡처 간격은 1초로 설정되며 최대 로그 크기는 1,000MB이고 덮어쓰기가 활성화됩니다.

   ```
   Logman.exe create counter PerfLog-Short -o "c:\perflogs\PerfLog-Long.blg" -f bincirc -v mmddhhmm -max 1024 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Thread(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
   ```

1. 로그 캡처를 시작하려면 `logman start PerfLog-Short` 명령을 실행하세요. 로그 캡처를 중지하려면 `logman stop PerfLog-Short` 명령을 실행하세요.
**참고**  
캡처를 실행하는 서버의 **c:\$1perflogs**에서 성능 로그 파일을 찾을 수 있습니다. 자세한 내용은 Microsoft 설명서의 [Windows Performance Monitor Overview](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481)를 참조하세요.

1. 올바른 구성을 식별한 후 Microsoft [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview)와 같은 디스크 스트레스 도구를 사용하여 Amazon FSx 파일 시스템에서 추정치가 올바른지 테스트하세요.

1. 성능에 만족하는 경우 파일 공유로 전환하세요.

스토리지 용량은 스케일 업만 가능하므로 보수적인 접근 방식을 사용하는 것이 좋습니다. 필요에 따라 처리량 용량을 스케일 업 및 스케일 다운할 수 있습니다.

## 추가 리소스
<a name="storage-fsx-smb-resources"></a>
+ [Amazon FSx for NetApp ONTAP FAQs](https://aws.amazon.com/fsx/netapp-ontap/faqs/)(AWS 웹 사이트)
+ [새 지표로 Amazon FSx for Windows File Server 성능 최적화](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/)(AWS 스토리지 블로그)

# Amazon FSx에서 데이터 중복 제거 활성화
<a name="storage-fsx-deduplication"></a>

## 개요
<a name="storage-fsx-deduplication-overview"></a>

데이터 중복 제거는 더 적은 용량 요구 사항으로 데이터를 더 효율적으로 저장할 수 있는 기능입니다. 여기에는 충실도 또는 무결성을 손상시키지 않고 데이터 내에서 중복을 찾고 제거하는 작업이 포함됩니다. 데이터 중복 제거는 일반 파일 서버의 경우 2:1, 가상화 데이터의 경우 최대 20:1의 최적화 비율을 제공하는 하위 파일 가변 크기 청킹 및 압축을 사용합니다. 데이터 중복 제거는 NTFS 압축보다 훨씬 더 효과적입니다. 중복 제거 아키텍처에는 메타데이터 및 가장 많이 액세스되는 데이터 청크에 대한 중복성을 포함하여 데이터 및 메타데이터에 대한 전체 체크섬 검증을 통해 하드웨어 장애 시 복원력이 내제되어 있습니다.

FSx for Windows File Server에서는 데이터 중복 제거를 완전히 지원합니다. 이 기능을 사용하면 범용 파일 공유의 평균 50\$160%를 절감할 수 있습니다. 공유 내에서 사용자 문서의 경우 절감 범위는 30%\$150%, 소프트웨어 개발 데이터세트의 경우 70%\$180%입니다. 데이터 중복 제거로 얻을 수 있는 스토리지 절감 효과는 여러 파일에서 중복된 양 등의 데이터세트 특성에 따라 달라집니다. 저장된 데이터가 본질적으로 동적인 경우 중복 제거는 좋은 옵션이 아닙니다.

## 비용 영향
<a name="storage-fsx-deduplication-cost"></a>

엔터프라이즈의 데이터 스토리지 증가에 대처하기 위해 관리자는 서버를 통합하고 용량 규모 조정 및 데이터 최적화를 주요 목표로 설정합니다. 데이터 중복 제거의 기본 설정은 즉시 절감 효과를 제공하거나 관리자가 설정을 미세 조정하여 추가 이점을 확인할 수 있습니다. 예를 들어 특정 파일 유형에서만 중복 제거가 실행되도록 구성하거나 사용자 지정 작업 일정을 만들 수 있습니다.

상위 수준에서 중복 제거에는 최적화, 폐영역 회수, 스크러빙이라는 세 가지 유형의 작업이 있습니다. 최적화 후 폐영역 회수 작업을 실행할 때까지 공간은 해제되지 않습니다. 작업을 예약하거나 수동으로 실행할 수 있습니다. 데이터 중복 제거 작업을 예약할 때 사용할 수 있는 모든 설정은 작업을 수동으로 시작할 때도 사용할 수 있습니다(예약별 설정은 제외).

중복 제거를 통한 효과적인 비용 절감 효과가 25%에 불과하더라도 FSx for Windows File Server에서 상당한 비용을 절감할 수 있습니다. 이러한 예상 절감 효과는 AWS Pricing Calculator의 [추정치](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9)를 기반으로 합니다.

## 비용 최적화 권장 사항
<a name="storage-fsx-deduplication-rec"></a>

FSx for Windows File Server 파일 시스템의 중복 제거는 기본적으로 활성화되어 있지 않습니다. [PowerShell에서 원격 관리](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html#remote-pwrshell)를 사용하여 중복 제거를 활성화하려면 `Enable-FSxDedup` 명령을 실행한 다음 `Set-FSxDedupConfiguration` 명령을 사용하여 구성을 설정해야 합니다. 자세한 내용은 FSx for Windows File Server 설명서의 [Administering file systems](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/administering-file-systems.html)를 참조하세요.

중복 제거를 활성화하려면 다음 명령을 실행합니다.

```
PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }
```

중복 제거 구성을 확인하려면 다음 명령을 실행합니다.

```
Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {
Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 7
}
```

PowerShell `Measure-DedupFileMetadata` cmdlet을 실행하여 폴더 그룹, 단일 폴더 또는 단일 파일을 삭제한 다음 폐영역 회수 작업을 실행할 경우 볼륨에서 회수할 수 있는 잠재적 디스크 공간 크기를 결정할 수 있습니다. 특히 `DedupDistinctSize` 값은 해당 파일을 삭제할 경우 반환되는 공간의 크기를 알려줍니다. 파일에는 다른 폴더에서 공유되는 청크가 종종 있으며, 데이터 중복 제거 엔진이 고유하고 폐영역 회수 작업 이후 삭제할 청크를 계산합니다.

기본 [데이터 중복 제거 작업 일정](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)은 권장 워크로드에 적합하고 최대한 비침투적인 작업이 되도록 설계되었습니다(백업 사용 유형에 대해 활성화된 우선순위 최적화 작업 제외). 워크로드에 많은 리소스 요구 사항이 있는 경우 유휴 시간에만 작업을 실행하도록 예약하거나 데이터 중복 제거 작업이 소비할 수 있는 시스템 리소스의 양을 줄이거나 늘리는 것이 좋습니다.

기본적으로 데이터 중복 제거는 사용 가능한 메모리의 25%를 사용합니다. 그러나 `-memory switch`를 사용하여 이 값을 늘릴 수 있습니다. 최적화 작업의 경우 범위를 15\$150으로 설정하는 것이 좋습니다. 예약된 작업의 경우 더 많은 메모리 소비를 사용할 수 있습니다. 예를 들어 폐영역 회수 및 스크러빙 작업(일반적으로 근무 외 시간에 실행하도록 예약)을 사용하면 더 높은 메모리 소비량(예: 50)을 설정할 수 있습니다.

데이터 중복 제거 설정에 대한 자세한 내용은 FSx for Windows File Server 설명서의 [Reducing storage costs with Data Deduplication](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)을 참조하세요.

## 추가 리소스
<a name="storage-fsx-deduplication-resources"></a>
+ [Understanding Data Deduplication](https://learn.microsoft.com/en-gb/windows-server/storage/data-deduplication/understand)(Microsoft 설명서)
+ [Reducing storage costs with Data Deduplication](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)(FSx for Windows File Server 설명서)

# FSx for Windows File Server에서 데이터 샤딩 이해
<a name="storage-fsx-data-sharding"></a>

## 개요
<a name="storage-fsx-data-sharding-overview"></a>

FSx for Windows File Server 성능은 구성에 따라 다릅니다. 기본적으로 스토리지 유형, 스토리지 용량 및 처리량 구성을 기반으로 합니다. 선택한 처리량 용량은 네트워크 I/O 제한, CPU 및 메모리, 파일 서버에서 부과한 디스크 I/O 제한을 포함하여 파일 서버에 사용할 수 있는 성능 리소스를 결정합니다. 선택한 스토리지 용량 및 스토리지 유형에 따라 스토리지 볼륨에 사용할 수 있는 성능 리소스, 즉 스토리지 디스크에서 부과하는 디스크 I/O 제한이 결정됩니다. 성능 외에도 구성 선택이 비용에 영향을 미칩니다. FSx for Windows File Server 요금은 주로 스토리지 용량 및 스토리지 유형, 처리량 용량, 백업 및 전송된 데이터에 따라 달라집니다.

파일 스토리지 및 성능 요구 사항이 비교적 큰 경우 데이터 샤딩의 이점을 누릴 수 있습니다. 데이터 샤딩에는 더 작은 데이터세트(샤드)로 [파일 데이터를 분할](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)하고 여러 파일 시스템에 저장하는 작업이 포함됩니다. 여러 인스턴스에서 데이터에 액세스하는 애플리케이션은 이러한 샤드에 대한 읽기 및 쓰기를 병렬로 수행하여 높은 수준의 성능을 달성할 수 있습니다. 동시에 공통 네임스페이스를 사용하여 애플리케이션에 통합된 뷰를 제공할 수도 있습니다. 또한 대용량 파일 데이터세트에 대해 각 파일 시스템이 지원하는 용량(64TB)을 초과하여 최대 수백 페타바이트까지 파일 데이터 스토리지를 확장하는 데 도움이 될 수 있습니다.

## 비용 영향
<a name="storage-fsx-data-sharding-cost"></a>

대규모 데이터세트의 경우 일반적으로 동일한 수준의 성능을 달성하기 위해 하나의 대용량 SSD 공유가 아닌 여러 개의 작은 FSx for Windows File Server 파일 시스템을 배포하는 것이 더 효과적입니다. FSx for Windows File Server HDD와 SSD 스토리지 유형을 함께 사용하면 비용 절감 효과를 더 증대할 수 있으며 워크로드를 최상의 기본 디스크 하위 시스템과 일치시킬 수 있습니다. 다음 표에서는 단일 17TB 파일 시스템의 차이를 확인하고 동일한 용량에 추가하는 여러 개의 작은 파일 시스템과 비교할 수 있습니다.

**워크로드가 여러 개인 대형 SSD 파일 시스템**


****  

| [서버 이름] | 비용 | 구성 | 리전 | 
| --- | --- | --- | --- | 
| Amazon FSx for Windows File Server | 5,716 USD | 17TB SSD30% 중복 제거256Mbps17TB 백업 | 미국 동부(버지니아 북부) | 

**DFSN을 사용하여 분할된 워크로드**


****  

| [서버 이름] | 비용 | 구성 | 리전 | 공유 | 
| --- | --- | --- | --- | --- | 
| Amazon FSx for Windows File Server | 1,024 USD | 2TB SSD20% 중복 제거128Mbps2TB 백업다중 AZ | 미국 동부(버지니아 북부) | 1개 공유 | 
| Amazon FSx for Windows File Server | 2,132 USD | 5TB SSD30% 중복 제거256Mbps5TB 백업다중 AZ | 미국 동부(버지니아 북부) | 2개 공유 | 
| Amazon FSx for Windows File Server | 1,036 USD | 10TB HDD40% 중복 제거128Mbps10TB 백업다중 AZ | 미국 동부(버지니아 북부) | 3개 공유 | 
| DFSN Windows EC2 인스턴스 | 27 USD | t3a.mediumvCPU 2개4GiB 메모리 | 미국 동부(버지니아 북부) | DFSN 인스턴스 | 

대형 SSD 파일 시스템의 연간 비용은 68,592 USD입니다. 분할된 워크로드의 연간 비용은 50,640 USD입니다. 이 예제에서는 워크로드를 적절한 백엔드 스토리지에 일치시키면서 26% 절감 효과를 얻을 수 있습니다. 요금 추정에 대한 자세한 내용은 [AWS Pricing Calculator](https://calculator.aws/#/estimate?id=50b7af500c59bdff4c35e57bc9b8c71334cf4232) 추정치를 참조하세요.

## 비용 최적화 권장 사항
<a name="storage-fsx-data-sharding-rec"></a>

데이터 중복 제거 솔루션을 배포하려면 데이터 유형, I/O 크기 및 I/O 액세스 패턴을 기반으로 [Microsoft DFS 네임스페이스](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)를 설정해야 합니다. 각 네임스페이스는 최대 50,000개의 파일 공유와 총 수백 페타바이트의 스토리지 용량을 지원합니다.

사용하려는 모든 파일 공유에서 I/O를 균등하게 분배하는 샤드 규칙을 선택하는 것이 가장 효율적입니다. 워크로드를 모니터링하면 추가 최적화 또는 비용 절감에 도움이 됩니다. Amazon FSx 파일 시스템의 성능 정보를 측정하는 데 도움이 필요한 경우 FSx for Windows File Server 설명서의 [FSx for Windows File Server performance](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)를 참조하세요.

샤딩 전략을 선택한 후 DFS 네임스페이스를 사용하여 공유에 쉽게 액세스할 수 있도록 파일 시스템을 그룹화할 수 있습니다. 이를 통해 사용자는 실제로 목적별 사용 사례를 통해 다양한 파일 시스템에 액세스할 때 하나의 동종 파일 시스템을 볼 수 있습니다. 최종 사용자가 공유가 설계된 워크로드를 쉽게 확인할 수 있도록 적절한 이름 지정 규칙을 사용하여 공유를 생성하는 것이 중요합니다. 최종 사용자는 실수로 잘못된 파일 시스템에 파일을 배치하지 않도록 프로덕션 공유와 비프로덕션 공유에 레이블을 지정하는 것도 중요합니다.

다음 다이어그램에서는 단일 DFS 네임스페이스를 여러 Amazon FSx 파일 시스템의 액세스 포인트로 사용하는 방법을 보여줍니다.

![\[DFN 네임스페이스 액세스 포인트\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/grouping_fsx_dfsn.png)


다음 사항에 유의하세요.
+ 기존 FSx for Windows File Server 공유를 DFS 트리에 추가할 수 있습니다.
+ Amazon FSx는 DFS 공유 경로의 루트에 추가할 수 없습니다. 하위 폴더는 하나뿐입니다.
+ DFS 네임스페이스 구성을 지원하려면 EC2 인스턴스를 배포해야 합니다.

DFS-N 구성에 대한 자세한 내용은 Microsoft 설명서의 [DFS Namespaces overview](https://learn.microsoft.com/en-us/windows-server/storage/dfs-namespaces/dfs-overview)를 참조하세요. DFS 네임스페이스 사용에 대한 자세한 내용은 YouTube의 [Using DFS Namespaces with Amazon FSx for Windows File Server](https://www.youtube.com/watch?v=s482kj_xMeE) 비디오를 시청하세요.

## 추가 리소스
<a name="storage-fsx-data-sharding-resources"></a>
+ [Grouping multiple file systems with DFS Namespaces](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)(Amazon FSx 설명서)
+ [Walkthrough 6: Scaling out performance with shards](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/scale-out-performance.html)(Amazon FSx 설명서)
+ [Using DFS Namespaces with Amazon FSx for Windows File Server](https://aws-labs.net/images/Resource/Video-FSX-DFSN-v4.pdf)(AWS Labs)

# Amazon FSx에서 HDD 볼륨 사용량 이해
<a name="storage-fsx-hdd-volumes"></a>

## 개요
<a name="storage-fsx-hdd-volumes-overview"></a>

Amazon FSx for Windows File Server는 파일 시스템 용량과 독립적으로 처리량을 선택할 수 있는 유연성을 제공합니다. Hard Disk Drive(HDD) 및 Sold State Drive(SSD)와 같은 두 가지 용량 설정을 사용할 수 있습니다.

다음 다이어그램에서는 처리량과 스토리지 설정 간 관계를 보여줍니다.

![\[처리량과 스토리지 설정 간 관계\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_volumes_fsx.png)


HDD 기반 스토리지를 사용하면 80 버스트 디스크 IOPS(스토리지의 TiB당 IOPS)가 포함된 12 IOPS 기준과 80 버스트 MB/초(스토리지의 TiB당)가 포함된 12MB/초 기준의 처리량이 제공됩니다. 예를 들어 공유 크기가 50TB인 경우 처리량과 IOPS 모두에 대한 기준으로 50 \$1 12 = 600이 제공됩니다.

Amazon FSx for Windows File Server는 80 버스트 IOPS를 제공합니다. 버스트 크레딧은 사용률이 기준 속도보다 낮으면 자동으로 다시 채워지고 사용률이 기준 속도보다 높으면 자동으로 소비됩니다. 예를 들어 워크로드가 한 시간 동안 10 IOPS/TB(기준 속도보다 2 IOPS/TB 낮음)만 사용하는 경우 버스트 크레딧이 다시 부족해지기 전에 다음 시간 동안 14 IOPS/TB(기준보다 2 IOPS/TB 높음)를 활용할 수 있습니다.

파일 작업의 경우 Amazon FSx for Windows File Server는 SSD 스토리지에서 1밀리초 미만의 일관된 지연 시간을 제공하고 HDD 스토리지에서 10밀리초 미만의 지연 시간을 제공합니다. HDD 스토리지가 있는 파일 시스템을 포함해 모든 파일 시스템에 대해 Amazon FSx for Windows File Server는 파일 서버에 빠른(인 메모리) 캐시를 제공하므로 스토리지 유형에 관계없이 자주 액세스하는 데이터에 대해 고성능 및 밀리초 미만의 지연 시간을 확보할 수 있습니다.

적절한 경우 HDD 스토리지를 사용하면 전체 스토리지 용량의 비용을 절감하고 필요에 맞는 신뢰할 수 있는 스토리지 플랫폼을 제공하는 데 도움이 될 수 있습니다.

## 비용 영향
<a name="storage-fsx-hdd-volumes-cost"></a>

Amazon FSx for Windows File Server 성능은 스토리지 용량, 스토리지 유형 및 처리량과 같은 세 가지 요인에 따라 달라집니다. 네트워크 I/O 성능 및 인 메모리 캐시 크기는 처리량 용량에 따라 단독으로 결정되지만 디스크 I/O 성능은 처리량 용량, 스토리지 유형 및 스토리지 용량의 조합에 따라 결정됩니다.

SSD는 I/O 집약적 워크로드에 권장되지만 HDD 성능 사양으로 요구 사항을 충족할 수 있는 다양한 워크로드가 있습니다. HDD 스토리지는 홈 디렉터리, 사용자 및 부서별 공유, 콘텐츠 관리 시스템 등 광범위한 워크로드에 맞게 설계되었습니다. 예를 들어 사용자에게 현재 프로젝트를 지원하는 데이터에 대한 짧은 지연 시간 액세스만 필요한 경우 저장하는 대부분의 데이터에 자주 액세스하지 않습니다.

이 경우 [AWS Pricing Calculator](https://calculator.aws/#/estimate?id=24d13161c41a4f947ff78abb2e36c1815c914cb1)를 사용하여 `us-east-1`의 HDD 파일 시스템과 20TB SSD를 비교할 수 있습니다. 다음 표에서 볼 수 있듯이 중복 제거 비용 절감 효과가 없더라도 HDD 파일 시스템을 SSD 파일 시스템과 비교할 경우 상당한 비용 차이는 있습니다.


****  

| Amazon FSx 파일 시스템 구성 | 월별 비용 | 
| --- | --- | 
| 20TB 다중 AZ SSD(us-east-1) | 4,699.30 USD | 
| 20TB 다중 AZ HDD(us-east-1) | 542.88 USD | 
| 예상 월별 절감액 | 4,156.42 USD | 

**참고**  
추가 FSx for Windows File Server 절감 효과는 이 가이드의 [Amazon FSx에서 데이터 중복 제거 활성화](storage-fsx-deduplication.md) 섹션을 참조하세요.

성능 요구 사항을 올바르게 식별하면 워크로드에 적합한 스토리지를 선택하고 비용을 절감할 수 있습니다.

## 비용 최적화 권장 사항
<a name="storage-fsx-hdd-volumes-rec"></a>

HDD 스토리지를 사용하기로 결정했다면 파일 시스템을 테스트하여 성능 요구 사항을 충족할 수 있는지 확인합니다. HDD 스토리지는 SSD 스토리지에 비해 비용이 저렴하지만 디스크 처리량 및 스토리지 단위당 디스크 IOPS 수준이 낮습니다. I/O 요구 사항이 낮은 범용 사용자 공유 및 홈 디렉터리, 데이터가 자주 검색되지 않는 대규모 콘텐츠 관리 시스템 또는 대용량 파일 수가 적은 데이터세트에 적합할 수 있습니다.

기존 파일 시스템의 스토리지 유형은 변경할 수 없습니다. Amazon FSx for Windows File Server 파일 시스템의 스토리지 유형을 변환하려면 기존 파일 시스템을 백업하고 원하는 스토리지 유형의 새 파일 시스템으로 복원해야 합니다. 기존 SSD 파일 시스템을 HDD 파일 시스템으로 변환하려는 경우 HDD의 최소 용량은 2TB 이상이어야 합니다.

다른 스토리지 유형의 백업을 복원하려면 다음을 수행합니다.

1. [기존 파일 시스템을 백업하세요](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html).

1. HDD 스토리지 유형을 사용하여 [새 Amazon FSx 파일 시스템을 생성하세요](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html).

1. 원하는 스토리지 유형을 사용하여 백업을 새 파일 시스템으로 복원하세요.

1. 새 파일 시스템의 스토리지 유형이 올바르고 데이터가 손상되지 않았는지 확인하세요.

변경 사항을 프로덕션으로 이동하기 전에 Amazon FSx 파일 시스템의 성능을 분석하고 변경 사항이 허용되는지 확인하는 것이 좋습니다. 자세한 지침은 AWS 스토리지 블로그의 [새 지표로 Amazon FSx for Windows File Server 성능 최적화](https://aws.amazon.com/blogs/storage/optimizing-amazon-fsx-for-windows-file-server-performance-with-new-metrics/) 게시물을 참조하세요.

## 추가 리소스
<a name="storage-fsx-hdd-volumes-resources"></a>
+ [Optimizing costs with Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html)(Amazon FSx 설명서)

# 단일 가용 영역 사용
<a name="storage-fsx-single-az"></a>

## 개요
<a name="storage-fsx-single-az-overview"></a>

이 섹션에서는 [Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)의 단일 가용 영역 구현을 사용하는 것이 더 유용한 경우를 설명합니다. 단일 가용 영역으로 이전하여 비용을 절감하는 동시에 Amazon FSx for Windows File Server를 관리형 파일 스토리지 서비스로 사용할 수 있는 시나리오를 다룹니다. 프로덕션 워크로드에 대해 Amazon FSx에서 단일 가용 영역을 구현하는 것이 좋습니다. 이렇게 하면 다중 가용 영역의 중복성을 보장하는 데 도움이 될 수 있습니다.

## 비용 영향
<a name="storage-fsx-single-az-cost"></a>

단일 가용 영역 파일 시스템은 다중 가용 영역 구현에 비해 약 40%의 비용 절감 효과를 제공합니다. 다중 가용 영역 파일 시스템을 사용하면 단일 가용 영역 파일 시스템에서 SSD의 경우 월별 GB 0.230 USD, HDD의 경우 월별 GB 0.025 USD를 지불하고, SSD의 경우 월별 GB 0.130 USD, HDD의 경우 월별 GB 0.013 USD를 지불합니다. [AWS Pricing Calculator](https://calculator.aws/#/)를 사용하여 비용 비교를 확인하고 자체 추정치를 생성할 수 있습니다.

10TB 파일 시스템의 경우 다중 가용 영역에 대해 월별 약 1,200 USD를 지불하거나 단일 가용 영역에 대해 월별 680 USD를 지불하는 차이가 날 수 있습니다. 이 [예제](https://calculator.aws/#/estimate?id=3339ba60d065a76ecfcaa1770450214534941c8f)에서는 SSD에서 10TB FSx for Windows File Server 파일 시스템을 사용합니다. 중복 제거에 대한 예상 절감 효과는 50%입니다. 전반적으로 단일 가용 영역은 진입 비용이 낮지만 다음 섹션에서 다루는 몇 가지 사항에 주의해야 합니다.

## 비용 최적화 권장 사항
<a name="storage-fsx-single-az-rec"></a>

### 단일 가용 영역 배포
<a name="storage-fsx-single-az-rec-singleaz"></a>

단일 가용 영역이 적합한지 확인하려면 FSx for Windows File Server에 저장되는 데이터에 대한 자체 내부 SLA를 고려합니다. 이를 위해서는 고객에게 제공할 SLAs가 있는지(내부 및 외부)와 Amazon FSx 단일 가용 영역의 99% 가용성으로 인해 여전히 해당 SLAs를 충족할 수 있는지를 이해해야 합니다. 단일 가용 영역이 있는 FSx for Windows File Server의 가동 시간은 여전히 99.9%입니다. 다중 가용 영역에서 Amazon FSx의 SLA는 99.99%를 초과합니다. 미션 크리티컬 워크로드의 경우 추가 비용이 발생하더라도 단일 가용 영역보다 다중 가용 영역을 사용하는 것이 좋습니다.

단일 가용 영역 배포는 SQL Server 데이터베이스 백업과 같은 워크로드에 적합합니다. HDD 티어로 저렴한 스토리지를 제공하는 동시에 일관된 가동 시간을 제공할 수 있습니다. 고가용성 SQL 서버 또는 프로덕션 애플리케이션 액세스와 같은 프로덕션 워크로드에 더 높은 수준의 가용성이 필요한 경우 단일 가용 영역은 해당 워크로드에 적합하지 않습니다. 백업, 비프로덕션 테스트 및 개발 환경의 경우 Amazon FSx 단일 가용 영역 구현을 통해 운영 비용을 절감할 수 있습니다.

Amazon FSx 단일 가용 영역 파일 시스템이 잘 작동하는 한 가지 사용 사례는 Always On 가용성 그룹을 사용하는 고가용성 SQL Server 클러스터의 서버당 스토리지로 여러 Amazon FSx 단일 가용 영역 파일 시스템이 사용되는 프로덕션 상황입니다. 자세한 내용은 AWS 스토리지 블로그의 게시물[에서 고가용성 SQL Server 배포 비용 최적화 AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/)를 참조하세요.

### 다중 리전 복제
<a name="storage-fsx-single-az-rec-multregrep"></a>

단일 가용 영역 파일 시스템(단일 가용 영역 파일 시스템만 작동하는 시스템)으로 비용을 절감할 수 있는 잠재적 옵션은 Amazon FSx를 사용한 다중 리전 복제를 활용하려는 경우입니다. 네이티브 Microsoft DFS-R에서의 사용을 지원하는 [단일 AZ 파일 시스템](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html)을 배포할 수 있습니다. DFS-R에는 여러 리전 및 다중 사이트에 데이터를 자동으로 복제하는 기능이 있습니다. Amazon FSx를 사용하여 DFS-R을 구성하는 방법에 대한 자세한 내용은 Amazon FSx 설명서의 [Using Microsoft Distributed File System Replication](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/additional-info.html#using-dfsr)을 참조하세요.

다중 리전 비용 절감을 위한 또 다른 대안은를 사용하는 것입니다 AWS Storage Gateway. 이 경우 Amazon FSx의 다중 리전 액세스를 위해 다른 리전에서 [Amazon FSx File Gateway](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html)를 구현할 수 있습니다. 자세한 내용은 이 가이드의 [AWS Storage Gateway](storage-main-storage-gateway.md) 섹션을 참조하세요.

여러 리전에서 작업하는 경우 교차 리전 데이터 트래픽에 대한 데이터 전송 비용을 고려해야 합니다. 여러 리전에서 이동하는 트래픽에는 0.02 USD/Gb 요금이 부과됩니다. 따라서 대량으로 데이터를 계속 변경하면 전체 비용이 추가됩니다. [예](https://calculator.aws/#/estimate)를 들어 1TB의 데이터 전송은 약 20.48 USD에 해당합니다.

### 유지 관리 윈도우
<a name="storage-fsx-single-az-rec-window"></a>

Amazon FSx에서 단일 가용 영역을 사용하는 경우 유지 관리 기간이 주요 고려 사항입니다. 기본 Windows Server에 대한 일상적인 소프트웨어 패치로 인해 유지 관리 기간에 Amazon FSx 파일 시스템을 약 20분 동안 사용할 수 없습니다. 야간 백업에 파일 시스템을 사용하는 경우 백업 중에 중단이 발생하지 않도록 Amazon FSx 유지 관리 기간을 적절히 조정합니다. Amazon FSx 파일 시스템을 생성한 후 [유지 관리 기간](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html)을 조정할 수 있습니다.

## 추가 리소스
<a name="storage-fsx-single-az-resources"></a>
+ [Availability and durability: Single-AZ and Multi-AZ file systems](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/high-availability-multiAZ.html#deployment-type-features-summary)(Amazon FSx 설명서)
+ [Amazon FSx for Windows File Server 요금](https://aws.amazon.com/fsx/windows/pricing/)(AWS 웹 사이트)

# AWS Storage Gateway
<a name="storage-main-storage-gateway"></a>

AWS Storage Gateway 는 온프레미스 환경을 클라우드 스토리지와 연결하는 하이브리드 AWS 클라우드 스토리지 서비스입니다. 이를 통해 기존 온프레미스 인프라를와 원활하게 통합하여 클라우드에서 데이터를 AWS저장 및 검색하고 하이브리드 환경에서 애플리케이션을 실행할 수 있습니다. Windows 워크로드의 경우 Storage Gateway를 사용하여 SMB 및 NFS와 같은 기본 Windows 프로토콜을 통해 데이터를 저장하고 데이터에 액세스할 수 있습니다. Storage Gateway를 사용하면 온프레미스 하드웨어 및 소프트웨어를 클라우드에 대한 브리지로 AWS 사용하여에서 Windows 워크로드 실행과 관련된 비용을 줄일 수 있습니다. 이를 통해 기존 인프라를 크게 변경 AWS 하지 않고도의 확장성과 비용 효율성을 활용할 수 있습니다.

Storage Gateway에는 Amazon S3 File Gateway, Amazon FSx File Gateway, Tape Gateway 및 Volume Gateway가 포함됩니다. S3 File Gateway 및 FSx File Gateway는 Microsoft 워크로드에서 가장 일반적으로 사용됩니다.

## Amazon S3 File Gateway
<a name="storage-main-storage-gateway-s3-summary"></a>

[Amazon S3 File Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/what-is-file-s3.html)를 사용하면 기존 SMB 공유를 사용하여 사용자에게 액세스 권한을 제공하면서 Amazon S3에 파일을 저장할 수 있습니다. 이를 통해 친숙한 사용자 인터페이스를 제공하며, Amazon S3에 데이터를 저장하고 다양한 Amazon S3 스토리지 티어를 활용하여 비용을 절감할 수 있습니다. S3 Intelligent Tiering을 통해 Storage Gateway를 구현하면 수명 주기 파일을 가장 저렴한 스토리지 티어로 자동 이동하여 비용을 더욱 절감할 수 있습니다. 스케일 아웃, 읽기 전용 액세스, 빠른 반복 읽기(캐시에서) 및 데이터베이스 덤프에는 S3 File Gateway를 사용하는 것이 좋습니다. 일반적으로 고성능 또는 고가용성 쓰기, 파일 편집 또는 부서 공유에는 권장되지 않습니다.

## Amazon FSx File Gateway
<a name="storage-main-storage-gateway-fsx-summary"></a>

[Amazon FSx File Gateway](https://docs.aws.amazon.com/filegateway/latest/filefsxw/what-is-file-fsxw.html)는 Amazon FSx Windows 파일 시스템을 사용하는 경우 비용 절감 효과도 제공할 수 있습니다. FSx File Gateway를 통해 다른 리전의 Amazon FSx 파일 시스템에 대한 현지화된 액세스를 제공하여 두 개의 독립 파일 시스템을 보유하는 비용을 방지할 수 있습니다. 이는 온프레미스 파일 서버가 여러 개 있고 여러 하드웨어 디바이스에 대한 비용을 지불하지 않도록 통합하려는 경우에도 유용할 수 있습니다.

## 비용 영향
<a name="storage-main-storage-gateway-cost"></a>

### Amazon S3 File Gateway
<a name="storage-main-storage-gateway-cost-s3-filegate"></a>

Storage Gateway의 시작 마법사를 사용할 수 있으므로 S3 File Gateway는 쉽게 설정할 수 있습니다. AWS 환경에서 EC2 인스턴스를 사용하여 몇 분 만에 게이트웨이를 배포할 수 있습니다. 게이트웨이가 설정된 후 SMB 및 NFS 프로토콜을 통해 액세스할 수 있도록 Storage Gateway 공유를 구성할 수 있습니다. 일반적인 Windows 워크로드의 경우 이 설정을 사용하여 Active Directory 환경을 활용하고 파일 공유에 대한 권한을 설정할 수도 있습니다. Storage Gateway는 일반적인 Windows 파일 공유로 작동하므로 일반적인 사용 사례에 효과적으로 통합할 수 있습니다. 파일 및 폴더는 객체로 저장되고 NTFS 액세스 제어 목록(ACL)은 메타데이터로 저장됩니다.

다음 표에서는 10TB 스토리지 비용을 사용 가능한 세 가지 스토리지 옵션과 비교합니다.
+ FSx for Windows File Server
+ Amazon S3 File Gateway
+ Amazon Elastic Block Store(Amazon EBS) 

Amazon S3를 사용하면 데이터를 다양한 사용 티어로 분할할 수 있으므로 10TB의 스토리지를 저장하는 요금이 훨씬 저렴합니다. 요금 추정치에서 요금 유연성을 위해 S3 Intelligent Tiering이 사용됩니다. 여기에는 S3 Standard(80%), Infrequent Access(10%), Amazon Glacier(10%)가 포함됩니다. Amazon Glacier를 사용할 수 있지만 Amazon Glacier로 이동된 파일에 즉시 액세스할 필요가 없도록 적절한 수명 주기 규칙을 설정하는 것이 중요합니다. Amazon Glacier는 일반적인 액세스 사용이 아니라 순전히 아카이브 사용에 적용됩니다.


****  

| 스토리지 시스템 | 10TB 스토리지 비용 | 리전 | 
| --- | --- | --- | 
| FSx for Windows File Server(중복 제거에서 50% 절감된다고 가정) | [683.20 USD SSD](https://calculator.aws/#/estimate?id=0833fc4f9b69ef3902e600afa3bd35e4c43bd034) | 미국 동부(버지니아 북부) | 
| Amazon S3 File Gateway | [449.51 USD Intelligent Tiering](https://calculator.aws/#/estimate?id=e584593492b7b6e14752516b3022d85c0e701067) | 미국 동부(버지니아 북부) | 
| Amazon EBS | [1,335.69 USD GP3](https://calculator.aws/#/estimate?id=1645edeaf53d61821ee1fc60d4d8e876630d4331) | 미국 동부(버지니아 북부) | 

다음을 고려하세요.
+ Amazon Glacier에서는 [RestoreObject](https://docs.aws.amazon.com/AmazonS3/latest/API/API_RestoreObject.html) API를 사용하여 객체를 Amazon S3로 복원하지 않으면 일반 I/O 오류가 발생합니다. Amazon CloudWatch Events를 사용하여 이 I/O 오류에 대한 알림을 사용하는 것이 좋습니다. 이러한 방식으로 운영 팀은 액세스해야 할 수 있는 파일에서 이 오류가 발생하는 사용자에게 대응할 수 있습니다. 이러한 오류에 대한 자세한 내용은 Amazon S3 File Gateway 설명서의 [Error: InaccessibleStorageClass](https://docs.aws.amazon.com/filegateway/latest/files3/troubleshooting-file-gateway-issues.html#troubleshoot-logging-errors-inaccessiblestorageclass)를 참조하세요.
+ 액세스에 대한 Amazon Glacier의 제한 사항 외에도 Storage Gateway에서는 [객체/폴더당 10개 ACL만](https://docs.aws.amazon.com/filegateway/latest/files3/troubleshooting-file-gateway-issues.html#troubleshoot-copying-files-to-s3) 허용됩니다. Storage Gateway를 사용하기 전에 10개를 초과하는 ACL 항목이 필요하지 않은지 확인합니다.

### Amazon FSx File Gateway
<a name="storage-main-storage-gateway-cost-fsx-filegate"></a>

Amazon S3 File Gateway와 마찬가지로 FSx File Gateway는 데이터를 장기간 유지하는 파일 시스템에 대한 액세스를 제공합니다. Amazon S3 File Gateway에서 데이터는 Amazon S3에 상주합니다. FSx File Gateway의 경우 데이터는 FSx for Windows File Server에 상주합니다. FSx for Windows File Server에는 다중 AZ 옵션을 사용할 수 있지만 다중 리전 옵션은 없습니다. 글로벌 회사 또는 원격 사무실이 있는 경우 지연 시간을 방지하기 위해 최종 사용자에게 지리적으로 가까운 공유 스토리지 플랫폼을 제공해야 할 수 있습니다. 다른 Amazon FSx 파일 시스템을 배포하는 경우 완전히 새로운 Amazon FSx for Windows File Server 파일 시스템과 필요한 스토리지 비용이 추가됩니다. 완전히 새로운 파일 시스템을 생성하지 않고 비용이 중복되지 않도록 보조 리전에 FSx File Gateway를 배포할 수 있습니다. 이 경우 사용자에게 파일에 대한 현지화된 액세스를 제공하면서 전체 비용을 절감할 수 있습니다.


****  

| 스토리지 시스템 | 10TB 스토리지 비용 | 리전 | 
| --- | --- | --- | 
| Amazon FSx for Windows File Server | 683.20 USD SSD | 미국 동부(버지니아 북부) | 
| Amazon FSx File Gateway | 503.70 USD/단일 게이트웨이 | 미국 동부(버지니아 북부) | 

**참고**  
이전 표의 요금은 [Storage Gateway 요금](https://aws.amazon.com/storagegateway/pricing/)에 기반합니다.

다음 사항에 유의하세요.
+ FSx File Gateway를 사용하면 다중 리전 워크로드에 대해 월별 약 180 USD(또는 연간 2,100 USD)를 절감할 수 있습니다.
+ FSx File Gateway를 사용하면 데이터 전송 요금이 훨씬 낮아집니다. 전체 보조 사본이 아니라 정기적으로 액세스하는 파일만 캐싱하면 되기 때문입니다.
+ 서로 다른 리전에 FSx for Windows File Server를 두 개 배포하여 AWS Backup 또는 로 업데이트할 수 있지만 AWS DataSync두 옵션 모두 거의 실시간으로 제공되지 않습니다.

## 비용 최적화 권장 사항
<a name="storage-main-storage-gateway-rec"></a>

### Amazon S3 File Gateway
<a name="storage-main-storage-gateway-rec-s3-gateway"></a>

S3 File Gateway는 파일 저장을 위한 저렴한 옵션을 제공하지만 파일 시스템을 구현하고 사용하는 방법과 관련하여 몇 가지 문제를 고려해야 합니다. 예를 들어 S3 File Gateway는 Storage Gateway 소프트웨어를 실행하기 위해 가상 머신을 사용해야 합니다. 에서 AWS Storage Gateway는 기본적으로 m5.xlarge 인스턴스를 사용하여 Amazon EC2에 배포됩니다. 온프레미스 스토리지 비용을 줄이려면 VMware 및 Hyper-V와 같은 가상화 플랫폼에 가상 어플라이언스로 Storage Gateway를 배포할 수 있습니다.

#### 고가용성 고려 사항
<a name="storage-main-storage-gateway-rec-s3-gateway-highavail"></a>

Storage Gateway를 실행하면 파일에 대한 액세스의 단일 장애점 역할을 합니다. 불필요한 가동 중지 시간을 방지하려면 사용자가 Storage Gateway 인스턴스를 변경하거나 중지 및 시작할 수 있도록 엄격한 액세스 제어를 구현하는 것이 좋습니다. 또한의 배포의 경우 Amazon Data Lifecycle Manager를 사용하여 라우팅 스냅샷을 생성하여 Storage Gateway 구현을 신속하게 복구하는 AWS것이 좋습니다. VMware를 사용하여 온프레미스에서 Storage Gateway를 실행하는 경우 [고가용성](https://aws.amazon.com/blogs/storage/deploy-a-highly-available-aws-storage-gateway-on-a-vmware-vsphere-cluster/)을 위해 Storage Gateway를 구성할 수 있습니다.

#### 여러 파일 시스템 실행
<a name="storage-main-storage-gateway-rec-s3-gateway-multiple"></a>

일상적으로 사용하는 파일 워크로드를 아카이브 워크로드와 분리하면 불필요한 스토리지 비용을 방지하는 데 도움이 될 수 있습니다. Storage Gateway는 FSx for Windows File Server 파일 시스템과 함께 배포할 수 있습니다. [DFS 네임스페이스](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/group-file-systems.html)를 사용하면 FSx for Windows File Server에서 실행되는 기본적인 일상적으로 사용되는 스토리지와 Amazon S3에서 실행되는 스토리지(Storage Gateway를 통해 액세스함)를 표시할 수 있습니다.

다음 다이어그램에서는 단일 DFS 네임스페이스를 여러 백엔드 스토리지 옵션의 프론트엔드 액세스 포인트로 사용하는 방법을 보여줍니다.

![\[DFS 네임스페이스를 프론트엔드 액세스 포인트로 사용.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/namespace_dfsn.png)


클라이언트는 **\$1\$1example.com\$1storage**와 같은 폴더 구조로 이동합니다. 이 기본 디렉터리에는 하위 디렉터리가 포함되어 있습니다. FSx for Windows File Server 파일 시스템에는 일반적으로 액세스되는 파일 공유가 포함되어 있습니다. Storage Gateway에서 생성된 파일 공유를 아카이브 데이터에 사용할 수 있습니다. 사용자는 항목을 아카이브 폴더에 수동으로 아카이브하거나 일부 파일을 일반 파일 공유에서 아카이브 폴더로 이동하는 프로세스를 빌드할 수 있습니다.

다음을 고려하세요.
+ 스토리지 요구 사항을 검토하고 [캐시에 적합한 스토리지](https://docs.aws.amazon.com/filegateway/latest/filefsxw/ManagingLocalStorage-common.html)를 제공합니다.
+ 게이트웨이를 Active Directory 구성에 추가하고 [파일에 액세스하기 위해 표준 Windows ACL](https://docs.aws.amazon.com/filegateway/latest/files3/smb-acl.html)을 사용합니다.

### FSx File Gateway
<a name="storage-main-storage-gateway-rec-gateway"></a>

FSx File Gateway 배포는 S3 File Gateway 배포와 비슷하지만 시작 마법사를 사용하면 훨씬 더 쉽습니다. 자세한 지침은 Amazon FSx File Gateway 설명서의 [Step 3: Create and activate an Amazon FSx File Gateway](https://docs.aws.amazon.com/filegateway/latest/filefsxw/create-gateway-file.html)를 참조하세요. 환경에 FSx File Gateway를 배포한 후 이를 기존 Amazon FSx 파일 시스템에 연결하고 파일에 액세스할 수 있습니다.

스토리지는 FSx File Gateway를 배포할 경우 기본 고려 사항입니다. 기본 스토리지는 150GB를 제공하며, 이는 파일 캐싱을 위한 적절한 공간 크기입니다. 여유 공간이 적은 경우 모니터링 알림을 생성하면 과도한 할당 없이 스토리지 크기를 조정하는 데 도움이 될 수 있습니다.

## 추가 리소스
<a name="storage-main-storage-gateway-resources"></a>
+ [AWS Storage Gateway 리소스](https://aws.amazon.com/storagegateway/resources/)(AWS 문서)