Привет, Вольфганг! Как думаешь, когда мы сможем увидеть интеграцию GFS 4.x и возможность использовать его в качестве бэкенда для LXC? Если нужны бета-тестеры, дай знать. Два тома GFS, которые я могу протестировать, приведены ниже. gfsper-vol1 состоит только из SSD, а gfstri-vol1 включает магнитные носители с SSD-холодным уровнем, занимающим чуть меньше 10% от объема холодного уровня. Название тома: gfsper-vol1 Тип: Распределенный ID тома: 90d6b5a7-c5bb-4b6b-a499-f20c84424df7 Статус: Запущен Количество снимков: 0 Количество кирпичей: 1 x (2 + 1) = 3 Тип транспорта: tcp Кирпичи: Кирпич1: pve1-storage:/data/gluster/gvol1/brick1/brick Кирпич2: pve2-storage:/data/gluster/gvol1/brick1/brick Кирпич3: pve3-storage:/data/gluster/gvol1/brick1/brick Переписанные параметры: transport.address-family: inet performance.readdir-ahead: on nfs.disable: on Название тома: gfstri-vol1 Тип: Уровень ID тома: 30e0ac5f-c6eb-4cc6-9cb1-66c555028f3c Статус: Запущен Количество снимков: 0 Количество кирпичей: 4 Тип транспорта: tcp Горячий уровень: Тип горячего уровня: Репликация Количество кирпичей: 1 x 2 = 2 Кирпич1: pve3-storage:/data/gluster/gvol2/brick2/brick Кирпич2: pve1-storage:/data/gluster/gvol2/brick2/brick Холодный уровень: Тип холодного уровня: Распределенный Количество кирпичей: 2 Кирпич3: pve2-storage:/data/gluster/gvol2/brick2/brick Кирпич4: pve3-storage:/data/gluster/gvol3/brick3/brick Переписанные параметры: cluster.tier-mode: cache features.ctr-enabled: on transport.address-family: inet performance.readdir-ahead: on nfs.disable: on

Привет, Вольфганг, спасибо за ответ. Если я буду использовать NFS экспорт, iSCSI таргет или NFS Ganesha как временное решение (но, разумеется, с Gluster 3.8.x на заднем плане) на одном или обоих из объемов, о которых я упоминал выше, ты видишь, что проблемы с производительностью могут остаться? Я собираюсь интегрировать 10 узлов распределенного хранения в Proxmox, и я рад, что сейчас нахожусь на этапе "ceph или gluster", так как, похоже, мне придется выбрать первое, если ты укажешь, что могут быть проблемы с моими существующими объемами и с гораздо большей разверткой (10 узлов, 60TB).

Это значит, что glusterfs сможет запускать LXC прямо в подкаталоге (как ZFS), или мне всё ещё придётся использовать дисковые образы LXC (как с dir backend)? Было бы хорошо, если бы можно было как-то динамически выделять пространство, как это делают подтома ZFS, чтобы нам не пришлось использовать балун для тонкого предоставления... Я знаю, что могу отключить дисковые образы и использовать обычный каталог даже с типом хранения каталога, но тогда в этом контейнере не будет ограничения по пространству. В данный момент я решаю эту проблему, используя ZFS, но это не кластерная файловая система...