在什麼情況下,--type mirror
會繼續是一個不錯的選擇/不被棄用?
的手冊頁
lvcreate
說 LV 類型mirror
是 legacy 並lvconvert
說“在大多數情況下,不推薦使用鏡像類型,應該使用 raid1 類型。它們都是鏡像的實現。”哪些情況
--type mirror
不被棄用?我在將單驅動器 LVM 卷轉換為跨 3 個驅動器的條帶捲
--type mirror
的公認答案中 遇到了這個過程,我想知道那裡也可以工作嗎?--type raid1
Avery Payne 在https://serverfault.com/questions/97845/lvm-mirroring-vs-raid1上的回答暗示了一個歷史性的區別,即
mirror
用於移動 LV 並且通常僅用於臨時使用,而raid1
用於永久保護數據。的手冊頁pvmove
還提到創建了一個臨時鏡像 LV 來移動數據。有關的:
範例配置文件中對
global/mirror_segtype_default
設置的註釋描述了兩種類型之間的區別:mirror
來自 LVM/DM 的原始 RAID1 實現。它的特點是靈活的日誌解決方案(核心、磁碟、鏡像),以及在處理故障時必須阻塞 I/O。dmeventd 故障處理邏輯與使用此類 RAID1 的設備快照存在固有的競爭,在最壞的情況下可能導致死鎖。(另見設備/ignore_lvm_mirrors。)
raid1
這是一個較新的 RAID1 實現,通過設備映射器使用 MD RAID1 特性。它的特點是缺少日誌選項。(始終為每個設備分配一個日誌,並且它們與映像放置在同一設備上,因此不需要單獨的設備。)此鏡像實現不需要在處理故障時阻塞 I/O。此鏡像實現不支持集群,不能在集群中以共享(主動/主動)方式使用。
再往下,評論
global/support_mirrored_mirror_log
也可能解釋在哪些情況下mirror
可以使用:不推薦使用此類型來創建或轉換為,但可以啟用以測試現有鏡像日誌的啟動和轉換到磁碟/核心的工作。
也就是說,該支持類型
mirror
至少對於允許使用它訪問舊設置很有用。(但這並不能證明允許lvconvert
轉換為typemirror
。)Red Hat(推動了大部分 LVM 開發工作)已經記錄了對類型的支持
mirror
將在某個時候從 RHEL 中刪除,但這還沒有發生。(這不一定與刪除 LVM 項目和核心本身的特性有關。)