기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon FSx
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 파일 스토리지 선택
## 개요
AWS 는 최신 AWS 인프라 혁신과 보안을 결합하면서 업계 최고의 파일 서비스의 풍부한 기능을 제공하는 다양한 완전 관리형 스토리지 서비스를 제공합니다. AWS 서비스를 코드형 인프라(IaC) 워크플로에 통합하고 AWS 컴퓨팅, 모니터링 및 데이터 보호 서비스와 통합할 수 있습니다. Windows 워크로드의 경우 애플리케이션 요구 사항에 맞게 사용할 수 있는 두 가지 완전관리형 파일 서비스인 FSx for Windows File Server와 Amazon FSx for NetApp ONTAP 중에서 선택할 수 있습니다.
### FSx for Windows File Server
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
FSx for ONTAP은 NetApp의 독점 ONTAP 파일 시스템에 기반합니다. 어느 정도의 고급 기술이 필요하며 대부분 기존 온프레미스 NetApp 사용자에게 권장됩니다. 일반적인 사용 사례로, 사용자 및 그룹 공유, SQL Server용 Always On 장애 조치 클러스터 인스턴스 및 Windows 애플리케이션이 포함됩니다. FSx for ONTAP은 64TB보다 큰 파일 시스템(DFS 네임스페이스 서버가 없는 PB 규모), 복제, 스냅샷, 압축(스토리지 효율성) 및 데이터의 지능형 계층화를 지원하는 여러 프로토콜을 지원합니다.
## 비용 영향
### FSx for Windows File Server
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
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 분산 파일 시스템과 통합
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)를 지원하며, 단일 가용 영역을 사용하는 경우에만 지원합니다.
## 비용 최적화 권장 사항
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로 계산됩니다.
### 백업
기본적으로 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의 리전 복원력을 기반으로 합니다.
### 적정 규모 조정
또한 적정 규모 조정 및 과다 프로비저닝 방지를 통해 비용을 절감하고 파일 시스템을 최대한 활용할 수 있습니다.
적정 규모로 조정하려면 다음을 수행합니다.
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. 성능에 만족하는 경우 파일 공유로 전환하세요.
스토리지 용량은 스케일 업만 가능하므로 보수적인 접근 방식을 사용하는 것이 좋습니다. 필요에 따라 처리량 용량을 스케일 업 및 스케일 다운할 수 있습니다.
## 추가 리소스
+ [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에서 데이터 중복 제거 활성화
## 개요
데이터 중복 제거는 더 적은 용량 요구 사항으로 데이터를 더 효율적으로 저장할 수 있는 기능입니다. 여기에는 충실도 또는 무결성을 손상시키지 않고 데이터 내에서 중복을 찾고 제거하는 작업이 포함됩니다. 데이터 중복 제거는 일반 파일 서버의 경우 2:1, 가상화 데이터의 경우 최대 20:1의 최적화 비율을 제공하는 하위 파일 가변 크기 청킹 및 압축을 사용합니다. 데이터 중복 제거는 NTFS 압축보다 훨씬 더 효과적입니다. 중복 제거 아키텍처에는 메타데이터 및 가장 많이 액세스되는 데이터 청크에 대한 중복성을 포함하여 데이터 및 메타데이터에 대한 전체 체크섬 검증을 통해 하드웨어 장애 시 복원력이 내제되어 있습니다.
FSx for Windows File Server에서는 데이터 중복 제거를 완전히 지원합니다. 이 기능을 사용하면 범용 파일 공유의 평균 50\$160%를 절감할 수 있습니다. 공유 내에서 사용자 문서의 경우 절감 범위는 30%\$150%, 소프트웨어 개발 데이터세트의 경우 70%\$180%입니다. 데이터 중복 제거로 얻을 수 있는 스토리지 절감 효과는 여러 파일에서 중복된 양 등의 데이터세트 특성에 따라 달라집니다. 저장된 데이터가 본질적으로 동적인 경우 중복 제거는 좋은 옵션이 아닙니다.
## 비용 영향
엔터프라이즈의 데이터 스토리지 증가에 대처하기 위해 관리자는 서버를 통합하고 용량 규모 조정 및 데이터 최적화를 주요 목표로 설정합니다. 데이터 중복 제거의 기본 설정은 즉시 절감 효과를 제공하거나 관리자가 설정을 미세 조정하여 추가 이점을 확인할 수 있습니다. 예를 들어 특정 파일 유형에서만 중복 제거가 실행되도록 구성하거나 사용자 지정 작업 일정을 만들 수 있습니다.
상위 수준에서 중복 제거에는 최적화, 폐영역 회수, 스크러빙이라는 세 가지 유형의 작업이 있습니다. 최적화 후 폐영역 회수 작업을 실행할 때까지 공간은 해제되지 않습니다. 작업을 예약하거나 수동으로 실행할 수 있습니다. 데이터 중복 제거 작업을 예약할 때 사용할 수 있는 모든 설정은 작업을 수동으로 시작할 때도 사용할 수 있습니다(예약별 설정은 제외).
중복 제거를 통한 효과적인 비용 절감 효과가 25%에 불과하더라도 FSx for Windows File Server에서 상당한 비용을 절감할 수 있습니다. 이러한 예상 절감 효과는 AWS Pricing Calculator의 [추정치](https://calculator.aws/#/estimate?id=b25b166595553e055c594e89e3c13610df570bc9)를 기반으로 합니다.
## 비용 최적화 권장 사항
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)을 참조하세요.
## 추가 리소스
+ [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에서 데이터 샤딩 이해
## 개요
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)을 초과하여 최대 수백 페타바이트까지 파일 데이터 스토리지를 확장하는 데 도움이 될 수 있습니다.
## 비용 영향
대규모 데이터세트의 경우 일반적으로 동일한 수준의 성능을 달성하기 위해 하나의 대용량 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) 추정치를 참조하세요.
## 비용 최적화 권장 사항
데이터 중복 제거 솔루션을 배포하려면 데이터 유형, 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) 비디오를 시청하세요.
## 추가 리소스
+ [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 볼륨 사용량 이해
## 개요
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 스토리지를 사용하면 전체 스토리지 용량의 비용을 절감하고 필요에 맞는 신뢰할 수 있는 스토리지 플랫폼을 제공하는 데 도움이 될 수 있습니다.
## 비용 영향
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) 섹션을 참조하세요.
성능 요구 사항을 올바르게 식별하면 워크로드에 적합한 스토리지를 선택하고 비용을 절감할 수 있습니다.
## 비용 최적화 권장 사항
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/) 게시물을 참조하세요.
## 추가 리소스
+ [Optimizing costs with Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/optimize-fsx-costs.html)(Amazon FSx 설명서)
# 단일 가용 영역 사용
## 개요
이 섹션에서는 [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에서 단일 가용 영역을 구현하는 것이 좋습니다. 이렇게 하면 다중 가용 영역의 중복성을 보장하는 데 도움이 될 수 있습니다.
## 비용 영향
단일 가용 영역 파일 시스템은 다중 가용 영역 구현에 비해 약 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%입니다. 전반적으로 단일 가용 영역은 진입 비용이 낮지만 다음 섹션에서 다루는 몇 가지 사항에 주의해야 합니다.
## 비용 최적화 권장 사항
### 단일 가용 영역 배포
단일 가용 영역이 적합한지 확인하려면 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/)를 참조하세요.
### 다중 리전 복제
단일 가용 영역 파일 시스템(단일 가용 영역 파일 시스템만 작동하는 시스템)으로 비용을 절감할 수 있는 잠재적 옵션은 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에 해당합니다.
### 유지 관리 윈도우
Amazon FSx에서 단일 가용 영역을 사용하는 경우 유지 관리 기간이 주요 고려 사항입니다. 기본 Windows Server에 대한 일상적인 소프트웨어 패치로 인해 유지 관리 기간에 Amazon FSx 파일 시스템을 약 20분 동안 사용할 수 없습니다. 야간 백업에 파일 시스템을 사용하는 경우 백업 중에 중단이 발생하지 않도록 Amazon FSx 유지 관리 기간을 적절히 조정합니다. Amazon FSx 파일 시스템을 생성한 후 [유지 관리 기간](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/maintenance-windows.html)을 조정할 수 있습니다.
## 추가 리소스
+ [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 웹 사이트)