オフィス間 Synology NAS 同期: 現実的なガイド

2 つのオフィスに 2 台の Synology があり、それらを同期させ続けたい場合、合理的な選択肢は 4 つあります。それぞれ得意なことが違いますし、ネット上の記事は名前が重なるせいで混同しがちです。

これは、我々がそれを把握しようとしていたときに「あればよかった」と思うバージョンです。

4 つの選択肢、率直に

Snapshot Replication は Synology のネイティブなクロス NAS レプリケーションツールです。Btrfs ボリュームでのみ動作します。ソース側で Btrfs スナップショットを取得し、それを宛先 NAS にレプリケートします。レプリケーションは最初のシード以降は増分で、分単位の精度でスケジューリングできます。向いている用途: 進化するデータセットの高速な増分バックアップ。

Hyper Backup と Shared Folder Sync はより汎用的なバックアップツールです。ローカルディスク、USB、クラウド、他の NAS に出すことができます。Snapshot Replication より移植性が高く (宛先で Btrfs を必要としないため)、クライアント側暗号化をサポートします。スナップショットに乗らないため、増分作業では遅いです。

Synology Drive ShareSync はリアルタイム双方向ファイル同期 — 「2 台の NAS の間の Dropbox」に最も近いものです。両サイトが同じフォルダの書き込み可能なコピーを欲しがるコラボレーションユースケース向け。コンフリクト解決は組み込み済み; レイテンシは Snapshot Replication より高いです。

WarpSend Sync (我々) は、上のどれもが速度的に足りないときに手を伸ばすものです — 典型的には公共インターネット越しで RTT が高く、変更が多い場合。同じアーキテクチャ: 2 つのフォルダを選び、我々が同期し続けます。違い: 独自の輻輳制御を備えた UDP ベース transport なので、WAN が同期のボトルネックになりません。

どれをいつ使うか

シナリオ	推奨
同じ建物、両 NAS が Btrfs、主に増分データ	Snapshot Replication
遅いリンク越しに NAS から NAS へバックアップ、暗号化が欲しい	Hyper Backup
2 サイトで同じフォルダを編集	Drive ShareSync
大陸を跨ぐ、NAS-to-NAS、大量データ、時間制約あり	WarpSend Sync

#1 をやっているなら、ここから先は読まなくていいです — Snapshot Replication は素晴らしく、Synology があなたのために作ったものです。

初回シードについて誰も教えてくれないこと

これらどれにおいても、初回の同期が痛いものです。共有フォルダのデータが 8 TB あり、オフィス間に 100 Mbps のアップロードパイプがあるなら、理論上のシード時間は ~7.4 days の飽和アップロード — その間ずっとライン速度に到達できると仮定して、ですが、そうはなりません。

そこから逃れる方法は 2 つ:

1. 物理ドライブにシードを発送する. Synology は Snapshot Replication でこれを明示的にサポートしています — 初期レプリケーションデータをソース側で外部ストレージにエクスポートし、ドライブを宛先サイトに FedEx で送り、そちらでインポートする。以降のレプリケーション実行は WAN 越しに増分です。これはツールにかかわらず、クロスサイト NAS レプリケーションの初回展開の標準プレイブックです。

2. WarpSend でシードを実行する. UDP transport + 並列ストリームは通常リンクが実際に運べるものを飽和させるので、現実世界の 100 Mbps リンクでの 8 TB シードは TCP ベースのツールのおよそ 1/3 から 1/4 の時間で完了します — 7+ days ではなく 2 days と考えてください。それでも痛いですが、ましです。

どちらを選んでも、計画に入れておいてください。「初期レプリケーションを開始しています」のところでスタックする Synology クロスサイトセットアップの数 — 誰も 1 週間のウォールクロックを予算しなかったから — は本当に驚くほどです。

セットアップの落とし穴 (Snapshot Replication 固有)

Snapshot Replication を選ぶなら、3 つのことがサポートチケットを救ってくれます:

1. ソースと宛先の両方が Btrfs でなければなりません. 例外なし。宛先 NAS に ext4 ボリュームがある場合、レプリケーションジョブが受け入れる前に再フォーマットが必要です。
2. ポート 5566 がソースと宛先の間で開いている必要があります — DSM の Web UI ポートも併せて。両側、両方向。公共インターネット越しの場合、両端のルーターでファイアウォールルールを意味します。
3. スナップショット頻度をレプリケーション頻度より高くスケジュールする. レプリケーションジョブはすでに存在するスナップショットのみを発送します; 15 分ごとにレプリケートするが 1 時間ごとにしかスナップショットを取らない場合、同じスナップショットを 4 回発送していることになります。

WarpSend は何を変えるか

我々が WarpSend Sync を作ったのは、Snapshot Replication が 得意なこと (スナップショット認識、Btrfs ネイティブ、高速な増分) は素晴らしく、そうでないこと (大規模で変動の激しいデータセットの高 RTT 公共インターネット同期) はダメだからです。ローカルネットワークユースケースで Synology のネイティブスタックを置き換えようとしているわけではありません。台北に NAS、ベルリンに NAS があり、専用線を買わずに同期に近い状態を維持したいとき、その答えになろうとしています。

Synology Package Center から WarpSend をインストールし、2 つのフォルダを選び、互いを指すだけ。両ユニット間で P2P UDP; NAT パンチが失敗した場合は Cloudflare リレー。リアルタイム同期、切断時の自動再開、ルーター設定不要。

無料で試す — 月間 1 TB のトラフィック、クレジットカード不要。クロスサイトの同期が現在、複数日の cron ジョブと祈りで成り立っているなら、これがアップグレードです。