성능 및 최적화 - AWS Storage Gateway
FSx File Gateway에 대한 기본 성능 지침게이트웨이 성능 최적화

신규 고객은 더 이상 Amazon FSx File Gateway를 사용할 수 없습니다. 기존 FSx File Gateway 고객은 정상적으로 서비스를 계속 이용할 수 있습니다. FSx File Gateway와 유사한 기능에 대해서는 이 블로그 게시물을 참조하세요.

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

성능 및 최적화

이 섹션에서는 File Gateway 성능을 최적화하기 위한 지침과 모범 사례를 설명합니다.

주제

FSx File Gateway에 대한 기본 성능 지침

이 섹션에서는 FSx File Gateway VM용 하드웨어 프로비저닝에 대한 지침을 확인할 수 있습니다. 표에 나열된 인스턴스 구성은 예제이며 참조용으로 제공됩니다.

성능을 최적화하려면 캐시 디스크 크기를 활성 작업 세트의 크기로 변경해야 합니다. 캐시에 여러 로컬 디스크를 사용하면 데이터에 대한 액세스를 병렬화하여 성능이 확장되고 IOPS가 향상됩니다.

참고

휘발성 스토리지는 사용하지 않는 것이 좋습니다. 휘발성 스토리지 사용에 대한 자세한 내용은 EC2 게이트웨이에서 임시 스토리지 사용 단원을 참조하십시오.

File Gateway에 연결하는 파일 시스템의 개별 디렉터리에 대해 제안된 크기 제한은 디렉터리당 10,000개의 파일입니다. 10,000개 이상의 파일이 있는 디렉터리에서 File Gateway를 사용할 수 있지만 성능이 영향을 받을 수 있습니다.

다음 표에서 캐시 적중 읽기 작업은 캐시에서 제공되는 파일 데이터에서 읽습니다. 캐시 누락 읽기 작업은 Amazon FSx for Windows File Server에서 제공되는 파일 데이터에서 읽는 작업입니다.

다음 표에는 FSx File Gateway 구성의 예가 나와 있습니다.

Windows 클라이언트의 FSx File Gateway 성능

구성의 예제 프로토콜 쓰기 처리량(파일 크기 1GB) 캐시 적중 읽기 처리량 캐시 누락 읽기 처리량

루트 디스크: 80GB, io1 SSD, 4,000 IOPS

캐시 디스크: 2 x 2TiB NVME

최소 네트워크 성능: 10Gbps

CPU: 32 vCPU | RAM: 244GB

 SMBv3 - 스레드 1개 162MiB/초(1.4Gbps) 403MiB/sec(3.4Gbps) 288MiB/초(2.4Gbps)
SMBv3 - 스레드 8개 511MiB/초(4.3Gbps) 571MiB/초(4.8Gbps) 567MiB/초(4.8Gbps)
참고

성능은 호스트 플랫폼 구성 및 네트워크 대역폭에 따라 달라질 수 있습니다. 쓰기 처리량 성능은 파일 크기에 따라 감소하며 작은 파일(32MiB 미만)의 달성 가능한 처리량이 초당 16개입니다.

게이트웨이 성능 최적화

게이트웨이의 성능을 최적화하는 방법에 대한 다음 정보를 찾을 수 있습니다. 지침은 게이트웨이에 리소스를 추가하고 애플리케이션 서버에 리소스를 추가하는 방법을 기반으로 합니다.

게이트웨이에 리소스 추가

다음 중 하나 이상의 방법으로 게이트웨이에 리소스를 추가하여 게이트웨이 성능을 최적화할 수 있습니다.

고성능 디스크 사용

게이트웨이 성능을 최적화하기 위해 SSD(Solid-State Drive) 및 NVMe 컨트롤러와 같은 고성능 디스크를 추가할 수 있습니다. Microsoft Hyper-V NTFS 대신 스토리지 영역 네트워크(SAN)에서 직접 가상 디스크를 VM에 연결할 수도 있습니다. 디스크 성능이 향상되면 일반적으로 처리량과 초당 입출력 작업 처리량(IOPS)이 증가합니다. 디스크 추가에 대한 자세한 내용은 섹션을 참조하세요추가 캐시 스토리지 구성.

처리량을 측정하려면 ReadBytes 및 WriteBytes 지표를 Samples Amazon CloudWatch 통계와 함께 사용합니다. 예를 들어, 5분의 샘플 기간 동안의 ReadBytes 지표의 Samples 통계를 300초로 나누면 IOPS를 알 수 있습니다. 일반적으로 게이트웨이에 대한 이러한 지표를 검토할 때는 디스크 관련 병목 현상을 나타내는 낮은 처리량과 낮은 IOPS 추세를 살펴보세요.

참고

CloudWatch 지표를 모든 게이트웨이에 사용할 수 있는 것은 아닙니다. 게이트웨이 지표에 대한 자세한 내용은 FSx File Gateway 모니터링 섹션을 참조하세요.

게이트웨이 호스트에 CPU 리소스 추가

게이트웨이 호스트 서버의 최소 요구 사항은 가상 프로세서 4개입니다. 게이트웨이 성능을 최적화하려면 게이트웨이 VM에 할당된 4개의 가상 프로세서가 4개의 코어에서 지원되는지 확인합니다. 또한 호스트 서버의 CPU를 과다 구독하고 있지 않은지 확인합니다.

게이트웨이 호스트 서버에 CPU를 추가하면 게이트웨이의 처리 능력이 향상됩니다. 이렇게 하면 게이트웨이가 애플리케이션의 데이터를 로컬 스토리지에 저장하고이 데이터를 FSx for Windows File Server에 업로드하는 작업을 병렬로 처리할 수 있습니다. CPU를 추가하면 호스트를 다른 VM과 공유할 때 게이트웨이가 충분한 CPU 리소스를 확보할 수 있습니다. CPU 리소스를 충분히 제공하면 일반적으로 처리량이 향상되는 효과가 있습니다.

Storage Gateway는 게이트웨이 호스트 서버에서 24CPUs 사용을 지원합니다. 24CPUs를 사용하여 게이트웨이의 성능을 크게 개선할 수 있습니다. 게이트웨이 호스트 서버에는 다음 게이트웨이 구성을 사용하는 것이 좋습니다.

  • CPU 24CPUs.

  • File Gateway용 16GiB의 예약 RAM

    • 16GiB의 예약 RAM(캐시 크기가 최대 16 TiB인 게이트웨이)

    • 32GiB의 예약 RAM(캐시 크기가 16TiB-32TiB인 게이트웨이)

    • 48GiB의 예약 RAM(캐시 크기가 32TiB-64TiB인 게이트웨이)

  • 다음과 같이 게이트웨이 캐시로 사용할 반가상화 컨트롤러 1에 연결된 디스크 1:

    • NVMe 컨트롤러를 사용하는 SSD

  • VM 네트워크 1에 구성된 네트워크 어댑터 1:

    • VM 네트워크 1을 사용하고 수집에 사용할 VMXNet3(10Gbps)를 추가합니다.

  • VM 네트워크 2에 구성된 네트워크 어댑터 2:

    • VM 네트워크 2를 사용하고 AWS에 연결하는 데 사용할 VMXNet3(10Gbps)를 추가합니다.

별도의 물리적 디스크로 게이트웨이 가상 디스크 지원

게이트웨이 디스크를 프로비저닝할 때는 동일한 기본 물리적 스토리지 디스크를 사용하는 로컬 스토리지에 로컬 디스크를 프로비저닝하지 않는 것이 좋습니다. 예를 들어, VMware ESXi에서는 기본 물리적 스토리지 리소스가 데이터 스토어로 표시됩니다. 게이트웨이 VM을 배포할 경우, VM 파일을 저장할 데이터 스토어를 선택합니다. 가상 디스크를 프로비저닝할 때(예: 업로드 버퍼 용도) 가상 디스크를 VM과 동일한 데이터 스토어 또는 다른 데이터 스토어에 저장할 수 있습니다.

데이터 스토어가 두 개 이상인 경우 생성하는 로컬 스토리지의 유형별로 하나씩 데이터 스토어를 선택하는 것이 좋습니다. 기본 물리적 디스크 하나로만 지원되는 데이터 스토어는 성능 저하로 이어질 수 있습니다. 게이트웨이 설정에서 이러한 디스크를 사용하여 캐시 스토리지와 업로드 버퍼를 모두 지원하는 경우를 예로 들 수 있습니다. 마찬가지로 RAID 1과 같이 성능이 낮은 RAID 구성을 기반으로 하는 데이터 스토어는 성능이 저하될 수 있습니다.

애플리케이션 환경에 리소스 추가

애플리케이션 서버와 게이트웨이 간의 대역폭 늘리기

게이트웨이 성능을 최적화하려면 애플리케이션과 게이트웨이 간의 네트워크 대역폭이 애플리케이션 요구 사항을 충족할 수 있는지 확인하세요. 게이트웨이의 ReadBytes 및 WriteBytes 지표를 사용하여 총 데이터 처리량을 측정할 수 있습니다.

애플리케이션의 경우 측정된 처리량을 원하는 처리량과 비교합니다. 측정된 처리량이 원하는 처리량보다 적을 경우, 애플리케이션과 게이트웨이 간의 대역폭을 늘리면 네트워크 병목 현상이 발생하는 경우 성능을 개선할 수 있습니다. 마찬가지로, 직접 연결되지 않은 VM과 로컬 디스크 간의 대역폭을 늘릴 수 있습니다.

애플리케이션 환경에 CPU 리소스 추가

애플리케이션에서 추가 CPU 리소스를 사용할 수 있는 경우 CPU를 더 추가하면 애플리케이션이 I/O 부하를 조정하는 데 도움이 될 수 있습니다.

최상위 폴더 이름 변경 또는 권한 변경과 같은 FSx File Gateway의 일부 파일 작업으로 인해 여러 파일 작업이 발생하여 FSx for Windows File Server 파일 시스템에서 I/O 로드가 높아질 수 있습니다. 파일 시스템에 워크로드에 대한 성능 리소스가 충분하지 않은 경우 파일 시스템은 기록 섀도우 복사본 보존보다 지속적인 I/O의 가용성을 우선시하므로 섀도우 복사본을 삭제할 수 있습니다.

Amazon FSx 콘솔에서 모니터링 및 성능 페이지를 확인하여 파일 시스템이 과소 프로비저닝되었는지 확인합니다. 그렇다면 SSD 스토리지로 전환하거나, 처리량 용량을 늘리거나, SSD IOPS를 늘려 워크로드를 처리할 수 있습니다.