NetDrive 캐시 크기 설정 — 대용량 클라우드 라이브러리 튜닝

한 사진 스튜디오가 2TB 규모의 Backblaze B2 버킷에 담긴 RAW 파일을 NetDrive로 마운트해서, 편집자들이 전체 라이브러리를 로컬에 동기화하지 않고도 브라우징하고 자산을 가져올 수 있게 했습니다. 몇 주 후, 누군가 45MB짜리 CR3 파일을 연속으로 여러 장 열자 드라이브가 멈칫거리기 시작했습니다 — 기본 캐시가 그런 작업 패턴에서는 예상보다 빨리 가득 찬 것입니다. 해결책은 임시방편이 아니라, 대부분의 사람들이 한 번도 열어보지 않는 설정 하나였습니다.

라이브러리 크기에 맞게 NetDrive 캐시를 조정하세요

NetDrive 는 Google Drive, OneDrive, S3, SFTP, WebDAV 등을 Windows 와 macOS 에서 일반 드라이브처럼 보이게 합니다 — 동기화도, 전체 다운로드도 없이.

• 캐시 크기를 100GB~1TB 범위에서 조정 가능
• 여유 공간을 먼저 확인하는 앱을 위한 수동 드라이브 공간 보고
• 마운트한 모든 제공자에서 동일하게 동작

WindowsmacOS

NetDrive 다운로드 →

무료 체험. 평생 라이선스와 구독 플랜 제공.

기본 캐시 크기가 부족해지는 이유

NetDrive는 마운트된 드라이브를 통해 접근한 파일을 로컬에 캐시해 두어, 반복 읽기나 진행 중인 편집 작업마다 클라우드 제공자와 왕복하지 않도록 합니다. 일반적인 사무 문서나 사진에는 이 방식이 잘 맞지만, 한 번에 많은 데이터를 다루는 작업 — 여러 개의 4K 마스터 파일을 스크러빙하는 영상 편집, 일괄 사진 가져오기, S3에서 수 기가바이트의 아티팩트를 가져오는 빌드 프로세스 등 — 에서는 한계에 부딪힙니다.

캐시가 가득 차면 NetDrive는 새로운 읽기를 위한 공간을 확보하기 위해 오래된 캐시 데이터를 내보내야 하는데, 이는 네트워크 연결에는 아무런 변화가 없는데도 세션 도중 드라이브가 느려지는 것처럼 느껴지게 만듭니다. NetDrive 3.16.589부터 캐시 크기 자체를 설정할 수 있게 되었고, 이것이 바로 이런 패턴에 대한 직접적인 해결책입니다.

캐시 크기를 100GB~1TB 사이로 설정하기

캐시 크기 옵션은 NetDrive 설정에 있으며, 연결별이 아니라 마운트된 모든 드라이브에 전역으로 적용됩니다.

1. NetDrive를 열고 Settings로 이동합니다.
2. Cache 섹션을 찾습니다.
3. 캐시 크기를 설정합니다 — NetDrive는 100GB부터 1TB까지의 값을 허용합니다.
4. 저장한 뒤 드라이브를 다시 마운트하면 새 한도가 적용됩니다.

정답은 하나가 아닙니다 — 평소 세션에서 실제로 얼마나 많은 작업 대상 데이터를 다루는지에 따라 달라집니다. 경험칙으로는, 클라우드 라이브러리 전체가 아니라 하루 동안 실제로 작업할 만한 분량을 여유 있게 담을 수 있는 크기로 설정하는 것이 좋습니다. 800GB의 4K 마스터 파일을 스크러빙하는 영상 편집자라면 1TB 한도에 가깝게 늘리는 것이 유리하고, 주로 가끔씩 문서에 접근하는 용도로 NetDrive를 쓴다면 그보다 훨씬 낮게 두어도 차이를 느끼지 못할 것입니다.

수동 드라이브 공간 보고

NetDrive 3.8.921부터 제공되는, 관련되어 있지만 별개인 설정으로 마운트된 드라이브의 여유 공간을 얼마로 보고할지 수동으로 지정할 수 있습니다. 이는 일부 애플리케이션이 저장이나 내보내기를 허용하기 전에 사용 가능한 디스크 공간을 확인하고, 보고된 여유 공간이 너무 낮아 보이면 쓰기를 거부하기 때문에 중요합니다 — 클라우드 제공자의 실제 남은 할당량이 데스크톱 앱이 예상하지 못하는 방식으로 보고될 때 흔히 발생하는 문제입니다.

드라이브 설정에서 수동 드라이브 공간 값을 설정하면 Windows나 macOS에 보고되는 값이 재정의되어, 파일 저장 대화상자와 내보내기 도구가 받아들일 만한 숫자를 보게 됩니다. 이는 위의 캐시 크기 설정과는 독립적입니다 — 하나는 로컬에 캐시되는 양을 제어하고, 다른 하나는 마운트된 볼륨의 사용 가능한 공간에 대해 OS에 알려주는 값을 제어합니다.

작업 유형별 캐시 크기 설정

대용량 마스터 파일을 다루는 영상 편집. 클라우드에 마운트된 4K나 RAW 영상을 직접 다루는 편집자는 캐시를 크게 설정할 때 가장 큰 이점을 얻습니다. 같은 클립을 반복해서 스크러빙하고 다시 여는 패턴이야말로 작은 캐시를 빠르게 비워버리는 대표적인 경우이기 때문입니다.

S3 픽스처를 가져오는 CI 러너. 실행할 때마다 S3에서 동일한 테스트 픽스처 세트를 읽는 빌드 에이전트는 1TB에 가까운 용량이 전혀 필요하지 않습니다 — 픽스처 세트에 맞춘 작은 캐시로도 빌드 머신의 디스크를 낭비하지 않으면서, 변경되지 않은 파일을 매번 다시 내려받지 않는 이점을 그대로 누릴 수 있습니다.

일반적인 사무 및 문서 작업. 일상적인 문서와 스프레드시트 접근은 기본 캐시 한도조차 거의 건드리지 않으므로, 이런 패턴에서는 캐시를 늘릴 이유가 거의 없습니다.

마무리

캐시 크기는 초기 설정 과정에서 그냥 지나치기 쉽고, 프로젝트 도중 속도 저하를 겪고 나서야 발견하게 되는 설정 중 하나입니다. 대용량 미디어 파일, 일괄 가져오기, 또는 대량의 자동화된 읽기 작업이 포함된 워크플로우라면, 드라이브가 멈칫거리고 난 뒤가 아니라 시작하기 전에 이 설정을 확인해두는 것이 문제 해결 과정 자체를 아예 없애줍니다.

관련 글: NetDrive로 클라우드 스토리지에서 4K RAW 영상 편집하기 · NetDrive를 활용한 DevOps S3 테스트 픽스처 · NetDrive의 느린 S3 디렉토리 목록 조회 문제 해결하기

— Alex, NetDrive