共有ハイパーバイザー上の仮想化NASと専用NASホスト：どちらがよりスムーズに復旧できる？

NASの設定、ブートディスク、サービスの状態をVMとしてバックアップし、交換用ホストでストレージコントローラーのマッピングを再現できるなら、共有ハイパーバイザー上の仮想化NASを選びましょう。ワークロードの統合よりも、ディスクの直接管理、予測しやすいストレージプールのインポート、復旧時の依存要素の最小化が重要なら、専用NASホストを選びましょう。仮想化によりソフトウェアの復旧は短縮できますが、ハードウェアの再構築には時間がかかる場合があります。

復旧時間を測る前に、比較の前提を正す

仮想化NASとハイパーバイザーは対立する製品ではありません。仮想化NASは、すでにハイパーバイザーに依存しているためです。実際に比較すべきなのは、他のワークロードと並んで共有ホスト上で動作するNAS VMと、ハードウェアを直接管理するNASオペレーティングシステムです。復旧には、物理サーバー、ブート環境、ストレージコントローラー、仮想マシン、ストレージプール、共有フォルダー、依存するアプリケーションがすべて含まれます。

ZimaSpaceのProxmox NASセットアップの手順は、統合が魅力的な理由を示しています。まだ明らかでないのは、ブートドライブ、マザーボード、HBA、またはホスト全体に障害が発生した後も、同じアーキテクチャを理解して復旧できるかどうかです。

仮想化によりNASオペレーティングシステムを簡単にバックアップ

ハイパーバイザーのバックアップでは、NAS VMの定義、仮想ブートディスク、割り当てられたCPUとメモリ、ネットワークインターフェース、通常の仮想ディスクをひとつのオブジェクトとして保存できます。これにより、ハイパーバイザーを再インストールした後に必要なパッケージや設定の手順が減ります。特に、NASアプライアンスの設定が仮想ブートディスクに保存されている場合に効果的です。

Proxmoxは、統合バックアップツールによってKVMゲスト向けの整合性のあるバックアップアーカイブを作成できると説明しています。復旧に役立つのはゲスト状態の可搬性であり、パススルーされたすべてのストレージデバイスが自動的に保護されるわけではありません。

この利点が最も活きるのは、NASのシステムディスクが小さく、アプリケーションの状態が大容量データから分離され、ストレージプールなしでVMを起動して有用な診断情報を表示できる場合です。VMの設定に、特定のマザーボードに依存する未記録のPCIアドレス、ブリッジ名、CPUフラグ、デバイスマッピングが含まれていると、利点は薄れます。

パススルーではハードウェアの識別情報も復元要件になる

ストレージ用途のVMには通常、管理対象のディスクへ直接かつ安定してアクセスできるようにする必要があります。SATAまたはSASコントローラー全体をパススルーすると、通常の仮想ディスクを複数提示する場合よりも、NASゲストがディスクの識別情報、セクターの動作、SMART情報、コントローラーのイベントを直接確認できます。

新しい仮想化環境へのインストールに関するTrueNASコミュニティのガイダンスでは、コントローラーを完全パススルーし、ストレージレイアウトの管理をTrueNASに任せることが推奨されています。これによりゲスト内でのストレージ管理は改善されますが、コントローラーのPCI識別情報とIOMMUによる分離が復旧の前提条件になります。

交換用マザーボードでPCIパスが変わったり、HBAが他のデバイスと組み合わされて使用不能なIOMMUグループに入ったりすると、VMバックアップの復元は作業の半分にすぎません。コントローラーを再バインドし、ゲストが想定どおりのすべてのディスクを認識でき、古い仮想ディスクの前提に頼らずプールをインポートできるまで、NASは復旧しません。

Featured

ZimaBoard 2 - 大きなアイデアを実現するミニホームサーバー

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

専用NASホストならハイパーバイザーの再構築が不要

専用NASホストはストレージOSを直接起動し、ハイパーバイザーを再構築することなく、コントローラーとディスクを認識します。起動デバイスに障害が発生した場合、NAS OSを再インストールし、設定を復元し、ディスクの識別情報を確認して、既存のプールをインポートするだけで復旧できることもあります。

よりシンプルな構成だからといって、復元も簡単になるとは限りません。ドライバーの互換性、暗号化キー、システムデータセット、アプリケーションカタログ、カスタムスクリプト、ネットワーク設定などが、復旧を遅らせることがあります。利点は、ファームウェアとストレージ診断の間に介在するレイヤーが少ないことです。

復旧手順書に「対応するNASイメージをインストールし、コントローラーを接続し、プールをインポートし、設定を復元し、共有を確認して、バックアップをテストする」と記載できる場合、この設計はほかの人にも引き継ぎやすくなります。NASハードウェアの使用率が低く、ストレージ以外のサービスを動かすために別の物理マシンが必要な場合は、利点が薄れます。

ハイパーバイザーの共有で障害の影響範囲が拡大する

NAS VM、Dockerホスト、Home Assistant、ゲームサーバー、監視システムをすべて1台の物理ハイパーバイザーで共有している場合、マザーボードや起動環境の故障によって、ストレージと、復旧手順書や管理ツールを保持している可能性のあるサービスが使えなくなります。集約によってハードウェア台数は減りますが、1回の障害で影響を受ける依存システムの数は増えます。

How-To Geekは、仮想マシンを交換システム上で復元できると説明しており、これは一般的なゲストにとって確かな利点です。ただし、NAS VMは別扱いです。プールがバックアップアーカイブに含められないコントローラーやドライブに依存している場合があるためです。

互換性のある別のノード、予備のHBA、独立したバックアップ先、オフラインで参照できる復旧手順があれば、共有ホスト構成が有利です。これらがなければ、コンパクトなマシン1台が循環依存に陥る可能性があります。NASはハイパーバイザーを必要とし、ハイパーバイザーのバックアップはNASにあり、復旧に必要なサービスも同じホスト上にある、という状態です。

VMバックアップとデータバックアップは異なるレイヤーを保護する

VMバックアップは、NASアプライアンスの設定と起動環境を保護できます。特にデータディスクを直接パススルーしている場合、NASが管理するプールの唯一のバックアップとして扱うべきではありません。プールのスナップショット、レプリケーション、ファイルバックアップ、ホスト外のコピーは、それぞれ別の役割を担います。

ZimaSpaceのProxmox Backup Serverガイドは、ゲストの保護とストレージの保護を切り分けるのに役立ちます。完全な復旧手順では、ハイパーバイザーを復元するバックアップ、NAS VMを復元するバックアップ、プールをインポートできない場合にユーザーデータを復元するバックアップをそれぞれ明記する必要があります。

専用NASホストにも、仮想マシンがなくても同じように複数層の備えが必要です。設定のエクスポートで設定を復元し、プールのインポートで残存データにアクセスできるようにします。プールの喪失、削除、マルウェア、または冗長性で対応できる範囲を超えるエラーからデータを復元するには、独立したバックアップが必要です。

ホストの状態が再現可能なら、仮想化が有利

ハイパーバイザーのインストール環境が使い捨て可能で、ネットワークとストレージの設定がバージョン管理またはバックアップされ、PCIマッピングで文書化された安定した識別子を使っていれば、NAS VMを問題なく復旧できます。予備ホストの外観まで同一である必要はありませんが、互換性のあるIOMMUの動作、コントローラーのサポート、ネットワークインターフェース、十分なリソースが必要です。

Christian Hollingerによる、HBAパススルーを使用するProxmoxホストの移行についての詳細な記録から、この作業にはホストのバックアップ、起動の準備、パススルーの再設定、検証が必要だとわかります。通常は安定して動くVMの背後に隠れた依存関係が明らかになるため、これは復旧事例として有用です。

これらの手順が自動化され、訓練されていれば、仮想化によってNAS OSを移植可能なサービス定義にできます。起動フラグやPCIアドレスを誰かが覚えていることに頼るなら、仮想化設計の移植性は理論上のものにすぎません。

ストレージを最優先で復旧するなら専用ホストが有利

家庭のファイル、業務データ、バックアップ、アプリケーションのボリュームを、実験的なコンピュートワークロードより先に復旧させる必要がある場合は、直接管理を選びましょう。専用NASなら、ハイパーバイザーがオフライン、交換中、または時間をかけて再構築中でも、独立して復旧できます。

この分離によって、ホストのメンテナンスがストレージのメンテナンスに波及することも防げます。GPU、カーネル、クラスター、ネットワークの変更でハイパーバイザーを再起動しても、NASは中断されません。その代わり、電源供給、監視、パッチ適用、保護が必要なシステムがもう1台増えます。

ZimaSpaceのホームラボのストレージの役割分担に関するガイドでは、より広い原則を紹介しています。恒久的なデータ層は、最も頻繁に変更されるコンピュート層のあらゆる障害モードを引き継ぐべきではありません。

アーキテクチャを選ぶ前にホスト復旧訓練を実施する

1. NASの起動ディスク、ストレージコントローラー、PCI ID、IOMMUグループ、ディスクのシリアル番号、ブリッジ、VLAN、暗号化キーを記録します。
2. ハイパーバイザーの設定、NAS VM、NAS設定のエクスポート、ユーザーデータを、それぞれ独立した場所にバックアップします。
3. データディスクには触れずに、予備の起動デバイスへハイパーバイザーまたはNAS OSを再インストールします。
4. 文書化された手順だけを使って、HBAまたはコントローラーの所有権を再設定します。
5. プールをインポートし、ディスクの識別情報、SMARTレポート、共有、スナップショット、アプリケーションを確認します。
6. プールのインポートだけに頼らず、独立したバックアップからファイルを1つ復元します。
7. ホストの交換が復旧目標に含まれる場合は、互換性のある別のハードウェアでも同じ手順を繰り返します。

ダウンタイムだけでなく、記録されていない判断事項の数も把握しましょう。複数のハードウェアについて推測が必要なVMの復元より、プールのインポート手順が明確な専用ホストへの再インストールのほうが、多少時間がかかっても予測しやすくなります。

ホームサーバーに適した復旧モデルは？

共有ハイパーバイザー上でNAS VMを使う場合

ハードウェアの集約が重要で、ストレージコントローラーを問題なくパススルーでき、ハイパーバイザーを再現でき、互換性のある復旧用ホストまたは予備部品がある場合は、仮想化を選びましょう。VMのバックアップはNASプールの外に保管し、物理的なマッピングをすべて記録してください。

専用NASホストを選ぶ場合

ストレージを独立して復旧する必要がある場合、別の人が復元作業を行う可能性がある場合、またはパススルーやIOMMUの依存関係を再現するのが難しい場合は、専用ホストを選びましょう。構成をエクスポートし、独立したバックアップを用意して、NAS OSが直接サポートするハードウェアを使ってください。

ストレージとコンピューティングのノードを分ける場合

ストレージの安定性とコンピューティングの柔軟性の両方が重要なら、NASを専用にし、ハイパーバイザー上でアプリケーションを実行してNASの共有領域をマウントしましょう。UGREENによるローカルVMストレージと独立したNAS容量の概要では、単一ホストのラボにおけるこの役割分担を紹介しています。

よくある質問

Proxmox VMのバックアップには、パススルーされたNASディスクも含まれますか？

通常の仮想ディスクと同じ方法ではできません。バックアップではNASゲストの構成と仮想ブートディスクを保持できますが、パススルーされたコントローラーや物理ディスクはハードウェアリソースのままなので、別途再接続し、保護する必要があります。

仮想化NASのプールを専用ホストにインポートできますか？

専用ホストが元のディスクを直接認識し、同じファイルシステム、暗号化、プール機能に対応している場合は、多くの場合可能です。構成をエクスポートし、ディスクの識別情報を記録して、緊急時の復旧手段として頼る前にインポート手順をテストしてください。

HBAのパススルーはVMの移行を妨げますか？

移行先で互換性のあるデバイスをマッピングでき、プラットフォームが必要な手順をサポートしていない限り、通常のライブマイグレーションはできません。バックアップからの復元による移行のほうが現実的ですが、物理コントローラーとディスク構成は引き続き再現する必要があります。

最終結論

ハイパーバイザー、VM、パススルーのマッピング、データ保護をすべて再現できるなら、仮想化NASは問題なく復旧できます。ハードウェアの集約よりも、ストレージを直接管理できることと、プールをすばやくインポートできることが重要なら、専用NASホストが適しています。通常時の運用が簡単そうな設計ではなく、物理的な依存関係をドキュメントに基づいて再構築できる設計を選びましょう。