過去数か月間、ワークステーション マシンを仮想化 (ESXi/Xen などを使用) して、基本的にごく基本的なサーバー機能を舞台裏で実行するというアイデアを思いつきました。これは、実際に必要なことというよりは、実験的なものでした。利用可能なハードウェアを使用すると、ビデオ カードなどのハードウェアを直接パススルーして、VM の 1 つをワークステーションとして実行することはできないことがわかりました。
私の質問は、Hyper-V (Windows 8.1 Enterprise 上) が Linux VM 上のディスク アクセスにどの程度悪影響を与えるかということです。Ubuntu などを実行し、md を構成し、Windows でディスクをオフラインのままにしておくことに問題はないと思いますが、私が知らない懸念があるかもしれません。マザーボードとプロセッサは VT-d (IOMMU) をサポートしていません。そうでなければ、この質問ははるかに簡単になります。
- それはできるでしょうか？できると思います。
- Hyper-V が関係すると破損/データ損失のリスクが増大しますか?
- パフォーマンスに影響はありますか? それほど心配はしていませんが、知っておくと便利です。
- 当然、LAN 経由または Windows ホスト経由でアレイにアクセスできる必要があります。
ハードウェア:
Intel i7-4770k
Asus Maximus VI Hero
20GB (2x4、2x8 スティック、速度とレイテンシが一致、それぞれデュアル チャネル)
Samsung 840EVO (仮想マシンの実行用)
3x 4TB WD Red (RAID5 ストレージ用、すぐに 4 に拡張可能)
答え1
つまり、簡単に言えば、これは完全に可能です。diskmgmt.msc必要なディスクをオフラインにしてから、Hyper-V マネージャーの仮想 SCSI コントローラーを使用して物理ディスクを VM に渡します。これを実行し、Linux Mint をセットアップして mdadm を実行すると、専用ボックスの場合とまったく同じように RAID5 が実現されました。
そうは言っても、これをフルタイムで使用するのを妨げる明確な懸念事項があります。1 つには、SMART ステータスが VM に正しく渡されないため、Windows ホストから監視する必要があります。これを回避するには、esxi や xen などのベア メタル アクセスを備えたハイパーバイザーを使用する必要があります。あらゆる意味で、この演習は可能ですが、手間をかけるほどの価値はありません。