в итоге все перепуталось и надо снова расставлять всё на свои места:

marketplace - место где должны храниться начальные образы

image-datastore - место где должны храниться данные. Любые данные которые хоть как-нибудь важны, должны лежать в persistent образах

system-datastore - место куда разворачиваются non-persistent образы и линкуются persistent-образы

images-datasotre и system-datastore очень тесно между ссобой связанны, грубо говоря это определение одного и того же хранилища, но разница лишь в том что они описывают разные стейты образа: точнее параметры которые используются для хранения образа в момент когда он подключен к виртуалке и параметры того же образа когда он никуда не подключен

Спасибо большое! в мозгу примерная картина отрисовалась. А на практике какое хранилеще быстрее растет, и правельно я понимаю объем даннных систем-датастор будет зависеть от количества запущеных стейтлесс-сервисов и виртуалок?

Это зависит от стораджа который вы выберете, по логике работы:
- CLONE_TARGET=SELF  - означает что все images будут храниться там же в images datastore
- CLONE_TARGET=SYSTEM - означает что images будут копироваться в system

Тоесть могу бахнуть одно храниле images и хранить в нем все не заморачиваясь?

Всем привет, столкнулся со странной ситуации, при попытке открыть в вебе, или через onevm show небула возвращает ошибку [one.vm.info] Error getting virtual machine и все. При с виртуалкой ничего нельзя сделать - ни удалить, ни мигрировать, ни включить/выключить. Повышение уровня логирования не помогло, отдает только эту строчку даже в дебаге. Напрямую из скуля данные о вм получаю. Сейчас запустил strace, в надежде, что хоть он что-нибудь покажет. Где можно поискать более полную ошибку? Из последних действий - коллега на прошлой неделе чистил историю через onedb. Версия небулы 5.4.1

Вся история в одной записи в БД