9장. FS-Cache 시작하기

다음 다이어그램은 FS-Cache의 작동 방식에 대한 간략한 그림입니다.

그림 9.1. FS-Cache 개요

FS-Cache는 시스템의 사용자와 관리자에게 최대한 투명하게 설계되었습니다. Solaris의 cachefs 와 달리 FS-Cache를 사용하면 서버의 파일 시스템이 오버 마운트된 파일 시스템을 생성하지 않고도 서버의 로컬 캐시와 직접 상호 작용할 수 있습니다. NFS를 사용하면 마운트 옵션은 클라이언트에 FS-cache가 활성화된 NFS 공유를 마운트하도록 지시합니다. 마운트 지점은 fscache 및 cachefiles 의 두 커널 모듈에 대해 자동 업로드됩니다. cachefilesd 데몬은 커널 모듈과 통신하여 캐시를 구현합니다.

FS-Cache는 네트워크를 통해 작동하는 파일 시스템의 기본 작동을 변경하지 않습니다. 데이터를 캐시할 수 있는 영구적 위치에 파일 시스템을 제공합니다. 예를 들어, 클라이언트는 FS-Cache가 활성화되어 있는지 여부에 관계없이 NFS 공유를 계속 마운트할 수 있습니다. 또한 캐시된 NFS는 파일을 부분적으로 캐시할 수 있고 전면적으로 읽을 필요가 없기 때문에 캐시에 적합하지 않은(개인적 또는 집합)에 맞지 않는 파일을 처리할 수 있습니다. FS-Cache는 클라이언트 파일 시스템 드라이버에서 캐시에서 발생하는 모든 I/O 오류도 숨깁니다.

캐싱 서비스를 제공하기 위해 FS-Cache에는 캐시 백엔드 가 필요합니다. 캐시 백엔드는 캐싱 서비스를 제공하도록 구성된 스토리지 드라이버로, cachefiles 입니다. 이 경우 FS-Cache에는 bmap 및 확장 속성을 캐시 백엔드로 지원하는 ext3 와 같은 마운트된 블록 기반 파일 시스템이 필요합니다.

FS-Cache 캐시 백엔드에 필요한 기능을 지원하는 파일 시스템에는 다음 파일 시스템의 Red Hat Enterprise Linux 8 구현이 포함됩니다.

FS-Cache는 네트워크를 통해 또는 다른 파일 시스템을 임의로 캐시할 수 없습니다. FS-Cache, 데이터 스토리지/리트라이프 및 메타데이터 설정 및 검증과 상호 작용을 허용하도록 공유 파일 시스템의 드라이버를 변경해야 합니다. FS-Cache에는 지속성을 지원하기 위해 캐시된 파일 시스템의 인덱싱 키와 일관성 데이터 가 필요합니다. 즉, 파일 시스템 개체와 개체를 캐시하기 위한 인덱싱 키와 캐시 오브젝트가 유효한지 여부를 결정합니다.