Слышал тут на такое с ovs жаловались. @ftarasenko да?

Слышал тут на такое с ovs жаловались. @ftarasenko да?

да, в R есть коммит, который собирает овёс до того, как начинается миграция

добрый день. подскажите пожалуйста, live migration, занимающий 15-20 секунд, это что-то характерное для современных инсталляций openstack?

Кто интересовался, Airship (который 1.x) на Ubuntu 18.04 и на релизе Stain.

Да, спасибо большое!

> команда начала готовить миграцию на Train Ты ж говорил, что апдейт между версиями не того, вы ж не новыми клаудами мигрируете?

Между мажорными версиями я вживую процесса у нас не видел. Но пишут, что готовят in-flight upgrade stein->train. Ставим политику rollingupdate pod’ам, и поехали. Но это пока в разработке, на сколько я вижу доки, репо и пайплайны.

Я тут нашел ребят из проекта opnfv, у них тоже можно посмотреть варианты, все открыто кроме блин пайплайна

Запроси публиковать.

Между мажорными версиями я вживую процесса у нас не видел. Но пишут, что готовят in-flight upgrade stein->train. Ставим политику rollingupdate pod’ам, и поехали. Но это пока в разработке, на сколько я вижу доки, репо и пайплайны.

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

Привет! Есть вопрос по Openstack (Stein) + Ceilometer + Gnocchi Пробую получить cpu util по статье https://medium.com/@berndbausch/how-i-learned-to-stop-worrying-and-love-gnocchi-aggregation-c98dfa2e20fe или по ответу https://stackoverflow.com/questions/56216683/openstack-get-vm-cpu-util-with-stein-version # gnocchi aggregates '(metric cpu rate:mean)' id=0203af36-f579-4e06-8a82-f4f4ccd4d487 | tail -3 | 0203af36-f579-4e06-8a82-f4f4ccd4d487/cpu/rate:mean | 2020-06-19T08:20:00+00:00 | 300.0 | 91430000000.0 | | 0203af36-f579-4e06-8a82-f4f4ccd4d487/cpu/rate:mean | 2020-06-19T08:25:00+00:00 | 300.0 | 92510000000.0 | +----------------------------------------------------+---------------------------+-------------+---------------+ # gnocchi aggregates '(aggregate rate:mean (metric cpu mean))' id=0203af36-f579-4e06-8a82-f4f4ccd4d487 Invalid input: 'aggregate' operation invalid for dictionary value @ data[u'operations'] (HTTP 400) Никто не сталкивался?

Мне нужно получить сpu utilization истанса в процентах, для внешней системы.

это понятно, ну так gnocchi есть post-processing, хотелось бы воспользоваться

а если это мониторинг, то я бы промом воспользовался

Вот скажите, а либвирт-экспортер разве не закрывает все потребности по мониторингу ВМ?

да наверное то и закрывает, но метрики не только для мониторинга люди используют - а пром это довольно узкий инструмент

А для чего ещё используют? Билинг?

ага

Что-то ещё?

немножко не понял вопроса

Ну я к тому что для билинга вы же не КлаудКити используете, а скорее всего что-то своё. Таким образом вы научились забирать данные из одной таймсиреесбд, а пром при этом узкий инструмент?

пром имеет свои ограничения, но это ограничения хорошие, полезные для дела

Также викторияметрикс сейчас прямо хороши

Пром не точен. И для биллинга мало подходит из за этой причины. Когда счёт так сказать по секундам идёт и все стоит денег то пром тут проигрывает.

а есть опыт?

я вот его не трогал, но был опыт с таносом, там как-то всё тоже через жопу

Даже и поминутно или даже почасовая не подойдёт для прома. Пром аггрегирует и компримирует данные. Это для биллинга ... Так себе

VM сейчас прожовывакт 25к записей в секунду. Пишется в два стораджа. За месяц получается около 50 гигов. Пром там сдох и половины не осилив

раз в 15 секунд.

Привет. Вляпался в вопрос с зависающими миграциями. Может кто-то сталкивался/видел рецепт? Newton. На одной из нод openstack'a случился oom. После этого перестали нормально работать миграции. В том числе и для остальных нод. Перезапуск служб не помогает. По virsh list —all вижу, что инстансы приезжают на целевую ноду, однако в openstack повисает состояние migrating, в базе nova висят указания на исходную ноду, в neutron указания migrating to. На исходной ноде в node-compute.log болтаются сообщения вида: Migration operation has completed Error monitoring migration: The server has either erred or is incapable of performing the requested operation. (HTTP 500) Live migration failed. VM Stopped (Lifecycle Event). После чего периодически повторяющиеся During sync_power_state the instance has a pending task (migrating). Skip. При этом на целевой ноде VM Resumed (Lifecycle Event) During the sync_power process the instance has moved from host node5 to host node2. Значения в базе конечно поправить можно (что я и делал), но это помогает ровно до первой лайв-миграции. Рассинхроны фактического состояния инстансов и тем, что говорит openstack ловил и раньше, но то были случайные какие-то события. Здесь же какое-то повальное влияние на все тестовые инстансы. С продакшн инстансами, скорее всего, будет то же самое.

Спасибо, попробую, а то я уже в код залез, исправил)

Здравствуйте , а есть здесь у кого-то отпыт работы с ironic-tempest-plugin ?

У меня есть некоторый, а что нужно?

как успехи?

Добрый день, а есть ли возможность экспортировать полностью весь проект? Со всеми сетями, метой, данными в циндере и свифте итд. Так сказать переехать с одного стэка на другой?

Мне не все проекты. А только один бы перенести малой кровью.