差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン 前のリビジョン | 最新のリビジョン 両方とも次のリビジョン | ||
virtualization:proxmox_ve_6_2_rdm [2022-01-27 09:51] Decomo |
virtualization:proxmox_ve_6_2_rdm [2022-04-07 11:49] Decomo |
||
---|---|---|---|
行 1: | 行 1: | ||
- | ====== Proxmox VE 6.2でHDDをRDM | + | ====== Proxmox VE 6.2の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したいディスクのホスト側のデバイスファイルを、仮想ディスクまたは仮想ブロックデバイスとしてゲストにくっつけるだけで良いっぽい。 | + | RDMしたいストレージのホスト側デバイスファイルを、仮想ディスクまたは仮想ブロックデバイスとしてゲストにくっつけるだけで行ける。 |
Proxmoxのストレージ画面でRDM対象のHDDを確認する。重要なのはHDDのモデル名とシリアル番号。 | Proxmoxのストレージ画面でRDM対象のHDDを確認する。重要なのはHDDのモデル名とシリアル番号。 | ||
行 31: | 行 31: | ||
</ | </ | ||
- | シェルを開いてHDDをVMにくっつける。 | + | PVEのシェルを開き'' |
< | < | ||
行 40: | 行 40: | ||
</ | </ | ||
- | HDDを指定するパスは、上記のように''/ | + | アタッチ元のHDDのデバイスファイルは、上記のように''/ |
- | ''/ | + | ''/ |
- | '' | + | アタッチ先仮想デバイスは、上記では'' |
- | 2021年現在、接続方法はvirtio-scsiによるSCSI接続がよさげな雰囲気。理由は以下のとおり。 | + | なお、2021年現在、RDMに限らず仮想ディスクの接続は、virtio-scsiによるSCSI接続がよさげな雰囲気。理由は以下のとおり。 |
* virtio-blkの開発が停滞しており、性能面でvirtio-scsiが優位になってきた。 | * virtio-blkの開発が停滞しており、性能面でvirtio-scsiが優位になってきた。 | ||
- | * virtio-blkはPCIデバイス扱いなのでデバイス数制限がキツイ。 | + | * virtio-blkはPCIデバイス扱いなのでデバイス数制限がキツイく、virtio-scsiの方がユルイ。 |
- | * virtio-scsiはゲスト側でのホットプラグが望めることが理由。 | + | * virtio-scsiはゲスト側でのホットプラグ対応が望める。 |
問題なくアタッチできれば、VM管理画面で「ハードディスク」が追加されているのが確認できる。 | 問題なくアタッチできれば、VM管理画面で「ハードディスク」が追加されているのが確認できる。 | ||
行 58: | 行 58: | ||
以上で、VM側から追加したHDD全体が仮想ストレージとして見える。 | 以上で、VM側から追加したHDD全体が仮想ストレージとして見える。 | ||
- | ちなみに勘の良い人はお気づきだろうが、同じ方法で物理ディスク全体だけではなく、特定のパーティションのみをRDMすることもできる。この場合も、VM側からは1台の仮想ディスクに見えるため、VM側でパーティションを切ると物理パーティションの中に仮想パーティションテーブルが存在する入れ子状態となる(仕組み上当然ですわな。) | + | 勘の良い人はお気づきだろうが、同じ方法で物理ディスク全体だけではなく、特定のパーティションのみをRDMすることもできる。この場合も、VM側からは1台の仮想ディスクに見えるため、VM側でパーティションを切ると物理パーティションの中に仮想パーティションテーブルが存在する入れ子状態となる(仕組み上当然ですわな。) |
- | 既存のデータ入りパーティションをVMにRDMし、仮想ディスク上の有効なパーティションとしてそのまま使いたい場合は、Linuxのデバイスマッパーを使うと実現できる。参考記事:[[virtualization: | + | 既存のデータ入りパーティションをVMにRDMし、仮想ディスク上の有効なパーティションとしてそのまま使いたい場合は、Linuxのデバイスマッパーを使うと実現できる。手前みそですけど参考記事:[[virtualization: |
===== 参考サイト ===== | ===== 参考サイト ===== |