Dockerにディレクトリをマウントする際、homesディレクトリは洗濯できませんでした。シンボリックリンクでもうまくいきませんでした。

とりあえず、その他のディレクトリのマウントを設定し、コンテナを作成します。その後エクスポートし、json形式で出力します。エディタで、「volume_bindings」の項目に、他のディレクトリの設定があるはずなので、項目をコピーし、内容をhomesディレクトリ用に変更し保存。

Container Managerから、インポートして起動することで、homesディレクトリをマウントすることができます。

ext4ならUSBやeSATA相当のスピードが出ますがNTFSだと読み書きともに遅くなります。それでも瞬間的には数十MB/sでますが、数MB/s程度が平均のような印象です。明らかに遅いとわかるスピードです。ext4なら100MB/sほど出ます（eSATA）。

Synology NASではexFATも有料アプリで扱えるようになりますが、ext4をWindowsで読めるようにしたほうが早そうだったのでNTFSやexFATではなく、ext4でにしました。

NASの部分的なバックアップなどで外付けHDDを使う場合はLinux系のフォーマットの方が良さそうです。

Inotify’s Watch Limitの数は、SSHなどでSynology NASにログイン後、以下の設定ファイルから確認できます。

cat /proc/sys/fs/inotify/max_user_watches

現状では、8192に設定されていたので、viで設定ファイルを変更します。

cd etc.defaults
sudo vi sysctl.conf

insertモードにして、以下の1行追加

fs.inotify.max_user_watches=2097152

:wqで保存終了し、NASを再起動します。

再度設定値を確認します。

cat /proc/sys/fs/inotify/max_user_watches

上記で2097152になっていることを確認します。

注意点はDockerのコンテナ内ではなく、ホスト（この場合はSynology NASのDSM）の設定を変えることです。

この設定は、ファームウェアのアップデートで初期化されることがあります。

また、CRASHPLAN_SRV_MAX_MEMが足りないというメッセージが出た場合は、コンテナの環境変数にCRASHPLAN_SRV_MAX_MEMという項目を新たにつくり、「2048M」などと入力し設定します。デフォルトは1024Mだと思います。

CRASHPLAN_SRV_MAX_MEMはCrashPlanのコマンドラインからも確認や設定ができます。コマンドラインの入力はCrashplanのアプリケション起動中にCtrl+Shift+Cで入力画面を表示させ、「java mx」で確認、「java mx 2048M」で2048MBに新たに設定となります。

とは言え、探してみるとDockerとCrashplan用コンテナ( jlesage crashplan-pro)もあり、設定も含めて、単独運用ができるようです。（以前は別のPCにクライアントソフトを入れて設定を行っていた。）

ということで、Synology NAS (DS918+) + Docker + jlesage crashplan-proで、Crashplan for Small Business が単独で運用できたので紹介とメモです。すべてNASに接続したブラウザ上で設定できます。

Dockerとコンテナのインストール

1. パッケージセンターからDockerをインストールします。
   「すべて」のなかの「サードパーティー」からクジラのアイコンを探します。
   
2. コンテナ「jlesage/crashplan-pro」をインストールします。URLに「https://hub.docker.com/r/jlesage/crashplan-pro/」を指定します。
   
3. コンテナの起動の前に、「編集」を押して各種設定をします。
   
4. このままではコンテナから外のファイルは見ることができませんので、バックアップ対象のディレクトリをマウントします。今回はupdateディレクトリ以下に設定しました。間違えて消さないように読み取り専用にしました。復元などの際は読み取り専用のチェックを外す必要があると思います。
   
5. Crashplanのクライアントにアクセスするためのローカルポートを明示します。自動の場合、その都度変わることがあるので、コンテナポートの5800をそのままローカルポートの5800に設定しました。これでSynology NASのIPアドレスが198.51.100.1ならば、「198.51.100.1:5800」にアクセスすると管理画面が表示されます。5900のポートはVNC用です。
   
6. ユーザーID、グループIDを設定します。デフォルトではそれぞれ1000になっていますが、各環境に合わせて設定します。今回は1024と101でしたのでそれに書き換えます。IDはコンソールから「id」コマンドなどで確認します。
   言語（LANG）も日本語にしたいところですが、文字化けすることがあるので、そのまま英語にしておきます。
   

ここまででDocker+コンテナの準備が整いましたので1.c.の画面右スイッチから起動します。

しばらくしたら、前述の通り、「Synology NASのIPアドレス:5800」でCrashplanクライアントにアクセスします（「198.51.100.1:5800」など）。

あとは、Crashplanの契約情報の通り、メールアドレス、パスワードなどを入力し、先ほど設定したuploadディレクトリをバックアップ対象フォルダにすれば、バックアップが開始されます。アップロードはそれほど速くなく、数Mbpsといったところですが、常時稼働のNASですので、気長にバックアップ完了を待ちます。

インターネットに繋がない一応クローズドなネットワークのファイルサーバーとしての利用で、かつ、一部のファイルはクラウドへバックアップしたいという若干矛盾した目的があったため、LANポートが2つあるこの機種を導入しました。

2つあるLANポートはそれぞれ別に設定できますので、1つはDHCPからIPアドレスを貰うように、もう1つは固定IPでクローズドなネットワークに繋ぐことにしました。

途中つまずいたのが、パッケージと呼ばれるアプリケーションをインストールする際に、インターネットにつながらず、インストールができなかったことです。理由は単純で、デフォルトゲートウェイに、クローズドなLANのゲートウェイを優先と設定していたためでした。この設定は「コントロールパネル」「ネットワーク」「全般」タブのデフォルトゲートウェイを編集することで修正できます。クラウドへのバックアップなどもインターネットと接続できなければ進みませんので、2つのLANポートを使う際は正しいアドレスを指定する必要があります。「インターネットにつながっていません」というようなエラーは表示されず、「ロード中」や「接続中」などと表示されるだけなので、気がつくのが遅れてしまいました。