

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

# 파일 시스템 성능 문제 해결
<a name="performance-troubleshooting"></a>

FSx for Windows File Server 파일 시스템의 성능은 파일 시스템으로 이동하는 트래픽, 파일 시스템을 프로비저닝하는 방법, 데이터 중복 제거 또는 섀도우 복사본과 같이 활성화된 기능에서 사용하는 리소스 등 여러 요인에 따라 달라집니다. 파일 시스템 성능 이해에 대한 자세한 내용은 [FSx for Windows File Server 성능성능](performance.md) 섹션을 참조하세요.

**Topics**
+ [파일 시스템의 처리량 및 IOPS 한도는 어떻게 결정하나요?](#perf-throughput-IOPS-limits)
+ [네트워크 I/O와 디스크 I/O의 차이는 무엇인가요? 네트워크 I/O가 디스크 I/O와 다른 이유는 무엇인가요?](#perf-whatis-networkio-diskio)
+ [네트워크 I/O가 낮은데도 CPU 또는 메모리 사용량이 높은 이유는 무엇인가요?](#why-cpu-mem-high)
+ [버스팅은 무엇인가요? 파일 시스템에서 사용하는 버스팅의 양은 얼마인가요? 버스트 크레딧이 소진되면 어떻게 되나요?](#what-is-bursting)
+ [**모니터링 및 성능** 페이지에 경고가 표시됩니다. 파일 시스템 구성을 변경해야 하나요?](#warnings)
+ [지표가 일시적으로 누락되었는데 걱정해야 하나요?](#missing-metrics)

## 파일 시스템의 처리량 및 IOPS 한도는 어떻게 결정하나요?
<a name="perf-throughput-IOPS-limits"></a>

파일 시스템의 처리량과 IOPS 제한을 보려면 프로비저닝 처리량 용량에 따른 [성능 수준을 보여주는 테이블](performance.md#performance-table)을 참조하세요.

## 네트워크 I/O와 디스크 I/O의 차이는 무엇인가요? 네트워크 I/O가 디스크 I/O와 다른 이유는 무엇인가요?
<a name="perf-whatis-networkio-diskio"></a>

Amazon FSx 파일 시스템은 파일 시스템에 액세스하는 클라이언트에게 네트워크를 통해 데이터를 제공하는 하나 이상의 파일 서버를 포함합니다. 이것이 네트워크 I/O입니다. 파일 서버에 가장 자주 액세스하는 데이터의 성능을 향상하기 위한 빠른 인 메모리 캐시가 있습니다. 또한 파일 서버는 파일 시스템 데이터를 호스팅하는 스토리지 볼륨으로 트래픽을 유도합니다. 이것이 디스크 I/O입니다. 다음 다이어그램은 Amazon FSx 파일 시스템의 네트워크 I/O 및 디스크 I/O를 보여줍니다.

![\[FSx for Windows File Server 아키텍처에서는 파일 서버 및 스토리지 볼륨 성능 지표의 관계와 해당 지표가 파일 시스템 성능에 미치는 영향을 보여 줍니다.\]](http://docs.aws.amazon.com/ko_kr/fsx/latest/WindowsGuide/images/metrics-overview-FSxW.png)


자세한 내용은 [Amazon CloudWatch를 사용한 모니터링](monitoring-cloudwatch.md) 단원을 참조하십시오.

## 네트워크 I/O가 낮은데도 CPU 또는 메모리 사용량이 높은 이유는 무엇인가요?
<a name="why-cpu-mem-high"></a>

파일 서버 CPU 및 메모리 사용량은 구동 중인 네트워크 트래픽뿐만 아니라 파일 시스템에서 활성화한 기능에 따라 달라집니다. 해당 기능을 구성 및 스케줄링 방법이 CPU 및 메모리 사용량에 영향을 미칠 수 있습니다.

진행 중인 데이터 중복 제거 작업은 메모리를 소비할 수 있습니다. 중복 제거 작업 구성을 수정하여 메모리 요구량을 줄일 수 있습니다. 예를 들어, 최적화를 특정 파일 유형 또는 폴더에서 실행하도록 제한하거나, 최적화를 위한 최소 파일 크기 및 기간을 설정할 수 있습니다. 또한 파일 시스템의 부하가 최소인 유휴 기간에 데이터 중복 제거 작업이 실행되도록 구성하는 것을 권장합니다. 자세한 내용은 [데이터 중복 제거를 통한 스토리지 비용 절감](managing-storage-configuration.md#using-data-dedup) 단원을 참조하십시오.

액세스 기반 열거를 활성화한 경우, 최종 사용자가 파일 공유를 보거나 나열할 때, 또는 스토리지 규모 조정 작업의 최적화 단계에서 CPU 사용량이 높아질 수 있습니다. 자세한 내용은 *Microsoft 스토리지 설명서*에서 [네임스페이스에서 액세스 기반 열거 활성화](https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/enable-access-based-enumeration-on-a-namespace)를 참조하세요.

## 버스팅은 무엇인가요? 파일 시스템에서 사용하는 버스팅의 양은 얼마인가요? 버스트 크레딧이 소진되면 어떻게 되나요?
<a name="what-is-bursting"></a>

파일 기반 워크로드는 일반적으로 변동이 심하며, 버스트 간 유휴 시간이 있고, 집중적으로 단기간 높은 I/O가 발생하는 것이 특징입니다. 이런 유형의 워크로드를 지원하기 위해 Amazon FSx는 파일 시스템이 유지할 수 있는 기본 속도 외에도 네트워크 I/O 및 디스크 I/O 작업 모두에 대해 일정 기간 동안 더 빠른 속도로 버스트할 수 있는 기능을 제공합니다.

Amazon FSx는 네트워크 I/O 크레딧 메커니즘을 사용하여 평균 사용량을 기준으로 처리량과 IOPS를 할당합니다. 파일 시스템은 처리량과 IOPS 사용량이 기준 제한 미만일 때 크레딧을 적립하고, 기준 제한을 넘는(최대 버스트 제한까지) 버스트 시 필요에 따라 크레딧을 사용할 수 있습니다. 파일 시스템의 버스트 제한 및 기간에 대한 자세한 내용은 [FSx for Windows File Server 성능성능](performance.md) 섹션을 참조하세요.

## **모니터링 및 성능** 페이지에 경고가 표시됩니다. 파일 시스템 구성을 변경해야 하나요?
<a name="warnings"></a>

**모니터링 및 성능** 페이지에는 파일 시스템 구성 방식에 따라 최근 워크로드 수요가 결정된 리소스 제한에 근접하거나 초과했을 때를 나타내는 경고가 있습니다. 권장 조치를 취하지 않으면 워크로드에 맞게 파일 시스템이 제대로 프로비저닝되지 않을 수 있지만, 반드시 구성을 변경해야 하는 것은 아닙니다.

경고를 일으킨 워크로드가 비정상적이어서 계속될 것으로 예상되지 않는 경우에는 아무 조치 없이 향후 사용량을 면밀히 모니터링하는 것이 안전할 수 있습니다. 그러나 경고를 일으킨 워크로드가 일반적이고 계속 또는 더 심해질 것으로 예상되는 경우, 권장 조치에 따라 파일 서버 성능을 높이거나(처리량 용량을 늘리거나, 스토리지 용량을 늘리거나, HDD에서 SSD 스토리지로 전환) 스토리지 볼륨 성능을 높이는 것을 권장합니다.

**참고**  
특정 파일 시스템 이벤트는 디스크 I/O 성능 리소스를 소비하여 잠재적으로 성능 경고를 유발할 수 있습니다. 예제:  
[스토리지 용량 증가 및 파일 시스템 성능](managing-storage-configuration.md#storage-capacity-increase-and-performance)에 설명된 대로 스토리지 용량 확장의 최적화 단계에서 디스크 처리량이 증가할 수 있습니다.
다중 AZ 파일 시스템의 경우 처리량 용량 확장, 하드웨어 교체 또는 가용 영역 중단과 같은 이벤트로 인해 자동 장애 조치 및 페일백 이벤트가 발생합니다. 이 기간 동안 발생하는 모든 데이터 변경 사항은 기본 및 보조 파일 서버 간에 동기화되어야 하며, Windows Server는 디스크 I/O 리소스를 소비할 수 있는 데이터 동기화 작업을 실행합니다. 자세한 내용은 [처리량 용량 관리](managing-throughput-capacity.md) 단원을 참조하십시오.

## 지표가 일시적으로 누락되었는데 걱정해야 하나요?
<a name="missing-metrics"></a>

파일 시스템 유지 관리, 인프라 구성 요소 교체, 가용 영역을 사용할 수 없는 경우, 단일 AZ 파일 시스템을 사용할 수 없게 됩니다. 이 기간에는 지표를 사용할 수 없습니다.

다중 AZ 배포에서 Amazon FSx는 자동으로 서로 다른 가용 영역에 예비 파일 서버를 프로비저닝하고 유지합니다. Amazon FSx는 파일 시스템 유지 관리 또는 예상치 못한 서비스 중단 시 보조 파일 서버로 자동 장애 조치를 수행하여 수동으로 개입하지 않고 데이터에 계속 액세스할 수 있습니다. 파일 시스템이 장애 조치되고 페일백되는 짧은 기간 동안에는 지표를 일시적으로 사용할 수 없게 될 수 있습니다.