Да, сделал. Производительность с нативного диска всегда будет быстрее. Но и производительность iSCSI тоже не так уж плоха. Я уже некоторое время использую iSCSI с Oracle базами данных после того, как задал этот вопрос, и пока что всё работает неплохо, стоит помнить, что это dev/test окружение, так что мне не нужна такая уж высокая производительность. Если вы решили использовать iSCSI, я бы посоветовал установить сетевое подключение на 2.5Gi / 10Gi (выделенная сеть для iSCSI была бы лучше) для улучшения производительности iSCSI в production.

К сожалению, точно не помню производительность. Что-то вроде 125 мегабайт, а с объединенной сетью — до 250 мегабайт. Это была 1Gi сеть. Отсюда и моя рекомендация по 10Gi сети. У меня на этом сервере NVME хранилище, и родной показатель производительности, конечно, не такой. Насчет Oracle Cluster точно не помню, данные мне предоставили DBA, но суть в том, что они остались довольны, и с iSCSI работает просто замечательно. Сейчас мы в процессе обновления сети как минимум до 2.5Gi, чтобы получить прирост производительности iSCSI.

В Proxmox диски не предназначены для одновременного доступа с использованием встроенных решений. Будь то Thick (общий LVM), Ceph или локальный ZFS — виртуальный диск Proxmox (образ) является подмножеством (кусок LVM, Ceph RBD volume, ZFS zvol) и доступен только одной ВМ одновременно. Как было указано в #10 почти год назад, можно добиться одновременного доступа практически ко всем хранилищам, однако защитных механизмов нет. Без строгих правил изменения данных очень легко потерять данные. Вы, вероятно, имели в виду "Independent Persistent" вместо "independent-consistent"? Т.е.:

*   Independent mode (независимый режим), который не затрагивается снимками
*   Persistent (постоянный) – Диск работает нормально, за исключением того, что изменения на диске являются постоянными, даже если виртуальная машина возвращается к снимку.
*   Nonpersistent (непостоянный) – Диск кажется работающим нормально, но при выключении виртуальной машины или возврате к снимку содержимое диска возвращается к исходному состоянию. Все последующие изменения удаляются.

В Proxmox нет прямого соответствия ни одному из вышеперечисленных вариантов. Все диски работают нормально, все диски можно снимать снимки (если позволяет базовое хранилище), все диски вернутся к состоянию снимка при откате, диски не вернутся к исходному состоянию при выключении. Если бы один из наших клиентов строил что-то такое требовательное, как Oracle, работающий на PVE, и ему требовался одновременный доступ к диску, мы бы рекомендовали прямое iSCSI или NVMe/TCP-соединение в ВМ для этого конкретного диска, то есть обходя гипервизор.

Spoiler: пример

[centos@ cluster-client ~]$ bb host attach -d disk-1 --persist --multi-writer

============================================================­=================

service-2/disk-1 attached (read-write) to cluster-client.localnet as /dev/sda

============================================================­=================

...

[centos@ features-client ~]$ bb host attach -d disk-1 --persist --multi-writer

============================================================­=================

service-2/disk-1 attached (read-write) to features-client.localnet as /dev/sda

============================================================­=================

Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox