Size: a a a

OpenNebula - русскоговорящее сообщество

2019 March 06

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Привет
источник

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Было только с LVM
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Anton Zubkov
Было только с LVM
Кончилось удачно? Побороли?)
источник

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Не заморачивался. Я так и не понял логику разработчиков и пересел на ceph
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
тоже вариант
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
а я просто скопировал все образы с фронтенда на ту ноду, с которой пытается копировать :)
источник

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Ну я так же делал
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
а я просто скопировал все образы с фронтенда на ту ноду, с которой пытается копировать :)
Омг, а с BRIDGE_LIST все в порядке?
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
kvaps
Омг, а с BRIDGE_LIST все в порядке?
так это ж default хранилище, там нет BRIDGE_LIST
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
так это ж default хранилище, там нет BRIDGE_LIST
а что такое default хранилище?
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
которое
DISK_TYPE  FILE
TM_MAD  ssh
источник
2019 March 07

k

kvaps in OpenNebula - русскоговорящее сообщество
Nik Sh
ну грубо говоря да, поверх mdadm - VDO - поверх него  - target
А вы вообще замеряли производительность и сколько конкретно вы теряете при использовании VDO? Просто у нас даже с --compression=disabled --deduplication=disabled производительность I/O падает в 10 раз по сравнению с записью на backing storage.
источник

NS

Nik Sh in OpenNebula - русскоговорящее сообщество
kvaps
А вы вообще замеряли производительность и сколько конкретно вы теряете при использовании VDO? Просто у нас даже с --compression=disabled --deduplication=disabled производительность I/O падает в 10 раз по сравнению с записью на backing storage.
Поднял данные тестов:
Все работало на 1270v3. 32RAM. 4 х intel4600(480gb) в raid0:
VDO over Raid-0 mdraid 4k block random  (dedup=on, comp=on, sync, iodepth=64):
ro - 109590 iops
rw - 39988 iops

Raid-0 mdraid 4k block random  (iodepth=64):
ro - 81498.63 iops
rw - 117369.15 iops
источник

NS

Nik Sh in OpenNebula - русскоговорящее сообщество
Но это чистый 4k random, что не очень репрезентативно, тестили еще смешанной нагрузкой - там поровнее, т.е. нет такой сильно просадки на записи.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Спасибо
источник

NS

Nik Sh in OpenNebula - русскоговорящее сообщество
На всех тестах чтение получалось лучше чем без vdo, Запись падала в 2-3 раза.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
А sequence write не тестили?
источник

NS

Nik Sh in OpenNebula - русскоговорящее сообщество
Попробуйте на ssd это завести, дедуп на шпинделях, как COW - злая штука.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nik Sh
Попробуйте на ssd это завести, дедуп на шпинделях, как COW - злая штука.
так всеж в памяти, не?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
я имею ввиду там же используются хэштаблицы
источник