☰

使用 LVM 和 LUKS 的多層儲存虛擬化框圖/列表工具？

tag-icon • tag-icon virtualization storage lvm diagrams luks
使用 LVM 和 LUKS 的多層儲存虛擬化框圖/列表工具？

當多個儲存虛擬化系統一起使用時，了解所涉及的各種關係的結構可能會變得複雜且耗時。有哪些工具可用於繪製和總結這些關係？

我特別感興趣的案例是Linux的左心室容量和盧克斯。我有一個系統，其中這些系統彼此分層。我的目標是畫一個框圖，其層如下（稍微簡化以排除不相關的複雜性）：

  1. LVM 邏輯磁碟區 (LV)
  2. LVM 磁碟區 (VG)
  3. LUKS分割區==LVM物理磁碟區（PV）
  4. 實體分區
  5. 物理磁碟

請注意，雖然一般來說，VG 在 LV 和 PV 之間形成多對多關係，但我的情況更簡單，因為每個 VG 僅與單一 PV 關聯。

此框圖將標有實體磁碟設備檔案名稱、PV、VG 和 LV 名稱、設備映射器設備名稱以及磁碟 UUID（如果有）等資訊。

我剛剛畫了那個框圖。我發現我使用了 12 個資訊來源以及系統的先驗知識，並在運行cryptsetup和mount命令時觀察系統隨時間的變化。繪製它是一個痛苦且耗時的累積知識的迭代過程，讓我想起某種邏輯問題。以下是我使用的一些指令：

ls -l /dev/mapper/*
ls -l /dev/disk/by-uuid/*
dmsetup info
lvdisplay
ls -l /dev/mapper/<LV name>
pvs
vgs
lvs
cat /etc/fstab
cat /etc/crypttab
fdisk -l /dev/<physical disk device name>
mount

有哪些工具可用於產生此類儲存虛擬化系統（特別是 LVM 和 LUKS 等 Linux 特定係統）的摘要？我很樂意用純文字關係列表來代替框圖。

就我而言，還有一些額外的併發症。我將描述這些只是為了說明它如何變得更加複雜，但請注意，上述情況非常複雜，以至於僅為如上所述的系統部分繪製框圖非常耗時。我知道透過消除這些複雜性可以簡化問題，所以請不要在此浪費空間。

一個複雜之處是我還有許多舊分區，其中 LUKS/LVM 分層與上述相反，即：

(實體分割區== LVM PV) -> VG -> LV -> LUKS 加密設備 -> LUKS 明文設備

代替：

實體分割區 -> LUKS 加密設備 -> (LUKS 明文設備 == LVM PV) -> VG -> LV

此外，一個 LUKS 加密設備被錯誤標記，表明它位於與實際不同的實體磁碟上！

顯然，還可能存在其他複雜情況，最明顯的是單一卷組與多個物理卷關聯。在這種情況下，我需要多個框圖（簡單情況下需要兩個，如果分層更複雜則需要更多）。

相關內容