NetDriveのキャッシュサイズ設定 — 大規模クラウドライブラリのチューニング
NetDriveではローカルキャッシュサイズを100GBから1TBの間で設定でき、OSへのドライブ空き容量報告も手動で指定できます。いつ、なぜ引き上げるべきかを解説します。
あるフォトスタジオでは、RAWファイルが入った2TBのBackblaze B2バケットをNetDrive経由でマウントし、編集者がライブラリ全体を同期せずに閲覧・取得できるようにしていました。数週間後、誰かが45MBのCR3ファイルを立て続けに開いたところ、そのセッションのパターンに対してはデフォルトキャッシュが想定より早く一杯になり、ドライブが止まってしまいました。解決策は回避策ではなく、ほとんどの人が開いたことのない設定にありました。
ライブラリの規模に合わせてNetDriveのキャッシュをチューニング
NetDrive を使えば Google Drive、OneDrive、S3、SFTP、WebDAV などが Windows と macOS でネイティブドライブとして表示されます — 同期も、まるごとダウンロードも不要です。
- キャッシュサイズは100GBから1TBまで調整可能
- 空き容量を先にチェックするアプリのための手動ドライブ空き容量報告
- マウントするプロバイダーを問わず同じ方法で動作
無料トライアル。永久ライセンスとサブスクリプションプランあり。
デフォルトのキャッシュサイズが不足する理由
NetDriveは、マウントしたドライブ経由でアクセスしたファイルのローカルキャッシュを保持し、繰り返しの読み取りや編集中のファイルがそのたびクラウドプロバイダーと往復しなくて済むようにしています。これは一般的なオフィス文書や写真では十分に機能しますが、一度に大量のデータを扱うワークロード——複数の4Kマスター素材をスクラブする動画編集、バッチ写真インポート、S3から数ギガバイトのアーティファクトを取得するビルドプロセスなど——では限界に突き当たります。
キャッシュが一杯になると、NetDriveは新しい読み取りのために古いキャッシュデータを退避させる必要があり、ネットワーク接続自体には何の変化もないのにセッション中盤でドライブが遅くなったように感じられます。NetDrive 3.16.589以降、キャッシュサイズ自体を設定できるようになっており、これがこのパターンに対する直接的な解決策です。
キャッシュサイズを100GBから1TBの間で設定する
キャッシュサイズのオプションはNetDriveの設定内にあり、個別の接続ごとではなく、マウントしているすべてのドライブに対してグローバルに適用されます。
- Open NetDrive と Settings に進みます。
- Cache セクションを見つけます。
- キャッシュサイズを設定します——NetDriveは100GBから1TBまでの値を受け付けます。
- 保存し、新しい上限を反映させるためにドライブを再マウントします。
唯一絶対の数値というものはなく、通常のセッションでどれだけの作業対象に触れるかによって変わります。目安としては、クラウドライブラリ全体ではなく、1日に実際に作業する範囲を余裕を持って収められる大きさにキャッシュを設定することです。800GBの4Kマスター素材をスクラブする動画編集者は1TBの上限に近づけるメリットがあり、NetDriveを主に時々の文書アクセスに使う人は、それより十分に低い値のままでも違いに気づかないでしょう。
手動ドライブ空き容量報告
関連するが別の設定として、NetDrive 3.8.921以降、マウントしたドライブについてNetDriveがOSへ報告する空き容量を手動で指定できます。これが重要なのは、一部のアプリケーションが保存やエクスポートを許可する前に利用可能なディスク容量を確認し、報告された空き容量が低すぎるように見えると書き込みを拒否するためです——クラウドプロバイダーの実際の残りクォータが、デスクトップアプリの想定しない形で報告される場合によくある問題です。
ドライブの設定で手動のドライブ空き容量値を指定すると、WindowsやmacOSへ報告される内容が上書きされ、ファイル保存ダイアログやエクスポートツールが受け入れられる数値を目にするようになります。これは上記のキャッシュサイズ設定とは独立しています——一方はローカルにキャッシュされる量を制御し、もう一方はマウントされたボリュームの利用可能容量としてOSに何が伝えられるかを制御します。
ワークロード別のキャッシュサイジング
大容量マスター素材を扱う動画編集。 クラウドにマウントされた4KやRAWの映像素材を直接扱う編集者は、大きめのキャッシュから最も恩恵を受けます。同じクリップを繰り返しスクラブしたり開き直したりする作業パターンは、まさに小さなキャッシュをすぐに空にしてしまうものだからです。
S3のフィクスチャを取得するCIランナー。 実行のたびに同じテストフィクスチャ一式をS3から読み込むビルドエージェントには、1TB近くも必要ありません。フィクスチャ一式に合わせた小さめのキャッシュにすれば、ビルドマシンのディスクを無駄にせず、変更されていないファイルを毎回再ダウンロードしない恩恵も得られます。
一般的なオフィス・文書利用。 日常的な文書やスプレッドシートへのアクセスは、デフォルトのキャッシュ上限にほとんど触れることがなく、この用途のために引き上げる理由はまずありません。
まとめ
キャッシュサイズは、初期セットアップ時に見過ごされがちで、プロジェクトの途中で速度低下に見舞われて初めて気づかれる設定の一つです。大容量メディアファイル、バッチインポート、大量の自動読み取りを伴うワークフローであれば、ドライブが止まってしまう前にこの設定を確認しておくことで、トラブルシューティングの手間をまるごと省けます。
関連記事: 4K RAW Video Editing on Cloud Storage with NetDrive · DevOps S3 Test Fixtures with NetDrive · Fix Slow S3 Directory Listing in NetDrive
— Alex, NetDrive