単純なバックアップは複雑な冗長化に勝る――ホームラボの大惨事から学んだ教訓

クレジット: Patrick Campanale / How-To Geek

筆者は大きなミスを犯してしまいました。ホームラボ(homelab)に適切なバックアップを構築していなかったため、複数の仮想マシンとDockerコンテナを失う結果になったのです。「今まで必要になったことはないし、そこまで重要でもないだろう」と考え、シンプルなバックアップ体制の構築を先延ばしにしてきました。それは完全な誤りでした。

RAIDはバックアップではない

知識 ≠ 知恵

知識とは事実を身につけることであり、知恵とはその知識を実際に活かす能力です。私は「RAIDはバックアップではない」ということを、頭では知っていました。それにもかかわらず、現実にはRAIDをバックアップ代わりに扱っていたのです。複数のドライブを失えば、あるいはファイルを誤って削除すれば、失われたデータを取り戻す術はない——分かってはいたのに、そうした事態への備えを一切していませんでした。計画を怠ることは、失敗を計画しているのと同じです。

すべては数週間前に起こりました。NASサーバーの1台にアップデートが配信されたため、通常どおり適用しました。ところが、このアップデートによってNFSマウントのパスマッピングが変更されてしまい、高可用性のためにVMイメージをNAS上に置いていたProxmoxサーバーが、仮想マシンを認識できなくなったのです。本来ならパスを貼り直せば済む話ですが、問題は「何が起きたのか」に気づいていなかったことでした。

原因を突き止めようと悪戦苦闘し、ようやくパスマッピングの不具合だと判明。修正したものの、片付けの最中に古いパスを削除しようとしたところ、それが(今でも理由は不明ですが)更新・マウントされた状態になっており、結果としてNASに保存されていたProxmoxの仮想マシンとバックアップ一式を削除してしまったのです。

はい、はい、読者の皆さんのツッコミは聞こえています。それでも実際に起きたんです。その後、何時間もかけてサーバーが載っていたNAS内のごみ箱的な機能を探しましたが、見つかりませんでした。失われたVMは永久に失われ、復元の方法はありませんでした。

オフサイトバックアップを「そのうち設定しなければ」と思っていたのは何ヶ月も前からのこと。優先順位が低いまま放置し、だからこそVMを失うことになったのです。幸い、実際の損害は想像よりはるかに小さく、Home Assistant(すぐに再構築できました)とホームラボのダッシュボードだけで済みました。運が良かったのは事実ですが、根本的な問題は残ったままです。バックアップを必ず構築する——すべてを可能な限り修復した後、それが私の次の課題になりました。

DuplicatiでGoogle Driveへバックアップするのは思ったより簡単だった

文字通り5分もかからなかった

この出来事のちょうど1〜2週間ほど前、GoogleがGoogle AI Pro契約者のストレージを価格据え置きのまま2TBから5TBへ増量すると発表したばかりでした。私はすでにGoogle AI Proを契約していたため、これは純粋な朗報だと思っていましたが、日常生活にここまで大きな影響を与えるとは思いもしませんでした。

5TBのオンラインストレージが使えるようになったことで、仮想マシンとDockerのバックアップ保存先にはGoogle Driveが最適だと判断しました。Backblaze B2(TBあたり月6ドル)も検討しましたが、すでに支払っているGoogleのストレージがあるなら、それを活用しない手はありません。

バックアップソフトにはDuplicatiを採用しました。セットアップが非常に簡単で、Google Driveとネイティブ統合されている点が決め手です。「データをGoogleに預けるのは不安」と思う方もいるでしょうが、Duplicatiはバックアップのデータブロックをクラウドへ送信する前に暗号化するため、復号できるのは暗号化パスワードを知る本人だけです。

設定は本当に簡単で、数分で初回バックアップが走り出しました。やったことは、バックアップ名と暗号化パスワードの設定、Google Drive上の保存先の選択のみ。さらに毎朝午前1時に実行するようスケジュールし、分割サイズを250MBに指定しました。以上です。その後、所有するすべてのシステムにDuplicatiを導入し、現在では各Dockerサーバーと仮想マシンのバックアップが自動的に取得されています。

もっと早くシンプルなバックアップを設定しておくべきだった

多くの頭痛の種を回避できたはず

クレジット: Patrick Campanale / How-To Geek

すべてのバックアップが設定され、Google Driveへ送信されるようになった今、精神的な安心感は格段に向上しました。確かにGoogleは技術的にはいつでもアカウントを停止できますが、Google側が持っているのは暗号化されたバックアップブロックだけです。万一そうなっても、Duplicatiにログインしてバックアップ先をGoogle DriveからBackblaze B2へ変更するだけで対応できます。

バックアップがあるだけでここまで安心できるのは、今回のような被害に二度と遭わないと確信できるからです。復元が必要になったシステムにDuplicatiを再インストールし、暗号化パスワードでGoogle Driveに接続すれば、あとは自動で処理が完了します。

この作業は予想をはるかに下回る短時間で済み、サーバー災害の前に実施していれば膨大な手間とストレスを避けられたはずでした。しかし、今は整備済みです。それが何よりも重要です。

3-2-1ルールも意識しておきたい

バックアップ設計の定番として「3-2-1ルール」と呼ばれる原則があります。データのコピーを3つ持ち、異なる2種類のメディアに保存し、そのうち1つはオフサイトに置くというものです。RAIDはドライブ故障には強い一方、誤削除やランサムウェアには無力であり、バックアップの代替にはなりません。今回の構成(NAS上の本番データ+Google Driveのクラウドバックアップ)はこの原則へ向けた第一歩であり、別媒体へのコピーを追加すれば、さらに堅牢な体制になります。

シンプルなホームラボのメンテナンスを後回しにしない

結局のところ、先延ばしが勝ち、私が敗れた事件でした。この悪習は正そうと努力していますが、今回は痛い目を見て代償を払うことになりました。だからこそ、私の失敗から学んでください。あなたが先送りし続けているシンプルなメンテナンス作業に、今日こそ着手しましょう。災害がいつ襲ってくるかは誰にも予測できません。そのときになって、「やっておけばよかった」と悔やむ前に。