в принципе переделать под prometheus не составит труда

ага, пасиб, понял, куда копать

onevm show 267 | grep DISKRDIOPS
DISKRDIOPS          : 99095777
onevm show 267 | grep DISKWRIOPS
DISKWRIOPS          : 43909921

что из этого что?

если вам нужны прям метрики-метрики, хочу напомнить, что там с нод постоянно отсылаются метрики по udp в мастер ноду, в демон collectd

можно их перехватывать и писать куда вам надо

или использовать one.vm.monitoring метод через xmlrpc api

но только он не документирован особо

sunstone через него графики отрисовывает

тоже вариант

например так

VMID=1234

CALL="<?xml version=\"1.0\"?>
<methodCall>
    <methodName>one.vm.monitoring</methodName>
    <params><param><value>$(cat $HOME/.one/one_auth)</value></param>
    <param><value><i4>${VMID}</i4></value></param>
    </params>
</methodCall>"

curl -s -k ${ONE_XMLRPC:-http://localhost:2633/RPC2} --data "$CALL" \
    | xmlstarlet sel -t -v '/methodResponse/params/param/value/array/data/value/string' -n \
    | xmlstarlet unesc \
    | xmlstarlet sel -t -v 'MONITORING_DATA/VM/MONITORING/DISKWRBYTES' -n

а для промитеуса пробовали https://github.com/AnotherKamila/opennebula-exporter ?

Ещё нет, завтра буду пробовать

ок, отпишись плиз что выйдет, самому надо будет мониторинг крутить)

боже, какой ***ц, простите

Hi ppl

кто-нибудь пользовал GFS2 совместно с небулой?

Был опыт GFS2 с Openstack. Тормозит (100 МБ/сек чтение/запись, при возможности хранилища в 500).
Если что-то зависает, а оно работает с ядерными модулями, то без шансов на починку - только ребут, а то и всех нод.
Было страшно даже просто вывести гипервизор из работы. Работало непредсказуемо.

Слышал, намного лучше себя показывает IBM GPFS. Оно проприетарное, но кажется денег не просят

Либо рассматривать общее блочное хранилище

Gfs2 только для датастора с образами, на блочном с lvm вм быстрее работают, хоть и без возможности снэпшотов из-за raw формата. Если смотреть на распределенное хранилище, то лучше глянуть в сторону LizardFS