差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン 前のリビジョン 次のリビジョン | 前のリビジョン | ||
virtualization:proxmox_ve_6_2_rdm [2021-03-08 09:57] Decomo |
virtualization:proxmox_ve_6_2_rdm [2022-04-07 11:51] (現在) Decomo |
||
---|---|---|---|
行 1: | 行 1: | ||
- | ====== Proxmox VE 6.2でHDDをRDM | + | ====== Proxmox VEのVMからHDDを直接読み書き(いわゆるRDM) ====== |
- | 物理HDDやSSDをVMに直接アタッチしてストレージとして使う、VMwareで言うところのRDMをProxmox VEで行う方法。 | + | 物理HDDやSSDをVMに直接アタッチしてストレージとして使う、いわゆるRDM (Raw Device Mapping)をProxmox VEで行う方法。 |
- | RDMはVMware用語?っぽく、Proxmoxではディスクパススルーと呼んでいる。厳密には仕組みも違うっぽい気がするけど、RDMの方が通りがいいので本記事ではRDMと呼ぶことにする。 | + | RDMはVMware用語っぽい雰囲気で、Proxmoxではディスクパススルーと呼んでいる。厳密には仕組みも違うっぽい気がするけど、RDMの方が通りがいいので本記事ではRDMと呼ぶことにする。 |
===== 試した環境 ===== | ===== 試した環境 ===== | ||
行 11: | 行 11: | ||
===== 手順 ===== | ===== 手順 ===== | ||
- | ホスト側のデバイスファイルを、ブロックデバイスないし仮想ディスクとしてゲストにくっつけるだけで良いっぽい。 | + | RDMしたいストレージのホスト側デバイスファイルを、仮想ディスクまたは仮想ブロックデバイスとしてゲストにくっつけるだけで行ける。 |
Proxmoxのストレージ画面でRDM対象のHDDを確認する。重要なのはHDDのモデル名とシリアル番号。 | Proxmoxのストレージ画面でRDM対象のHDDを確認する。重要なのはHDDのモデル名とシリアル番号。 | ||
行 17: | 行 17: | ||
{{ virtualization: | {{ virtualization: | ||
- | シェルを開いてHDDをVMにくっつける。 | + | CLIからは'' |
+ | |||
+ | < | ||
+ | # ls -l / | ||
+ | total 0 | ||
+ | lrwxrwxrwx 1 root root 9 Jan 20 22:53 ata-MARSHAL_MAL38000NS-T72_37F5K073FDMF -> ../../sdc | ||
+ | lrwxrwxrwx 1 root root 10 Jan 20 22:53 ata-MARSHAL_MAL38000NS-T72_37F5K073FDMF-part1 -> ../ | ||
+ | lrwxrwxrwx 1 root root 9 Jan 20 23:24 ata-ST10000NM0086-2AA101_ZA210RT9 -> ../../sdb | ||
+ | lrwxrwxrwx 1 root root 10 Jan 20 23:24 ata-ST10000NM0086-2AA101_ZA210RT9-part1 -> ../ | ||
+ | (略) | ||
+ | lrwxrwxrwx 1 root root 9 Jan 26 13:41 ata-WDC_WD160EDGZ-11B2DA0_2BJBRUZN -> ../../sdh | ||
+ | lrwxrwxrwx 1 root root 10 Jan 26 13:41 ata-WDC_WD160EDGZ-11B2DA0_2BJBRUZN-part1 -> ../ | ||
+ | </ | ||
+ | |||
+ | PVEのシェルを開き'' | ||
< | < | ||
行 26: | 行 40: | ||
</ | </ | ||
- | HDDを指定するパスは''/ | + | アタッチ元のHDDのデバイスファイルは、上記のように''/ |
- | '' | + | '' |
- | ちなみに、現在はvirtio-scsiによるSCSI接続がよさげな予感。virtio-blkは開発が停滞していること、blkはPCIデバイス扱いなのでデバイス数制限がキツイこと、virtio-scsiはゲスト側でのホットプラグが望めることが理由。 | + | アタッチ先仮想デバイスは、上記では'' |
- | 問題なくアタッチできてれば、VM管理画面で「ハードディスク」が追加されているのが確認できる。 | + | なお、2021年現在、RDMに限らず仮想ディスクの接続は、virtio-scsiによるSCSI接続がよさげな雰囲気。理由は以下のとおり。 |
+ | |||
+ | * virtio-blkの開発が停滞しており、性能面でvirtio-scsiが優位になってきた。 | ||
+ | * virtio-blkはPCIデバイス扱いなのでデバイス数制限がキツイく、virtio-scsiの方がユルイ。 | ||
+ | * virtio-scsiはゲスト側でのホットプラグ対応が望める。 | ||
+ | |||
+ | 問題なくアタッチできれば、VM管理画面で「ハードディスク」が追加されているのが確認できる。 | ||
{{ virtualization: | {{ virtualization: | ||
- | 以上で、VM側から追加したHDDが仮想ストレージとして見える。 | + | 以上で、VM側から追加したHDD全体が仮想ストレージとして見える。 |
+ | |||
+ | 勘の良い人はお気づきだろうが、同じ方法で物理ディスク全体だけではなく、特定のパーティションのみをRDMすることもできる。この場合も、VM側からは1台の仮想ディスクに見えるため、VM側でパーティションを切ると物理パーティションの中に仮想パーティションテーブルが存在する入れ子状態となる(仕組み上当然ですわな。) | ||
+ | |||
+ | 既存のデータ入りパーティションをVMにRDMし、仮想ディスク上の有効なパーティションとしてそのまま使いたい場合は、Linuxのデバイスマッパーを使うと実現できる。手前みそですけど参考記事:[[virtualization: | ||
===== 参考サイト ===== | ===== 参考サイト ===== |