Привет. Ты смог решить проблему?

@Mike Tkatchouk Я думаю, что важно подчеркнуть, что вы используете _толстый_ LVM, поэтому, когда VG разделяется, создается толстый LV для каждой виртуальной диска. Этот LV используется только одним узлом (где активна ВМ), и это обеспечивается PVE. Это отличный и полностью поддерживаемый метод PVE, но у него есть несколько серьезных недостатков - отсутствие снимков и связанных клонов, не оптимальное использование пространства. Ультравысокая скорость с низкой задержкой для общего NVME-накопителя в Proxmox - https://www.blockbridge.com/proxmox

@lmonasterio Вам надо вручную настроить iSCSI/multipath на всех узлах. Убедитесь, что всё правильно запускается после перезагрузки. LVM настраивается один раз с любого из узлов, который видит хранилище. Конфигурация PVE, использующая объем LVM, должна быть распределена по кластерной подсистеме на всех узлах. Супернизкая задержка, полностью NVME, общее хранилище для Proxmox - https://www.blockbridge.com/proxmox

Работает годами, действительно. Да, iSCSI, SAS и FC все одинаковые (в соответствии с нижележащим слоем SCSI), и это работает так, как должно. Лучшие показатели производительности с "настоящим" параллельным мультипутевым доступом через несколько каналов и так далее... Да, очень большой, К СОВЕСТИ. У нас есть локальный SSD на одном узле, чтобы протестировать вещи локально перед переносом на SAN. Не хорошо, но работает. В качестве альтернативы: запустить хранилище VM в самом PVE, например, ZFS внутри VM и экспортировать его через iSCSI на узлы как ZFS-over-iSCSI в PVE, чтобы у вас было высокодоступное хранилище. Тоже не очень, но работает.