大学・研究機関のITとNetDrive — フル同期なしの共有ストレージ

読了目安 6 分 use-case education team-drive
Tayson
TaysonSenior Engineer
大学のIT部門が、入れ替わる研究者や大学院生にノートPCごとに同期させずクラウドストレージへドライブとしてアクセスさせる、NetDriveの使い方。

ある大学のIT部門は、稼働中の研究室十数か所分のストレージを管理している——一部のデータセットは機関用Google Driveアカウントにあり、別のデータはクラウドストレージが存在するよりずっと前からある学科のSFTPサーバーに置かれている。毎学期新しい大学院生の集団がやって来て、初日からその研究室の共有ファイルへのアクセスが必要になり、卒業や研究室移動のたびにそのアクセスをきれいに取り消さなければならない。一般的な同期クライアントを使うと、そうしたオンボーディングのたびに、ディスク容量が足りないかもしれないノートPCに数十ギガバイトのダウンロード待ち行列ができてしまう。

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

同期待ちのない共有研究ストレージ

NetDrive を使えば Google Drive、OneDrive、S3、SFTP、WebDAV などが Windows と macOS でネイティブドライブとして表示されます — 同期も、まるごとダウンロードも不要です。

  • オンデマンドストリーミング — 研究室は共有データセットのフルローカルコピーを不要にできる
  • チームライセンスでオンボーディングもオフボーディングも再インストールではなく席の変更で済む
  • SFTPサーバーと機関用Google Driveアカウントの両方で同じように使える
WindowsmacOS
NetDriveをダウンロード →

無料トライアル。永久ライセンスとサブスクリプションプランあり。

フル同期が共有研究ドライブに向かない理由

同期クライアントの仕事は、フォルダをそのままローカルにミラーリングすることで、それは数ギガバイト程度の個人用Driveアカウントなら問題にならない。共有研究室フォルダはまったく事情が違う——長年蓄積されたデータセット、画像ファイル、アーカイブ済みのプロジェクトデータが積み重なっており、今週使うファイルを取り出すためだけに、大学院生の誰か一人がそのすべてを手元にコピーする必要はない。そこへ同期クライアントを向けてしまうと、新しい研究室メンバーのノートPCは、アシスタントシップ初日を一度も開かないであろう数テラバイトのダウンロードに費やすことになり、しかもそのマシンにはそもそもそれだけの空き容量がない場合もある。

NetDriveはその代わりに、同じストレージをドライブレターやFinderボリュームとしてマウントし、ツリー全体を事前にミラーリングするのではなく、ファイルが開かれたときにオンデマンドでストリーミングする。学生は研究室フォルダ全体の構成をすぐに閲覧でき、自分のプロジェクトに関わる特定のファイルだけをダウンロードすればよい。UCリバーサイド、UTオースティン、コーネル大学を含む複数の大学が、他の学術・研究機関とともに公開されているNetDriveの顧客だ。

他のドライブと並んで機関用クラウドアカウントがマウントされている様子を示すNetDriveドライブマネージャー

機関ストレージを共有ドライブとしてマウントする

背後にあるストレージが10年動き続けているSFTP研究用サーバーでも、より新しい機関用Google Driveアカウントでも、設定手順は同じだ。

  1. NetDriveを開く → ドライブを追加 をクリックしてプロバイダーを選ぶ——学科のファイルサーバーならSFTP、機関アカウントならGoogle Drive。
  2. サーバーの接続情報を入力するか、機関アカウントの認証情報でサインインする。NetDriveはこのマウントにドライブレター(Windows)またはFinderボリューム(macOS)を割り当てる。
  3. 設定 → キャッシュ で、ローカルキャッシュのサイズをデータセット全体ではなく、その研究室の一般的な作業量に合わせて設定する——最近の撮像結果を主に見る研究室には、古いアーカイブを積極的に再処理する研究室が必要とするような1TBの上限は要らない。
  4. 共有の研究室ワークステーションでは、自動マウント をログイン時に実行するよう設定し、権限のあるユーザーがサインインするたびに手動で再接続しなくてもドライブがすぐに使えるようにする。

NetDriveのドライブ一覧から新しいプロバイダー接続を追加する画面

ファイルロックで共有データセットの上書きを防ぐ

研究データも他の共有ドライブと同じ衝突の問題を抱えている。二人の学生が同じ解析用スプレッドシートやデータセットのインデックスを開いて両方が編集すると、一方の保存がもう一方の変更を静かに上書きしてしまう。NetDriveのファイルロックはOffice文書だけでなくすべてのファイルタイプに適用されるため、ロックされたデータセットファイルやノートブックは、同じマウント済みドライブを閲覧している他の人からはロック中と表示され、二人目が競合する保存をする前にロックの所有者を確認できる。

チームドライブで共有されているロック済みファイルを示すファイルロックのコンテキストメニュー

チームライセンスは学年暦に合う

この構成で実際にIT担当者の時間を節約しているのは、マウントそのものではなく、1学期を通じてアクセス権がどう変化するかという部分だ。チームライセンスを使えば、管理者は新しい大学院生が研究室に加わった日に席を割り当て、離れる日にそれを回収できる——その間、背後にあるSFTPサーバーやGoogle Driveアカウントの設定に触れる必要はない。管理コンソールから公開されたチームドライブは、ライセンスを持つすべてのメンバーのNetDriveに自動的に表示されるため、新しい学生のノートPCにアクセス権が必要になったときも、ワークステーションごとにセットアップスクリプトを実行する必要はない。

メンバーの席と公開済みチームドライブを示すNetDriveのチーム管理コンソール

まとめ

異なるクラウドプロバイダーにまたがる複数の研究室のストレージを管理する部門にとって、それぞれをドライブとしてマウントすれば閲覧は即座に行え、ディスク使用量はある学生が実際に開いた分に比例したものになり、一方でチームライセンスは繰り返されるオンボーディング・オフボーディング作業を再インストールではなく席の割り当てに変えてくれる。この構成のSFTP側についてはNetDriveでWindowsにSFTPサーバーをマウントするを、上で触れたチームドライブの仕組みについてはチームドライブと共有ドライブのガイドを、研究室のデータセットに合わせたキャッシュサイズの調整についてはNetDriveのキャッシュサイズオプションを参照してほしい。

— Tayson, NetDrive