この未回答の元スレッドへの最も安全な回答は、既存のOMV Btrfsミラーを最初に実験する対象にしないことです。OpenMediaVaultをオンラインのまま維持し、評価したい別のシステムにZimaOSをインストールして、OMVの共有をLANストレージとして接続し、段階的にデータをコピーしてください。これにより、ZimaOSのアプリ、共有、バックアップをテストしている間も、旧NASを稼働中のサービスおよびロールバック手段として維持できます。
CPUの問題も、レイヤーごとに分けて考えると簡単です。通常のx86 VMでは、VT-xが主要なハードウェア仮想化機能です。VT-d/IOMMUは、物理PCIeデバイスをゲストに直接割り当てたい場合に主に関係します。Dockerアプリの実行にVT-dは必要ありません。そのため、2011年頃のi5-2310でもコンテナは実行でき、通常のVMも動かせる可能性があります。ただし、パススルー機能とVM全体の性能は別の制約です。
DockerアプリにVT-dは不要
ZimaOS App StoreのアプリケーションはDockerコンテナとして実行されます。起動するだけなら、ホストカーネルを共有するため、ハードウェアデバイスのパススルーは必要ありません。
古いi5では負荷の高いアプリの動作が遅くなる可能性はありますが、VT-dがないからといって「アプリが使えない」わけではありません。通常のコンテナでは、RAM、ストレージ速度、アプリケーションのCPU負荷のほうが重要です。
VT-xで通常のVMをサポート可能
現在のZimaOSのVM計画ガイドでは、基本的なKVM/QEMU仮想化と、PCIe/GPUパススルーを分けて説明しています。通常のLinux/Windowsゲストには、正常に動作する仮想化機能と、十分なホストCPU/RAMが必要です。
現在のZimaOS VMハードウェアガイドを確認してください。
VT-dは主にパススルーの境界となる機能
ゲストがPCIe GPU、HBA、NICなどのデバイスを直接制御する必要がある場合、IOMMU/VT-dが重要になります。USBパススルーも、ホストがUSBコントローラーやデバイスをどのように公開するか、またどのZVMインターフェースを使用するかによって異なる場合があります。
「VMが起動すること」と「すべての物理デバイスをVMに割り当てられること」を混同しないでください。
ZimaOSが既存のOMV Btrfsミラーをそのまま取り込めるとは限らない
元のユーザーは、OMVで作成・管理された2台構成のBtrfsミラーを使用していました。現在のZimaOSストレージ関連ドキュメントでは、独自のストレージワークフローを通じたZimaOSストレージスペースの作成・管理に重点が置かれています。既存の任意のOMV Btrfs RAID構成を、データを破壊せずにインポートできるという一般的な保証はありません。
16TBのドライブに重要なデータの唯一のコピーが保存されている場合は、データを別途バックアップまたはコピーするまで、OMVの管理下に置いてください。
現在の公式な移行方法はネットワーク経由のコピー
別のNASから移行する際の現在のIceWhaleの案内では、旧NASをオンラインのまま維持し、共有を公開して、ZimaOSのFilesでLANストレージとして追加し、その後、新しいZimaOSストレージへデータをコピーします。
現在の別のNASからの移行方法を利用してください。同じSMB移行の考え方をOMV共有にも適用できます。
高速なRyzen搭載ZimaOSボックスではOMVをネットワークストレージとして利用できる
元の代替案である、Ryzen 9搭載ボックスでアプリやVMを実行しつつ、OMVで16TBのディスクを引き続き提供する方法は、リスクを抑えた移行策として妥当です。ZimaOSはFilesを通じてネットワークストレージをマウントでき、旧NASをストレージの管理元として維持できます。
実際の上限はOMVボックスの1GbEリンクになります。RyzenボックスのNICが2.5GbEであっても、ネットワークスループットはおおむねギガビット級です。
USB JBODも選択肢だが、障害モデルが変わる
現在のZimaOSは、USBドライブをスタンドアロンストレージとして、また対応するストレージワークフローで使用できます。HDDをUSBエンクロージャーに移せばZimaOSが直接管理できますが、エンクロージャーやUSBブリッジもストレージ経路の一部になります。
重要な常時稼働RAIDの場合は、本番ディスクを移行する前に、SMARTパススルー、デバイスの安定した認識、電力供給、冷却、ブリッジの動作を確認してください。
より安全な移行手順
- OMVのデータをバックアップする。
- 別のハードウェアまたはストレージにZimaOSをインストールする。
- アプリと代表的なVMを1台テストする。
- OMVをLANストレージとしてマウントする。
- 一部のデータをコピーし、権限とチェックサムを検証する。
- 最終的なZimaOSストレージを別途構築する。
- 残りのデータをコピーする。
- 復元とバックアップを検証するまで、OMVをそのまま維持する。
OMVからZimaOSへの移行に関するFAQ
VT-dがないとDockerアプリは使えませんか？
いいえ。DockerアプリにVT-dは必要ありません。
VT-dがないと通常のVMは使えませんか？
必ずしもそうではありません。VT-xがあれば、通常のハードウェアアクセラレーション対応VMをサポートできます。VT-dは主に、高度なデバイスパススルーに必要な機能です。
データをコピーする前に、ZimaOSで古いOMV RAIDを再作成すべきですか？
唯一のコピーが保存されている場合は、実行しないでください。旧NASをそのまま維持し、まずネットワーク経由で移行してください。
