セルフホスト型クラウドにおけるファイル同期とバージョン管理バックアップの比較

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

File Sync vs Versioned Backup for a Self-Hosted Cloud - Zima Store Online

セルフホスト型クラウドでデバイス間に最新の作業コピーを保持する必要がある場合はファイル同期を使い、削除、破損、ランサムウェア、またはアプリケーションの誤った変更の後に、以前の正常な状態へ復旧することを優先する場合は世代管理バックアップを使います。同期は可用性と共同作業を向上させますが、その本質的な動作は変更を伝播させることです。バックアップは、最新の状態が誤っていると気付くまで十分な期間維持されるべき復旧ポイントを作成します。重要なセルフホスト型クラウドの多くでは、一方のシステムにもう一方の役割を無理に担わせるのではなく、両方の役割が必要です。

まず、乗り越える必要がある障害から考える

問題が「ノートパソコンで文書を編集したので、デスクトップにも新しいバージョンが必要だ」という場合、適しているのは同期です。問題が「昨日の正常なコピーがすべての場所で上書きされた」という場合は、十分に独立した履歴が必要で、そこからロールバックできなければなりません。

Nextcloudのデスクトップクライアントは、最新のファイルをデバイス間で同期しておくよう設計されています。変更をすばやく反映できる点こそが、この機能の価値です。しかし、変更そのものが望ましくない場合には、同じ性質が復旧上のリスクになります。

ツールを選ぶ前に、復旧に関する問いを明確にしてください。必要なのは、すべての場所で最新の状態を維持することですか。それとも、最新の状態が使えなくなった後に、複数の過去の状態が必要ですか。この違いを明確にすれば、比較は「どの製品がより安全か」ではなく、時間履歴に関する判断になります。

現在の可用性が最優先なら、ファイル同期が有利

同期は、ノートパソコン、デスクトップ、スマートフォン、セルフホスト型クラウドの間を移動して作業する人の負担を減らします。復元ジョブをスケジュールしなくても変更が届き、障害が発生したエンドポイントも、別の同期済みコピーから作業フォルダーを再接続して再同期できる場合があります。

Syncthingは、標準フォルダーについて、デバイス間で変更を送受信すると説明しています。主な目的がアーカイブからの復旧ではなく、現在の状態を利用可能にすることなら、この収束動作こそが選ぶべき機能です。

ただし、エラーを収束させてはならない場合は選択が変わります。誤った削除、破損した保存、暗号化されたファイルが誰かに気付かれる前に同期済みのすべてのエンドポイントへ伝播すると、現在のコピーが複数あっても、独立した復旧ポイントが複数作られたことにはなりません。

復旧要件に時間軸が含まれるなら、世代管理バックアップが有利

世代管理バックアップは、特定時点の状態を記録するため、被害が発生する前のコピーを選択できます。ユーザーの作業パスに常時マウントしておく必要はなく、通常どの程度の期間でミスが発見されるかに合わせて保持期間を設計できます。

Resticは、スナップショットを特定時点におけるバックアップ対象の状態と定義し、ホストと時刻でスナップショットを選択できるようにしています。このモデルは、エンドポイントを最新のファイル状態に収束させ続けることとは根本的に異なります。

セルフホスト型クラウドに家族の文書、アプリケーションデータ、作業中のプロジェクトなど、「先週の火曜日の状態に戻す」ことが実際に必要なデータが含まれているなら、世代管理バックアップを選んでください。バックアップの価値が発揮されるのは、保持期間が十分に長く、復元手順がテスト済みの場合だけです。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

組み込みの同期バージョン管理は有用な中間層だが、バックアップ計画全体ではない

一部の同期ツールは、置き換えられたファイルや削除されたファイルを保持するため、同期とバックアップの差を縮められます。別のバックアップアプリケーションを起動せずに、ユーザーによるちょっとしたミスに対処できるため、ストレージ容量に余裕があるなら有効にしておく価値があります。

たとえばSyncthingは、置き換えまたは削除の後に古いバージョンをアーカイブできます。Nextcloudもファイルバージョンを保持するため、セルフホスト型クラウド内の共同作業レイヤーで、短期間のロールバックを実現できます。

境界となるのは障害からの独立性です。バージョン履歴がライブクラウドと同じサーバー、ファイルシステム、認証情報、または管理基盤上にある場合、サーバーの損失や破壊的な侵害によって両方が失われる可能性があります。組み込みのバージョン管理は便利な履歴として扱い、クラウド自体を停止させる障害に備えて、別のバックアップを保持してください。

保持ポリシーによって、バージョン履歴が本当に役立つかが決まる

「世代管理」というだけでは、十分な仕様になりません。昨日の状態しか保持しないリポジトリでは、翌月に発見された破損から復旧できません。一方、すべてのバージョンを永久に保持すると、ストレージを消費し、メンテナンス費用を不必要に増やす可能性があります。

Borgの保持期間に基づくプルーニングモデルは、途中の編集をすべて永久に複製するのではなく、日次、週次、月次の復旧ポイントを意図的に保持する方法を示しています。

保持期間は、発見までの時間とデータの価値を基準に設定してください。頻繁に変化するアプリケーションデータには、直近の密な復旧ポイントと、長期的にはまばらな履歴が必要になる場合があります。写真アーカイブは変化が少なくても、より長い復旧期間を確保する価値があります。正しいポリシーとは、問題が発見されるまでに、クリーンな状態をなお含んでいるポリシーです。

ランサムウェアと管理者のミスが違いを最も明確にする

同期済みのクラウドは、承認された破壊的な変更を効率よく拡散できます。攻撃者、壊れた自動化処理、または誤操作した管理者が、同じ経路と認証情報で復旧履歴まで削除できない場合にのみ、バックアップは役に立ちます。

CISAは、オフライン、またはその他の方法で保護されたバックアップと定期的な復元テストを推奨しています。復旧可能性は、コピーの数だけでなく分離にも左右されるためです。

ZimaSpaceの関連記事同期とバックアップが異なるリスクを解決する理由でも、同じ分類上の違いを説明しています。この判断では、より限定的なルールに従ってください。使いやすさのために作業状態を同期し、その状態を保持期間と障害からの分離を備えたバックアップで保護し、復旧できるようにします。

可用性には同期、タイムトラベルにはバックアップを選ぶ

複数のデバイスで最新のファイル一式へ簡単にアクセスできることが、直近のユーザー体験として重要なら、ファイル同期を選びます。通常の誤編集や誤削除による負担を減らせるなら、組み込みのバージョン管理も追加してください。

復旧に特定時点の状態、独立したリポジトリ、または共同作業プラットフォームの通常の履歴を超える保持期間が必要なら、世代管理バックアップを選びます。最新の変更をどれだけ速く反映できるかで評価してはいけません。過去のクリーンな状態を実際に復元できるかで評価してください。

重要なセルフホスト型クラウドのデータでは、通常、両方を組み合わせる構成が安定しています。同期によって便利な現在のコピーを作成し、世代管理バックアップによって復旧可能な過去のコピーを作成します。実際に重視する障害と発見までの期間を、テスト済みの復旧ポイントがカバーできたら、それ以上レイヤーを追加する必要はありません。