Любая документация от RHEL, Debian и поставщиков систем хранения подойдет. Multipath – это не так сложно, и нет выбора в зависимости от используемой технологии хранения. FC-based SAN в поддерживаемом кластере PVE должен быть толстым LVM. Нет. Proxmox многократно подчеркивал, что FC-based SAN – это уходящая технология в реальности гипервизоров, и на форуме не так много постов по этой теме, так что, возможно, это просто очень прямолинейно или никто ее не использует. Мы используем PVE уже много лет успешно на DX100, а затем на DX200. Мы используем FC-based multipathing на Linux на различных дистрибутивах уже почти два десятилетия, и она практически не изменилась.

Это менеджер томов, который плотно выделяет пространство при создании тома и не поддерживает метаданные, которые можно было бы использовать для снимков или клонов. Это способ разрешить одновременный доступ к диску для нескольких хостов, чтобы они не мешали друг другу. Это не самый лучший способ, но он подходит для вашей цели. Удачи, Blockbridge! Ультра-низкая задержка, общая память на базе NVMe для Proxmox - https://www.blockbridge.com/proxmox

Нет, это не так. Это лучшее решение для имеющейся инфраструктуры. Я имела в виду, что LVM Thick – не лучшая технология хранения для виртуализации в целом. Blockbridge: ультранизкая задержка, общий NVMe-хранилище для Proxmox - https://www.blockbridge.com/proxmox