File Gateway에서 RefreshCache 작업에 시간이 오래 걸리는 이유는 무엇입니까?

2분 분량
0

AWS Storage Gateway의 File Gateway에서 RefreshCache 작업을 시작할 때 작업을 완료하는 데 시간이 오래 걸립니다.

해결 방법

참고: AWS Command Line Interface(AWS CLI) 명령 실행 시 오류가 발생하는 경우, AWS CLI 오류 문제 해결을 참조하십시오. 또한 최신 AWS CLI 버전을 사용하고 있는지 확인하십시오.

RefreshCache 작업은 게이트웨이가 객체를 마지막으로 식별하고 캐싱한 이후 Amazon Simple Storage Service(Amazon S3) 객체의 변경 사항을 식별합니다. 변경 사항에는 업데이트, 업로드 또는 삭제된 객체가 있을 수 있습니다. 이 작업을 완료하기 위해 File Gateway는 Amazon S3 버킷에서 재귀 LIST 작업을 실행합니다. 그런 다음 File Gateway는 LIST 작업에서 반환되는 모든 객체에 대해 HEAD 객체 작업을 실행합니다. HEAD 작업은 메타데이터를 보존하고 File Gateway 캐시에 저장합니다.

다음 요인이 RefreshCache 작업에 걸리는 시간에 영향을 줍니다.

  • S3 버킷에 객체 수가 많으면 RefreshCache의 실행 시간이 늘어납니다. 이는 File Gateway가 버킷의 모든 객체를 대상으로 HEAD 객체를 실행하기 때문입니다.
  • RefreshCache 작업은 File Gateway 내의 개별 파일 공유에만 해당됩니다. 하나의 파일 공유는 지정된 시간에 두 개의 RefreshCache API 작업을 지원합니다. 캐시 새로 고침을 시작하라는 요청을 더 보내면 진행 중인 작업이 완료되기 전에 더 많은 작업이 시작됩니다. 이로 인해 InvalidGatewayRequestException 오류가 발생할 수 있습니다.
  • S3 버킷은 접두사당 초당 3,500개의 PUT/COPY/POST/DELETE 요청 또는 5,500개의 GET/HEAD 요청을 지원할 수 있습니다. 지원되는 요청 속도는 File Gateway가 S3 버킷에 보내는 요청에도 적용됩니다. 요청량은 RefreshCache 작업이 완료되는 속도에 영향을 줍니다. File Gateway가 아닌 다른 서비스에서도 S3 버킷을 사용하는 경우 RefreshCache의 실행 시간이 늘어날 수 있습니다.

RefreshCache 작업의 실행 시간을 줄이려면 다음 중 하나를 수행하십시오.

  • 버킷의 객체 수를 줄입니다.
  • S3 버킷의 개별 접두사에 해당하는 여러 파일 공유를 배포합니다. 전체 버킷에 하나의 파일 공유를 사용하지 마십시오.
    참고: 개별 File Gateway에 대해 최대 10개의 파일 공유를 생성할 수 있습니다. RefreshCache 작업은 파일 공유별로 실행되므로 이렇게 하면 개별 RefreshCache 작업을 완료하는 데 걸리는 시간을 줄이는 데 도움이 될 수 있습니다.
  • 전체 S3 버킷에 하나의 파일 공유를 사용하는 경우, 새 객체로 업데이트되는 버킷의 특정 접두사 또는 폴더의 RefreshCache 작업에 집중하십시오. 이렇게 하면 작업 범위가 줄어들고 실행 시간을 줄이는 데 도움이 될 수 있습니다. AWS CLI 또는 Storage Gateway API를 사용하여 작업을 실행할 때 RefreshCache 작업의 대상을 특정 폴더로 지정하십시오. 이 옵션은 Storage Gateway 콘솔에서 사용할 수 없습니다.
  • S3 버킷에 대한 다른 요청의 RefreshCache 작업은 사용량이 적은 시간에 실행하십시오. AWS Lambda와 Amazon CloudWatch를 사용하여 타이머에서 작업을 시작할 수 있습니다.

관련 정보

AWS Storage Gateway의 File Gateway에 대한 캐시 새로 고침 프로세스 자동화

AWS 공식
AWS 공식업데이트됨 5달 전