Эт самое, ты как прошаренный самый, судя по числу статей. А linstor-satellite должен быть запущен везде? Т.е. даже если нода не участвует в кластеризации, а просто использует ресурсы?
Эт самое, ты как прошаренный самый, судя по числу статей. А linstor-satellite должен быть запущен везде? Т.е. даже если нода не участвует в кластеризации, а просто использует ресурсы?
Да, она т.к. будет использовать diskless-ресурсы и на ней будет diskless пул
Not sure how it handles different classes of storage either
IDK, sorry, I didn't use this feature a lot. I think you can create reservation networks from common one, and count reserved leases. Try to ask on OpenNebula forum.
Я просто чего-то всё проецирую на цеф. Там-то логика другая абсолютно.
Цеф - делит тома на маленькие объекты и создаёт их в общем простанстве, на конечной compute-ноде он представляет его в виде блочного устройства rbd.
Линстор - создаёт тома целиком в lvm или zfs пуле на каждой ноде и включает репликацию между ними. Если нужно получить доступ к этому блочному устройству с другой ноды, то линстор создаёт дисклес-ресурс, который по сути просто перенаправляет запросы на чтение и запись на ноды где находятся ресурсы с данными
Цеф - делит тома на маленькие объекты и создаёт их в общем простанстве, на конечной compute-ноде он представляет его в виде блочного устройства rbd.
Линстор - создаёт тома целиком в lvm или zfs пуле на каждой ноде и включает репликацию между ними. Если нужно получить доступ к этому блочному устройству с другой ноды, то линстор создаёт дисклес-ресурс, который по сути просто перенаправляет запросы на чтение и запись на ноды где находятся ресурсы с данными
Блин, чего ж чатика по линстору-то нет. А эт чего получается, если у меня 20 стораджей, например, на каждом lvm-thin объёмом 1TB, то 1 виртуальный диск для ВМ не сможет быть заполнен более, чем на 1TB?