« Rev
@openstack_ru   724
Fwd »


Den
Создать АЗ и засунуть туда компьюту? %)
Aleksandr
там и так пустота, это мое предложение что он изза этой пустоты не хочет Unshelve делать
Den
А что логи новы говорят?
Aleksandr
WARNING nova.conductor.manager [req-df3bd18f-2afd-427d-8a6e-ba6536b175d5 d6d2ab3de2a14deb8c9ec5649fc7f416 b9efc00f42d94ca1b23dbc0af4f059df - default default] [instance: 2a04ab35-c0d0-4e02-94a9-7724ac71eea6] No valid host found for unshelve instance: nova.exception_Remote.NoValidHost_Remote: No valid host was found. There are not enough hosts available.
Aleksandr
Хватает ему всего, всё создается, мигрится и т.д.
Den
А с дебагом включенным?
Aleksandr
не было времени, уже бэкап раскатал ((
Aleksandr
попробую в след раз
Илья | 😶☮️🐸
В этой группе предлагают в 100 раз больше)
Рамиль
может это в час)
SB
Думаю в наносек
Dmitry
Это компания Орифлэйм?
Vyacheslav
Это компания Орифлэйм?
скорее всего закладки
Pavel
Это компания Орифлэйм?
Пожалуй Гербалайф
Pavel
скорее всего закладки
Закладки Орифлейма. :)
Dmitry
Закладки Орифлейма. :)
не, ну а чо 😄
Monsieur
всем привет а пользуется кто-нибудь OVN на относительно больших инсталляциях? тестируем сейчас конфигурацию с OVN от kolla-ansible и наблюдаем явные проблемы связанные с кластером OVN DB
Dmitry
скорее всего закладки
Берите альт - там все проверено на закладки
Олег
Подскажите, ThinLVM на HDD дисках умеет в discard? т.е. если из VM пришла команда discard, то LVM освободит эти данные в пуле?
Vyacheslav
да умеет, смотрите unmap scsi
Олег
да умеет, смотрите unmap scsi
unmap и scsi используются, для qcow дискард работает. <disk type='file' device='disk'> 27: <driver name='qemu' type='raw' cache='writeback' discard='unmap'/> 28- <source file='/dev/thinpool/66707' index='2'/> 29- <backingStore/> 30- <target dev='sda' bus='scsi'/> 31- <alias name='scsi0-0-0-0'/> 32- <address type='drive' controller='0' bus='0' target='0' unit='0'/> 33- </disk> Но при тестировании с thinlvm вижу, что место в пуле или вольюме в не освобождается. К Есть VM, диск почти пустой, но с хоста как будто он заполнен на 100%. lvs -o name,discards,lv_size,data_percent 66707 passdown 20.00g 99.89
Vyacheslav
а что показывает du?
Олег
а что показывает du?
du на / внутри виртуалки? #du -hs / 2.1G /
Vyacheslav
на диск виртуалки
Олег
на диск виртуалки
это lvm logical volume
Олег
на диск виртуалки
/dev/thinpool/66707 - вот это lv, в тонком LVM пуле который на HDD диске, который в трим вроде как не умеет, но вопрос не про диск а про thin pool и после ``` fstrim -av /boot/efi: 99.2 MiB (103973888 bytes) trimmed on /dev/sda15 /: 17.8 GiB (19049152512 bytes) trimmed on /dev/sda1 место не освободилось lvs -o name,discards,lv_size,data_percent 66707 passdown 20.00g 99.89 ``` в lv пула, место тоже не освободилось.
Den
Господа, а у вас АПИ нейтрона шустро работает? Оно самое медленное у меня, так и задумывается, или я не умею готовить?
Vyacheslav
если портов много, то там прогрессивно начинает тормозить API
kn
кстати. а его как-то можно сделать очень быстрым?
Den
кстати. а его как-то можно сделать очень быстрым?
Поддерживаю вопрос. Воркеров добавить? Какие то финты ушами с вещами?
Vyacheslav
а вы как смотрите что оно тормозит?
Vyacheslav
если openstack exporter, то там можно отключить neutron и не спрашивать его
Илья | 😶☮️🐸
кстати. а его как-то можно сделать очень быстрым?
какой именно момент напрягает ? 500мс по наблюдениям занимает создание порта, например
Я и твой кот
Руками всё равно дольше это делать.
Den
а вы как смотрите что оно тормозит?
Разработчики сообщают. Мне в консоли хватает отзывчивости. Незнаю что они там делают, но на создание роутера 4 секунды ответ.
Den
Все другие АПИ меньше 1с
Vyacheslav
а они роутеры делают каждый час?
Den
Говорят сотни запросов шлют в секунду :D
Vyacheslav
сделайте им лимиты на роутеры - их столько реально не нужно в стеке...
kn
какой именно момент напрягает ? 500мс по наблюдениям занимает создание порта, например
ну UI не очень отзывчивый, и даже простой 'network list' занимает 2-3 секунды
kn
я понимаю, что руками быстрее :))
Pavel
если openstack exporter, то там можно отключить neutron и не спрашивать его
рекомендация от разрабов (есть тут один из них): один экспорте на каждую службу.
Pavel
да
Pavel
иначе слишком долго получается.
Fedor
А его распараллелить не получается?
Fedor
Я знаю что он по до фига минут тупит, но к стыду совсем код не смотрел
Pavel
там замуты какието с логикой. а и еще сели делате запрос для cinder --disable-cinder-agent-uuid
Pavel
Мы вот так делаем. и то прой в 40 секунд не укладываемся openstack-prometheus-exporter-compute-d859fbdbc-7zzvr 1/1 Running 0 93d openstack-prometheus-exporter-dns-5596d6fc5-r5f7z 1/1 Running 0 93d openstack-prometheus-exporter-identity-76578ff4bc-jkqcs 1/1 Running 0 93d openstack-prometheus-exporter-image-df4864cf9-dchvq 1/1 Running 0 93d openstack-prometheus-exporter-network-79b79c49c7-tb2t9 1/1 Running 0 93d openstack-prometheus-exporter-volume-68cf456c4c-9vc4v 1/1 Running 0 93d
Pavel
нет мы в кубере живем
Pavel
Колла балы у ребя на одном из последних митапов по опенстеку. тут по чатику нужно искать. Они из Европы были
Monsieur
да меня больше интересует не сама колла, а реализация кластера базеек (SB, NB) и их поведении при относительно высокой нагрузке
Monsieur
у juju аналогичная схема кластеризации OVN DB, а вот у RHOSP уже за PCS и логикой кто будет мастером, а кто в кустах ждать заправляет уже он
Monsieur
пробовали синтетическую нагрузку подавать в большое количество потоков?
Monsieur
тем же tempest'ом, например
Monsieur
а есть возможность попробовать? :]
Monsieur
интересно было бы сверить часы
Andrey
а есть возможность попробовать? :]
у меня со временим очень тяжко
Andrey
интересно было бы сверить часы
вот из логов wakeup due to [POLLIN] on fd 18 (…..4.26:6644<->……4.27:59422) at ../lib/stream-fd.c:157 (94% CPU usage) Работать не мешает, есть пиковые нагрузки по базам
Monsieur
если, вдруг, кто использует OVN и испытывает проблемы с ним при относительно большой нагрузке — обращайтесь (можно и в личку), поделюсь до чего сами докопались
Monsieur
вот из логов wakeup due to [POLLIN] on fd 18 (…..4.26:6644<->……4.27:59422) at ../lib/stream-fd.c:157 (94% CPU usage) Работать не мешает, есть пиковые нагрузки по базам
а есть уверенность, что в такие моменты гарантировано все запросы к neutron будут выполнены успешно (разумеется, те которые должны быть выполнены успешно)
Andrey
а есть уверенность, что в такие моменты гарантировано все запросы к neutron будут выполнены успешно (разумеется, те которые должны быть выполнены успешно)
У меня мало нагружен кластер, но коллега с OVN прожил 2 года и сказал, что OVN хороший бекенд. Наверное ответ да. Есть плюсы на поверхности: HA из коробки, агентов практически нету. Из минусов данные хранятся и в нейтроне и в OVN. Есть даже тулза для синка. Провобоал обновить OVN, поменялась схема SB, northd не обновил я откатил и пошел думать. Спросить совета не у кого практически - это тоже минус.
Monsieur
за джва года там столько коммитов воды утекло :] мы щупали victoria, wallaby, xena с различными версиями компонентов на срезе за последние полгода везде +/- картина одинаковая при относительно высокой нагрузке причём проблема именно в HA OVN из коробки если ставить standalone базу (либо отдавать логику HA OVN'a pacemaker'у), то результаты тестов под нагрузкой становятся белыми и пушистыми
Monsieur
Это красная шляпа если не ошибаюсь через pacemaker делает
да, да, у них через pacemaker и судя по всему не просто так такой дизаен
Илья | 😶☮️🐸
не могу не спросить: зачем OVN ?
Andrey
не могу не спросить: зачем OVN ?
Деды оставили, а они наверное хотели нового веселого. 😂
Monsieur
не могу не спросить: зачем OVN ?
так его начали писать, чтобы перекрыть все минусы сущностей, которые плодит OVS+ML2 стабильность, быстродействие
Monsieur
ну и стильно, модно, молодёжно, конечно же
Monsieur
так-то статеек куча, где расписано чем OVN краше
« Rev
@openstack_ru   724
Fwd »