Amazon EFS 성능 - Amazon Elastic File System
성능 요약스토리지 클래스 및 성능퍼포먼스 모드처리량 모드퍼포먼스 팁

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

Amazon EFS 성능

다음 단원에서 Amazon EFS 성능에 대한 개요와 이러한 파일 시스템 구성이 주요 성능 차원에 미치는 영향을 간단히 설명합니다. 또한 파일 시스템의 성능을 최적화하기 위한 몇 가지 중요한 팁과 권장 사항을 제공합니다.

성능 요약

파일 시스템 성능은 일반적으로 지연 시간, 처리량 및 초당 입출력 작업 수 (IOPS) 의 차원을 사용하여 측정됩니다. 이러한 차원의 Amazon EFS 성능은 파일 시스템 구성에 따라 달라집니다. 다음 구성은 Amazon EFS 파일 시스템의 성능에 영향을 미칩니다.

  • 스토리지 클래스 — EFS 원 존 또는 EFS 스탠다드

  • 성능 모드 — 범용 또는 최대 I/O

  • 처리량 모드 — 버스팅, 엘라스틱 또는 프로비저닝

다음 표는 스토리지 클래스 및 일반 성능 모드 설정의 사용 가능한 조합에 대한 Amazon EFS 파일 시스템 성능을 보여줍니다.

스토리지 클래스 및 성능 모드 조합에 대한 파일 시스템 성능
지연 시간 1 최대 IOPS 최대 처리량

파일 시스템 구성 — 스토리지 클래스 및 성능 모드

읽기 작업

쓰기 작업

읽기 작업

쓰기 작업

Per-file-system 리드 2

Per-file-system 라이트 2

클라이언트별 읽기/쓰기

원 존 스토리지 및 범용

최저 250마이크로초 (µs)

최저 1.6밀리초 (밀리초)

 35,000 7,000

3 — 5 GiBps

1 — 3 GiBps

 500 MiBps

표준 스토리지 및 범용

최저 250마이크로초

 As low as 2.7 ms 35,000 7,000

3 — 5 GiBps

1 — 3 GiBps

 500 MiBps
참고

각주:

  1. 지연 시간 성능은 EFS 사용할 수AWS 리전 있는 모든 곳에서 2022년 12월 17일 이후에 생성된 파일 시스템 및 탑재 대상에 사용할 수 있습니다. 이 날짜 이전에 생성된 파일 시스템에서 표시된 지연 시간 성능을 달성하려면 파일 시스템과 관련된 탑재 대상을 삭제하고 다시 생성해야 합니다.

    비용 최적화된 스토리지 클래스 (스탠다드-IA 및 One Zone-IA) 에 대한 파일 데이터 읽기 및 쓰기 지연 시간은 두 자릿수 밀리초로 짧습니다.

  2. 최대 읽기 및 쓰기 처리량은 파일 시스템의 처리량 모드와 에 따라 달라집니다.AWS 리전 자세한 내용은 기본 처리량 할당량을 참조하세요.

    처리량이AWS 리전 의 최대 처리량을 초과하려면 처리량 할당량을 늘려야 합니다. Amazon EFS 서비스 팀은 모든 추가 처리량 요청을 case-by-case 기준으로 고려합니다. 승인은 워크로드 유형에 따라 달라질 수 있습니다. 할당량 증가 요청에 대한 자세한 내용은 을 참조하십시오Amazon EFS 할당량 및 제한.

스토리지 클래스 및 성능

EFS 다음과 같은 스토리지 클래스를 사용합니다.

  • EFS 원 존 스토리지 클래스 — EFS 원 존 및 EFS 원 존-드문 액세스 (EFS One Zone-IA). EFS One Zone 스토리지 클래스는 단일 가용 영역 내에 데이터를 복제합니다.

  • EFS 스탠다드 스토리지 클래스 — EFS 스탠다드 및 EFS 스탠다드-IA. EFS Standard 스토리지 클래스는 여러 가용 영역 (다중 AZ) 에서 데이터를 복제합니다.

IA 스토리지 클래스 중 하나에서 읽거나 쓸 때 발생하는 첫 번째 바이트 지연 시간은 EFS Standard 또는 EFS One Zone 스토리지 클래스의 지연 시간보다 높습니다.

EFS 스토리지 클래스에 대한 자세한 내용은 EFS 스토리지 클래스 단원을 참조하십시오.

퍼포먼스 모드

EFS 범용 및 최대 I/O라는 두 가지 성능 모드를 제공합니다.

  • 범용 모드는 최대 35,000 IOPS를 지원하고 작업당 지연 시간이 가장 짧으며 파일 시스템에 권장되는 성능 모드입니다. EFS One Zone 스토리지 클래스가 있는 파일 시스템은 항상 범용 성능 모드를 사용합니다. EFS Standard 스토리지 클래스가 있는 파일 시스템의 경우 기본 범용 성능 모드 또는 최대 I/O 성능 모드를 사용할 수 있습니다.

  • Max I/O 모드는 범용 모드보다 더 긴 지연 시간을 견딜 수 있는 고도로 병렬화된 워크로드를 위해 설계되었습니다. EFS One Zone 스토리지 클래스를 사용하는 파일 시스템이나 엘라스틱 처리량 모드를 사용하는 파일 시스템에서는 최대 I/O 모드가 지원되지 않습니다.

참고

파일 시스템을 생성한 후에는 파일 시스템의 성능 모드를 변경할 수 없습니다.

대부분의 어플리케이션에는 범용 성능 모드를 사용하는 것이 좋습니다. 어떤 성능 모드를 사용해야 할지 잘 모르겠으면 범용 성능 모드를 선택하십시오. General Purpose 모드를 사용하는 파일 시스템에서 사용할 수 있는 IOPS 한도 내에서 워크로드가 유지되도록 하기 위해PercentIOLimit CloudWatch 지표를 모니터링할 수 있습니다. 자세한 정보는 Amazon CloudWatch Es에 대한 EFS 지표을 참조하세요.

애플리케이션은 성능 모드와 관련된 한도까지 탄력적으로 IOPS를 확장할 수 있습니다. IOPS는 파일 시스템의 처리량 계산에 포함되므로 별도로 요금이 청구되지 않습니다. 모든 NFS (네트워크 파일 시스템) 요청은 4킬로바이트 (KB) 의 처리량 또는 실제 요청 및 응답 크기 중 더 큰 것으로 계산됩니다.

처리량 모드

파일 시스템의 처리량 모드는 파일 시스템에 사용할 수 있는 처리량을 결정합니다. EFS 버스팅, 엘라스틱 및 프로비저닝이라는 세 가지 처리량 모드를 제공합니다. 읽기 처리량이 할인되므로 쓰기 처리량보다 높은 읽기 처리량을 얻을 수 있습니다. 에 따라AWS 리전 읽기 할인은 1.66~3배 사이입니다. 자세한 내용은 기본 처리량 할당량을 참조하세요. 할인은 읽기용으로 측정되는 처리량을 줄이며 쓰기 또는 버스트 크레딧 적립에는 영향을 미치지 않습니다. 또한 읽기 할인은 단일 NFS 요청에 대해 측정되는 처리량을 최소 요청 크기인 4KB 미만으로 줄이지 않습니다.

측정된 처리량 이해

모든 Amazon EFS 파일 시스템에는 관련 측정된 처리량이 있습니다. 측정된 처리량이 결정되는 방법은 각 처리량 모드마다 다릅니다.

  • 버스팅 처리량 모드를 사용하는 파일 시스템의 경우 측정된 처리량은 EFS Standard 또는 EFS One Zone 스토리지 클래스에 저장된 데이터의 양에 따라 결정됩니다.

  • Elastic Throughput 모드를 사용하는 파일 시스템의 경우 측정된 처리량은 읽고 쓴 데이터의 양에 따라 결정됩니다.

  • 프로비저닝된 처리량 모드를 사용하는 파일 시스템의 경우 측정된 처리량은 프로비저닝된 처리량에 따라 결정됩니다.

읽기 요청과 쓰기 요청은 서로 다른 요율로 측정됩니다. Amazon EFS 측정기는 다른 요청 속도의 1/3로 읽기 요청을 읽습니다.

예 EFS 측정된 처리량

예를 들어 읽기 처리량과 쓰기 처리량을 모두 초당 30메비바이트 (MiBps) 로 구동하는 경우 읽기 부분은 측정된 MiBps 처리량의 10으로 계산되고 쓰기 부분은 MiBps 30으로 계산되며 측정된 처리량을 합산하면 40이 됩니다 MiBps. 측정 요율에 맞게 조정된 이 통합 처리량은MeteredIOBytes Amazon CloudWatch 메트릭에 반영됩니다. 자세한 정보는 Amazon CloudWatch Es에 대한 EFS 지표을 참조하세요.

파일 시스템에 적합한 처리량 모드 선택

파일 시스템에 적합한 처리량 모드를 선택하는 것은 워크로드의 성능 요구 사항에 따라 달라집니다.

  • 버스팅 처리량 — 파일 시스템의 스토리지 용량에 따라 처리량을 조정하려면 버스팅 처리량 모드를 사용하십시오.

    버스팅 처리량 모드를 사용한 후 애플리케이션의 처리량이 제한되는 경우 (예: 허용된 처리량의 80% 이상을 사용하거나 버스트 크레딧을 모두 사용한 경우) 엘라스틱 또는 프로비저닝된 처리량 모드를 사용해야 합니다.

    자세한 정보는 버스팅 처리량 모드을 참조하세요.

  • 탄력적 처리량 — 예측하기 어려운 워크로드와 예측 불가능한 성능 요구 사항이 있거나 애플리케이션이 처리량을 5% 이하로 구동하는 경우 Elastic Throughput을 사용하십시오. average-to-peak 자세한 정보는 엘라스틱 처리량 모드을 참조하세요.

  • 프로비저닝된 처리량 — 워크로드의 성능 요구 사항을 알고 있거나 애플리케이션이 처리량을 5% 이상의 average-to-peak 비율로 구동하는 경우 프로비저닝된 처리량을 사용하십시오. 자세한 정보는 프로비저닝된 처리량 모드을 참조하세요.

CloudWatch Amazon을 사용하여MeteredIOBytes 지표와 지표를 비교하여 워크로드 average-to-peak 비율을 결정할 수 있습니다.PermittedThroughput Amazon EFS 지표에 대한 자세한 내용은 단원을 참조하십시오Amazon CloudWatch Es에 대한 EFS 지표.

버스팅 처리량 모드

버스팅 처리량 모드는 파일 시스템의 스토리지 양에 따라 확장되는 처리량이 필요한 워크로드에 권장됩니다. 버스팅 처리량 모드에서는 기본 처리량이 EFS Standard 스토리지 클래스의 파일 시스템 크기에 비례하며 각 스토리지 KiBps GiB당 50의 비율로 할당됩니다. 버스트 크레딧은 파일 시스템이 기본 처리량 속도 이하로 소비할 때 누적되고 처리량이 기본 처리량을 초과하면 차감됩니다.

버스트 크레딧을 사용할 수 있는 경우 파일 시스템은 Amazon EFS 지역 한도인 최소 MiBps 100개까지 스토리지의 TiB당 최대 100개까지 처리량을 높일 수 MiBps 있습니다. 사용할 수 있는 버스트 크레딧이 없는 경우 파일 시스템은 스토리지 MiBps TiB당 최대 50개 (최소 1개) 를 드라이브할 수 MiBps 있습니다.

지역별 제한에 대한 자세한 내용은 버스팅 및 프로비저닝된 처리량 모드의 기본 처리량 할당량 표를 참조하십시오.

Amazon EFS 버스트 크레딧에 대한 이해

버스팅 처리량을 사용하면 각 파일 시스템은 시간이 지남에 따라 EFS Standard 또는 EFS One Zone Standard 스토리지 클래스에 저장된 파일 시스템의 크기에 따라 결정되는 기준 속도로 버스트 크레딧을 획득합니다. 기준 속도는 스토리지의 테비바이트 [TiB] MiBps 당 50입니다 (스토리지 KiBps GiB당 50에 해당). EFS 쓰기 작업 속도의 최대 1/3까지 읽기 작업을 측정하므로 파일 시스템이 읽기 처리량 KiBps GiB당 최대 150 또는 쓰기 처리량 KiBps GiB당 50까지 기준 속도를 높일 수 있습니다.

파일 시스템은 측정된 기준 속도로 지속적으로 처리량을 높일 수 있습니다. 파일 시스템은 비활성 상태이거나 처리량이 기준 측정 속도보다 낮을 때마다 버스트 크레딧을 누적합니다. 누적된 버스트 크레딧은 파일 시스템에 처리량을 기준 속도 이상으로 끌어올릴 수 있는 기능을 제공합니다.

예를 들어, EFS Standard 스토리지에 100GiB의 계량된 데이터가 있는 파일 시스템의 기준 처리량은 MiBps 5입니다. 24시간 동안 사용하지 않으면 파일 시스템은 432,000MiB 상당의 크레딧 (5MiB × 86,400초 = 432,000MiB) 을 획득하며, 이 크레딧을 사용하여 72분 동안 MiBps 100으로 버스트할 수 있습니다 (432,000MiB ÷ 100 MiBps = 72분).

1TiB보다 큰 파일 시스템은 나머지 50% 동안 비활성 상태인 경우 최대 50% 의 시간 동안 항상 버스트할 수 있습니다.

다음 표는 버스팅 동작의 예를 보여 줍니다.

파일 시스템 크기 버스트 처리량 기준 처리량
표준 스토리지에 저장된 100GiB의 측정 데이터

  • 하루 최대 72분 동안 읽기 전용으로 300개 (MiBps) 까지 버스트하거나

  • 하루 최대 72분 동안 100개의 MiBps 쓰기 전용 버스트

  • 최대 15대의 MiBps 읽기 전용으로 연속 드라이브

  • 최대 5대의 MiBps 쓰기 전용 드라이브까지 연속 구동
표준 스토리지에 1TiB의 계량된 데이터

  • 하루 12시간 동안 300개의 MiBps 읽기 전용으로 버스트 처리하거나

  • 하루 12시간 동안 100개의 MiBps 쓰기 전용 버스트

  • 드라이브 150 연속 MiBps 읽기 전용

  • 50회 MiBps 쓰기 전용 드라이브 연속
표준 스토리지에 있는 10TiB의 계량된 데이터

  • 하루 12시간 동안 GiBps 읽기 전용으로 3개로 버스트 처리하거나

  • 하루 12시간 동안 GiBps 쓰기 전용으로 1회까지 버스트

  • 드라이브 1.5 연속 GiBps 읽기 전용

  • 500개의 MiBps 쓰기 전용 드라이브를 연속적으로 구동
일반적으로 용량이 큰 파일 시스템

  • 하루 12시간 동안 스토리지의 TiB당 300개의 MiBps 읽기 전용으로 버스트하거나

  • 하루 12시간 동안 스토리지의 TiB당 100개의 MiBps 쓰기 전용으로 버스트

  • 스토리지의 TiB당 150개의 MiBps 읽기 전용 드라이브를 지속적으로 구동합니다.

  • 스토리지 TiB당 50개의 MiBps 쓰기 전용 드라이브를 지속적으로 구동합니다.
참고

EFS 기준 속도가 더 낮더라도 모든 파일 시스템에 MiBps 1이라는 측정된 처리량을 제공합니다.

기준 및 버스트 속도를 결정하는 데 사용되는 파일 시스템 크기는DescribeFileSystems API 작업을 통해 사용할 수 있는ValueInStandard 측정된 크기입니다.

파일 시스템이 획득할 수 있는 최대 크레딧 잔고는 1TiB보다 작은 파일 시스템의 경우 2.1TiB이고, 1TiB보다 큰 파일 시스템의 경우 저장된 TiB당 2.1TiB입니다. 이 동작은 파일 시스템이 최대 12시간 동안 지속적으로 버스트하기에 충분한 크레딧을 누적할 수 있음을 의미합니다.

엘라스틱 처리량 모드

Elastic Throughput을 사용하는 파일 시스템의 경우 EFS 워크로드 활동의 요구 사항에 맞게 처리량 성능을 자동으로 늘리거나 줄입니다. Elastic Throughput은 예측하기 어려운 성능 요구 사항이 있는 급증하거나 예측할 수 없는 워크로드 또는 처리량을 평균 최대 처리량 ( average-to-peak 비율) 의 5% 이하로 구동하는 애플리케이션에 가장 적합한 처리량 모드입니다.

Elastic Throughput을 사용하는 파일 시스템의 처리량 성능은 자동으로 조정되므로 애플리케이션 요구 사항에 맞게 처리량 용량을 지정하거나 프로비저닝할 필요가 없습니다. 읽거나 쓴 메타데이터 및 데이터의 양에 대해서만 비용을 지불하며 Elastic Throughput 모드에서는 버스트 크레딧을 누적하거나 사용하지 않습니다.

Elastic Throughput은 파일 시스템당 읽기 작업을 GiBps 위해 최대 3개 GiBps , 쓰기 작업을 위해 총 1개까지 구동할 수AWS 리전 있습니다.

참고

엘라스틱 처리량 모드는 범용 성능 모드로 구성된 파일 시스템에서만 사용할 수 있습니다.

프로비저닝된 처리량 모드

Provisioned Throughput 모드에서는 파일 시스템의 크기 또는 버스트 크레딧 밸런스와 관계없이 파일 시스템이 구동할 수 있는 처리량 수준을 지정합니다. 워크로드의 성능 요구 사항을 알고 있거나 애플리케이션이 처리량을 average-to-peak 비율의 5% 이상으로 구동하는 경우 프로비저닝된 처리량을 사용하십시오.

프로비저닝된 처리량을 사용하면 프로비저닝된 처리량만큼 요금이 부과됩니다. 파일 시스템의 EFS Standard 스토리지에 저장된 데이터의 측정된 크기가 프로비저닝한 처리량보다 높은 기준 처리량을 제공하는 경우 파일 시스템은 자동으로 버스팅 처리량 모드를 사용합니다.

프로비저닝된 처리량은 모든 지역에서 파일 시스템당 읽기 GiBps 작업에 대해 최대 3개, 쓰기 GiBps 작업에 대해 최대 1개를 구동할 수 있습니다.

처리량 모드 전환 및 프로비저닝량 변경에 대한 제한

기존 파일 시스템의 처리량 모드를 전환하고 처리량을 변경할 수 있습니다. 하지만 처리량 모드를 프로비저닝된 처리량으로 전환하거나 프로비저닝된 처리량을 변경한 후에는 24시간 동안 다음 작업이 제한됩니다.

  • 프로비저닝된 처리량 모드에서 버스팅 또는 엘라스틱 처리량 모드로 전환합니다.

  • 프로비저닝된 처리량을 줄입니다.

Amazon EFS 성능 팁

Amazon EFS 사용 시 다음 성능 팁을 명심하세요.

평균 I/O 크기

EFS EFS의 분산 특성으로 인해 높은 수준의 가용성, 내구성 및 확장성이 가능합니다. 이러한 분산 아키텍처로 인해 각 파일 작업에서 약간의 지연 오버헤드가 생기는데, 이러한 작업당 지연 시간으로 인해 오버헤드가 더 많은 양의 데이터로 분할되므로 일반적으로 평균 I/O 크기가 커질수록 전체 처리량이 증가합니다.

요청 모델

파일 시스템에 비동기 쓰기를 활성화하면 대기 중인 쓰기 작업이 Amazon EFS에 비동기적으로 기록되기 전에 Amazon EC2 인스턴스에서 버퍼링됩니다. 비동기 쓰기는 일반적으로 지연 시간이 더 짧습니다. 비동기 쓰기를 수행하는 경우 커널은 캐싱에 추가 메모리를 사용합니다.

동기 쓰기를 활성화한 파일 시스템 또는 캐시를 우회하는 옵션 (예:O_DIRECT) 을 사용하여 파일을 여는 파일 시스템은 EFS 동기 요청을 보냅니다. 모든 작업은 클라이언트와 Amazon EFS 간의 왕복 여행을 거칩니다.

참고

선택한 요청 모델에는 일관성 (여러 Amazon EC2 인스턴스를 사용하는 경우) 과 속도가 절충됩니다. 동기식 쓰기를 사용하면 다음 요청을 처리하기 전에 각 쓰기 요청 트랜잭션을 완료하여 데이터 일관성을 높일 수 있습니다. 비동기 쓰기를 사용하면 보류 중인 쓰기 작업을 버퍼링하여 처리량을 높일 수 있습니다.

NFS 클라이언트 마운트 설정

EFS 파일 시스템 탑재과 에서 설명한 대로 권장 마운트 옵션을 사용하고 있는지 확인하십시오추가 탑재 고려 사항.

Amazon EC2 인스턴스에 파일 시스템을 마운트할 때 EFS EFS는 네트워크 파일 시스템 버전 4.0 및 4.1 (NFSv4) 프로토콜을 지원합니다. NFSv4.1은 NFSv4.0 (초당 1,000개 파일 미만) 에 비해 작은 파일 parallel 읽기 작업 (초당 10,000개 파일 이상) 에서 더 나은 성능을 제공합니다. macOS 빅서를 실행하는 Amazon EC2 macOS 인스턴스의 경우 NFSv4.0만 지원됩니다.

다음과 같은 마운트 옵션을 사용하지 마십시오.

  • noac,actimeo=0,acregmax=0,acdirmax=0 — 이 옵션은 속성 캐시를 비활성화하므로 성능에 매우 큰 영향을 미칩니다.

  • lookupcache=pos,lookupcache=none — 이 옵션은 성능에 매우 큰 영향을 미치는 파일 이름 조회 캐시를 비활성화합니다.

  • fsc— 이 옵션은 로컬 파일 캐싱을 활성화하지만 NFS 캐시 일관성을 변경하지 않으며 지연 시간을 줄이지 않습니다.

참고

파일 시스템을 마운트할 때는 NFS 클라이언트의 읽기 및 쓰기 버퍼 크기를 1MB로 늘리는 것을 고려해 보십시오.

작은 파일 성능 최적화

파일 재열기를 최소화하고 병렬 처리를 늘리며 가능한 경우 참조 파일을 번들로 묶어 작은 파일의 성능을 향상시킬 수 있습니다.

  • 서버로의 왕복 횟수를 최소화하십시오.

    워크플로에서 나중에 필요할 경우 파일을 불필요하게 닫지 마세요. 파일 디스크립터를 열어 두면 캐시의 로컬 복사본에 직접 액세스할 수 있습니다. 파일 열기, 닫기 및 메타데이터 작업은 일반적으로 비동기식으로 또는 파이프라인을 통해 수행할 수 없습니다.

    작은 파일을 읽거나 쓸 때는 두 번의 추가 왕복 여행이 중요합니다.

    각 라운드 트립 (파일 열기, 파일 닫기) 은 메가바이트의 대량 데이터를 읽거나 쓰는 시간만큼 오래 걸릴 수 있습니다. 컴퓨팅 작업을 시작할 때 입력 또는 출력 파일을 한 번 열고 전체 작업 시간 동안 열어 두는 것이 더 효율적입니다.

  • 병렬 처리를 사용하면 왕복 시간의 영향을 줄일 수 있습니다.

  • 참조 파일을 파일로 묶습니다..zip 일부 응용 프로그램에서는 크기가 작고 대부분 읽기 전용인 참조 파일을 대량으로 사용합니다. 이를.zip 파일로 묶으면 한 번의 오픈 클로즈 왕복으로 많은 파일을 읽을 수 있습니다.

    이.zip 형식을 사용하면 개별 파일에 무작위로 액세스할 수 있습니다.

디렉터리 성능 최적화

동시에 수정되는 매우 큰 디렉터리 (10만 개 이상의 파일ls) 에서 listing () 을 수행하는 경우 Linux NFS 클라이언트가 응답을 반환하지 않고 정지될 수 있습니다. 이 문제는 아마존 리눅스 2 커널 4.14, 5.4 및 5.10으로 포팅된 커널 5.11에서 수정되었습니다.

가능하면 파일 시스템의 디렉터리 수를 10,000개 미만으로 유지하는 것이 좋습니다. 중첩된 하위 디렉터리를 최대한 많이 사용합니다.

디렉터리를 나열할 때 필요하지 않은 파일 특성은 디렉터리 자체에 저장되지 않으므로 가져오지 마십시오.

NFS 읽기_헤드_kb 크기 최적화

NFSread_ahead_kb 속성은 순차 읽기 작업 중에 Linux 커널에서 미리 읽거나 프리페치할 수 있는 킬로바이트 수를 정의합니다.

5.4.* 이전 Linux 커널 버전의 경우,read_ahead_kb 값은rsize (마운트 옵션에서 설정한 클라이언트 구성 읽기 버퍼 크기) 의 값을NFS_MAX_READAHEAD 곱하여 설정됩니다. 권장 마운트 옵션을 사용할 경우 이 공식은read_ahead_kb 15MB로 설정됩니다.

참고

Linux 커널 버전 5.4.*부터 Linux NFS 클라이언트는read_ahead_kb 기본값인 128KB를 사용합니다. 이 값을 15MB로 늘리는 것이 좋습니다.

amazon-efs-utils버전 1.33.2 이상에서 사용할 수 있는 Amazon EFS 마운트 도우미는 파일 시스템을 마운트한 후read_ahead_kb 값을 15*rsize 또는 15MB로 자동 수정합니다.

Linux 커널 5.4 이상의 경우 마운트 도우미를 사용하여 파일 시스템을 마운트하지 않는 경우 성능 향상을 위해 수동으로read_ahead_kb 15MB로 설정하는 것이 좋습니다. 파일 시스템을 마운트한 후 다음 명령을 사용하여read_ahead_kb 값을 재설정할 수 있습니다. 이 명령을 사용하기 전에 다음 값을 바꿉니다.

  • 원하는 크기 (KB)read-ahead-value-kb 로 교체합니다.

  • 파일 시스템의 마운트efs-mount-point 지점으로 교체하십시오.

device_number=$(stat -c '%d' efs-mount-point)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo read-ahead-value-kb > /sys/class/bdi/$major:$minor/read_ahead_kb"

다음 예제에서는read_ahead_kb 크기를 15MB로 설정합니다.

device_number=$(stat -c '%d' efs)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo 15000 > /sys/class/bdi/$major:$minor/read_ahead_kb"