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

エヴァ・ウォン

IceWhale author

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

Virtualized NAS on a Shared Hypervisor vs a Dedicated NAS Host: Which Recovers More Cleanly? - Zima Store Online

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

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

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

ZimaSpaceのProxmox NASセットアップワークフローは、統合が魅力的な理由を示しています。残る問題は、ブートドライブ、マザーボード、HBA、またはホスト全体に障害が発生した後も、同じアーキテクチャを理解しやすい状態に保てるかどうかです。

復旧の観点	共有ハイパーバイザー上のNAS VM	専用NASホスト
NASシステムのバックアップ	VM設定と仮想ブートディスクをまとめてバックアップできる	プラットフォーム設定のエクスポートまたは文書化された再インストールが必要
ディスクの所有権	HBA、コントローラー、PCI、またはディスクのマッピングに依存する	NAS OSはコントローラーとディスクを直接認識する
ホストの交換	ハイパーバイザーを再構築し、VMを復元してマッピングを再作成した後、プールをインポートする	互換性のあるハードウェアにNAS OSをインストールし、その後プールと設定をインポートする
共有ホストの障害	NASと無関係なVMも同時に停止する	NASに障害が発生しても、コンピュート用ハイパーバイザーは停止しない
スナップショットとロールバック	NASのシステムディスクには有用だが、プール保護の代わりにはならない	プラットフォームのロールバックはNAS OSの起動および設定モデルに依存
ハードウェアの移植性	仮想ハードウェアは移植可能だが、パススルーデバイスは物理的なまま	抽象化レイヤーは少ないが、ドライバーのサポートは依然として重要
最適な用途	再現可能なパススルーを備えた、十分に文書化された統合	シンプルなディスクとコントローラーの所有権によるストレージ優先のインフラ

仮想化によりNASオペレーティングシステムのバックアップが容易になる

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

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

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

パススルーを使うと、ハードウェアの識別情報も復元要件になる

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

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

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

-15% OFF

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

Single board computer zimaboard2

専用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ホストにも、VMがなくても同じ多層構成の要件があります。設定のエクスポートで設定を復元し、プールのインポートで残存データへのアクセスを復元し、独立したバックアップで、プールの消失、削除、マルウェア、または冗長性の範囲を超えるエラーの後にデータを復元します。

ホストの状態を再現できると、仮想化は有利になる

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

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

これらの手順が自動化され、リハーサルも行われていれば、仮想化によってNAS OSは移植可能なサービス定義になります。ブートフラグやPCIアドレスを1人の記憶に頼っているなら、仮想化設計の移植性は理論上にしか存在しません。

ストレージを最優先で復旧する必要がある場合は、専用ホストが有利です

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

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

ZimaSpaceのホームラボのストレージ役割の分離ガイドが示す、より広い原則は次のとおりです。永続的なデータ層は、最も頻繁に変更されるコンピュート層のあらゆる障害モードを引き継ぐべきではありません。

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

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

ダウンタイムだけでなく、文書化されていない判断の数も測定してください。複数のハードウェアに関する推測が必要なVMの復元は、プールのインポート手順が明確な、やや時間のかかる専用ホストの再インストールよりも予測しにくい場合があります。

ホームサーバーにはどの復旧モデルが適していますか？

共有ハイパーバイザー上でNAS VMを選ぶ場合

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

専用NASホストを選ぶ場合

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

ストレージノードとコンピュートノードを分離する場合

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

よくある質問

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

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

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

専用ホストが元のディスクを直接公開し、同じファイルシステム、暗号化、プール機能に対応している場合は、妨げることが多くあります。設定をエクスポートし、ディスクの識別情報を記録し、緊急時の復旧手順として信頼する前にインポート手順をテストしてください。

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

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

最終結論

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