Storage Gateway에서 RefreshCache 작업을 자동화하려면 어떻게 해야 하나요?

해결 방법

Storage Gateway는 파일 공유를 사용하여 파일을 로컬로 캐시에 쓰면 파일 공유 캐시를 자동으로 업데이트합니다. 하지만 Amazon S3에 파일을 직접 업로드할 때 Storage Gateway는 캐시를 자동으로 업데이트하지 않습니다. 이렇게 할 때 RefreshCache 작업을 수행하여 파일 공유에 대한 변경 사항을 확인해야 합니다.

Storage Gateway를 사용하면 TTL(Time To Live) 값을 기준으로 RefreshCache 작업을 자동화할 수 있습니다. TTL은 마지막 새로 고침 이후의 시간입니다. 사용자가 TTL 값 이후에 파일 디렉터리에 액세스하면 파일 게이트웨이는 S3 버킷에서 디렉터리의 내용을 새로 고칩니다. RefreshCache 작업 자동화를 위한 유효한 TTL 값 범위는 300초에서 2,592,000초(5분~30일)입니다.

참고: 지정한 TTL 값이 만료되면 파일 게이트웨이는 폴더 수준에서 ListObjects Amazon S3 API 호출을 호출합니다. TTL을 낮은 값으로 설정하면 Amazon S3 API 요청이 더 많이 발생할 수 있습니다.

Storage Gateway 콘솔을 사용하여 RefreshCache 작업을 자동화하려면 다음 단계를 수행하십시오.

1. Storage Gateway 콘솔을 엽니다.
2. [파일 공유(File shares)]를 선택합니다.
3. RefreshCache 작업을 자동화할 파일 공유를 선택합니다.
4. 작업을 선택한 다음 파일 공유 설정 편집을 선택합니다.
5. 이후 S3에서 자동으로 캐시 새로 고침에서 새로 고침 간격 설정을 선택합니다.
6. TTL을 사용하여 파일 공유의 캐시를 새로 고침할 시간을 일, 시간 및 분 단위로 설정합니다.
7. **저장(save)**을 선택합니다.

Storage Gateway API를 사용하여 RefreshCache 작업을 자동화하려면 UpdateNFSFileShare API 호출 또는 UpdateSMBFileShare API 호출을 사용합니다. 두 API 호출 모두에 대해 CacheAttributes 파라미터를 업데이트하여 RefreshCache 작업을 자동화해야 합니다.

작업을 자동화하는 대신 한 시점에서 RefreshCache를 실행하려면 Amazon S3 버킷의 변경 사항이 Storage Gateway 파일 공유에 표시되지 않는 이유가 무엇인가요?를 참조하세요.

RefreshCache 작업에 대한 다음 고려 사항에 유의하세요.

• 새로 고침 프로세스를 완료하는 데 걸리는 시간은 다음에 따라 다릅니다.
  • 게이트웨이에 캐시된 객체 수.
  • 마지막 새로 고침 이후 버킷에 추가되거나 버킷에서 제거된 객체 수.
• 캐시를 새로 고침하면 새로 고침 작업이 시작됩니다. 그러나 파일 새로 고침은 별도의 프로세스입니다. 새로 고침 캐시 알림을 설정하여 파일 새로 고침 프로세스에 대한 업데이트를 가져올 수 있습니다. 새로 고침 완료 알림은 파일 새로 고침 프로세스가 완료되었음을 나타냅니다.

---