기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
파일 시스템 성능 문제 해결
FSx for Windows File Server 파일 시스템의 성능은 파일 시스템으로 구동하는 트래픽, 파일 시스템을 프로비저닝하는 방법, 데이터 중복 제거 또는 섀도우 복사본과 같이 활성화된 기능이 사용하는 리소스 등 여러 요인에 따라 달라집니다. 파일 시스템 성능 이해에 대한 자세한 내용은 FSx Windows File Server 성능용 섹션을 참조하세요.
주제
파일 시스템의 처리량과 IOPS 한도를 확인하려면 어떻게 해야 하나요?
파일 시스템의 처리량 및 IOPS 한도를 보려면 프로비저닝 처리량 용량에 따른 성능 수준을 보여주는 표를 참조하세요.
네트워크 I/O와 디스크 I/O의 차이는 무엇인가요? 네트워크 I/O가 디스크 I/O와 다른 이유는 무엇인가요?
Amazon FSx 파일 시스템에는 네트워크를 통해 파일 시스템에 액세스하는 클라이언트에 데이터를 제공하는 하나 이상의 파일 서버가 포함됩니다. 이것이 네트워크 I/O입니다. 파일 서버에 가장 자주 액세스하는 데이터의 성능을 향상하기 위한 빠른 인 메모리 캐시가 있습니다. 또한 파일 서버는 파일 시스템 데이터를 호스팅하는 스토리지 볼륨으로 트래픽을 유도합니다. 디스크 I/O입니다. 다음 다이어그램은 Amazon FSx 파일 시스템의 네트워크 및 디스크 I/O를 보여줍니다.
자세한 내용은 Amazon CloudWatch를 사용한 모니터링 단원을 참조하십시오.
네트워크 I/O가 낮더라도 내 CPU 또는 메모리 사용량이 높은 이유는 무엇입니까?
파일 서버 CPU 및 메모리 사용량은 드라이브하는 네트워크 트래픽뿐만 아니라 파일 시스템에서 활성화한 기능에도 따라 달라집니다. 이러한 기능을 구성하고 예약하는 방법은 CPU 및 메모리 사용률에 영향을 미칠 수 있습니다.
진행 중인 데이터 중복 제거 작업은 메모리를 소비할 수 있습니다. 중복 제거 작업 구성을 수정하여 메모리 요구량을 줄일 수 있습니다. 예를 들어, 최적화를 특정 파일 유형 또는 폴더에서 실행하도록 제한하거나, 최적화를 위한 최소 파일 크기 및 기간을 설정할 수 있습니다. 또한 파일 시스템의 부하가 최소인 유휴 기간에 데이터 중복 제거 작업이 실행되도록 구성하는 것을 권장합니다. 자세한 내용은 데이터 중복 제거를 통한 스토리지 비용 절감 단원을 참조하십시오.
액세스 기반 열거가 활성화된 경우 최종 사용자가 파일 공유를 보거나 나열할 때 또는 스토리지 조정 작업의 최적화 단계 중에 사용CPU률이 높아질 수 있습니다. 자세한 내용은 Microsoft 스토리지 설명서에서 네임스페이스에서 액세스 기반 열거 활성화
버스팅은 무엇인가요? 파일 시스템에서 사용하는 버스팅의 양은 얼마인가요? 버스트 크레딧이 소진되면 어떻게 되나요?
파일 기반 워크로드는 일반적으로 변동이 심하며, 버스트 간 유휴 시간이 있고, 집중적으로 단기간 높은 I/O가 발생하는 것이 특징입니다. 이러한 유형의 워크로드를 지원하기 위해 Amazon은 파일 시스템이 유지할 수 있는 기준 속도 외에도 네트워크 I/O 및 디스크 I/O 작업 모두에 대해 일정 기간 동안 더 높은 속도로 버스트할 수 있는 기능을 FSx 제공합니다.
Amazon은 I/O 크레딧 메커니즘을 FSx 사용하여 처리량을 할당하고 평균 사용률을 IOPS 기반으로 합니다. 파일 시스템은 처리량 및 IOPS 사용량이 기준 한도 미만일 때 크레딧을 발생시키며, 필요한 경우 이러한 크레딧을 사용하여 기준 한도(최대 버스트 한도)를 초과하여 버스트할 수 있습니다. 파일 시스템의 버스트 제한 및 기간에 대한 자세한 내용은 FSx Windows File Server 성능용 섹션을 참조하세요.
모니터링 및 성능 페이지에 경고가 표시됩니다. 파일 시스템 구성을 변경해야 하나요?
모니터링 및 성능 페이지에는 파일 시스템 구성 방식에 따라 최근 워크로드 수요가 결정된 리소스 제한에 근접하거나 초과했을 때를 나타내는 경고가 있습니다. 권장 조치를 취하지 않으면 워크로드에 맞게 파일 시스템이 제대로 프로비저닝되지 않을 수 있지만, 반드시 구성을 변경해야 하는 것은 아닙니다.
경고를 일으킨 워크로드가 비정상적이어서 계속될 것으로 예상되지 않는 경우에는 아무 조치 없이 향후 사용량을 면밀히 모니터링하는 것이 안전할 수 있습니다. 그러나 경고를 유발한 워크로드가 일반적이고 경고를 계속하거나 심지어 강화할 것으로 예상되는 경우 권장 조치를 따라 파일 서버 성능을 높이거나(처리량 용량을 늘리거나) 스토리지 볼륨 성능을 높이도록(스토리지 용량을 늘리거나에서 SSD 스토리지HDD로 전환하여) 하는 것이 좋습니다.
참고
특정 파일 시스템 이벤트는 디스크 I/O 성능 리소스를 소비하여 잠재적으로 성능 경고를 유발할 수 있습니다. 예시:
스토리지 용량 증가 및 파일 시스템 성능에 설명된 대로 스토리지 용량 확장의 최적화 단계에서 디스크 처리량이 증가할 수 있습니다.
다중 AZ 파일 시스템의 경우 처리량 용량 확장, 하드웨어 교체 또는 가용 영역 중단과 같은 이벤트로 인해 자동 장애 조치 및 페일백 이벤트가 발생합니다. 이 기간 동안 발생하는 모든 데이터 변경 사항은 기본 및 보조 파일 서버 간에 동기화되어야 하며, Windows Server는 디스크 I/O 리소스를 소비할 수 있는 데이터 동기화 작업을 실행합니다. 자세한 내용은 처리량 용량 관리 단원을 참조하십시오.
지표가 일시적으로 누락되었는데 걱정해야 하나요?
파일 시스템 유지 관리, 인프라 구성 요소 교체, 가용 영역을 사용할 수 없는 경우, 단일 AZ 파일 시스템을 사용할 수 없게 됩니다. 이 기간에는 지표를 사용할 수 없습니다.
다중 AZ 배포에서 Amazon은 다른 가용 영역에 대기 파일 서버를 FSx 자동으로 프로비저닝하고 유지합니다. 파일 시스템 유지 관리 또는 계획되지 않은 서비스 중단이 있는 경우 Amazon은 보조 파일 서버로 FSx 자동으로 장애 조치되므로 수동 개입 없이 데이터에 계속 액세스할 수 있습니다. 파일 시스템이 장애 조치되고 페일백되는 짧은 기간 동안에는 지표를 일시적으로 사용할 수 없게 될 수 있습니다.