надо ток замерить сколько операций окажется с невалидным токеном 😄

у нас стек в кубах живет

Мирантис заходил в гости? :)

нет, даж мимо не проходил

Странно. Обычно они любят Андер в куб пихать

ну тут парни сами взяли и написали немного для раскатки. ну а Мирантис пусть идут в далекое пешее… никогда не забуду этих «охуенных» пацанов со времен OS Kilo

@vyacheslav_vershinin ты не помнишь? или ты с нами не учавствовал в этом марафоне?

Мирантис - хорошее название, звучное. :) (картинка с вентилятором. jpg)

надо ток замерить сколько операций окажется с невалидным токеном 😄

Тут спец гифка для этого была пару страниц выше)

Он же там делает смещение что бы не было проблем

Пронесло и я занимался интересными задачами 🙂

Какое там нахер смещение? он научился читать новые файлы без рестарта кейстона?

Там создайся фирнет0 и фирнет1

глустер :)

Странно. Обычно они любят Андер в куб пихать

Всем ещё раз доброго утра. Возвращаясь к вопросу OVN-а и BGP (да видел, что бы hollywar уже, разочарован, но ожидал). Если всё это рассматривать чисто с инженерной точки зрения - что мешает совместить DRAgent (https://docs.openstack.org/neutron-dynamic-routing/latest/contributor/dragent-drivers.html) + neutron-dynamic-routing (https://docs.openstack.org/neutron/rocky/admin/config-bgp-dynamic-routing.html) с OVN-ом. Я понимаю что какая-то "несовместимость баз" или "несовместимость концепций" скажем так, но не могу понять, какая именно. Есть мысли?

Эм...DRAgent это вроде как расшифровывается Distribute router agent. Это чисто neutron+ovs нативная сущность. Дистрибутед роутера как такового в OVN нет отдельно, потому что там всё дистрибутед роутер уже )

Не, это dynamic как раз

Прошу прощения, что не в тему. В цефовском чате не знают😄 или я спросил не уважительно. Не могу найти, что это за фича и как ее подкрутить. C чем связано такое поведение. Я изменил вес с 0 до 0.2 и со временем вес растет. версия v15.2.13 cephadm ceph osd reweight osd.121 0.2 [ceph: root@storage0001 /]# ceph osd tree | grep 121 121 ssd 2.03709 osd.121 up 0.21497 1.00000 [ceph: root@storage0001 /]# ceph osd tree | grep 121 121 ssd 2.03709 osd.121 up 0.23991 1.00000 Не обижусь если тапками закидаете. 🤔

Немного придётся покодить - в основном это всех отталкивает

Спасибо, Фёдор Т. А что там кодить? Вытаскивать сущности которые OVN NBD и перекладывать их в DRAgent-а ? (если концептуально)

Увы, недопонял ): Высокоуровнево задача же такая -"1) Выдернуть откуда-то (в случае OVN это либо NDB или SDB (наверно непринципиально), в случае DRagent-а это база нейтрона полагаю) информацию о том ЧТО анонсить 2) Передать это какому-то демону (Квагга, frr, exabgp) который будет это анонсировать. Под "передать" полагаю - это возникновение маршрута в RIB-е (таблице маршрутизации) - например путём поднятия dummy интерфейса (как это предлагается сделать в ovn-bgp-agent) 3) Заанонсировать из демона своим пирам - передать в качестве next-hop-а IP compute\network ноды

Сейчас через драгент+овн некст хоп компуты не передать, некст хоп нетворк ноды можно. Принимать маршруты из сети нельзя. Если этого недостаточно, то кодить

reweight это специальный коэффициент, позволяющий изменить вес элемента внутри вышестоящего узла без влияния на вес этого узла. То есть если у тебя выбирается хост но внутри хоста несколько дисков, reweight изменяет веса дисков внутри хоста но не влияет на веса хостов - то есть позволяет запереть миграцию внутри домена

у меня вот есть ощущение, что коммунити достигнет фича парити и забросит OVS, но я там не общаюсь, чтобы знать наверняка

Просто в моё понимании существует огромный пробел между DRAgent-ом базами OVN-а. Какая там схема взаимодействия мне, увы, не понятно. Это надо как то neutron-у сказать мол "бери данные отсюда (Dragent) и перекладывай сюда (OVN NorthDB получается)"?

Василий, со вчера мой вопрос не изменил своей актуальности: Нафига упариваться конкретно в ovn? Есть варианты намутить внешний bgp агент (с нюансами и без управления нейтроном), есть вариант взять штатный ovs. К чему разводить кисель из апстрима и костылей?

Stanley, приветствую! Ваш вопрос (который вероятно очень важен для вас) вчера вызвал hollywar, и в целом бессмысленную дискуссию, как это часто бывает в русских IT community. Я не уверен что вас удовлетворит какой бы то ни было ответ, потому что на этот ответ вы зададите ещё пяток новых вопросов в стиле "А почему это? А почему сё? А зачем вам это - ведь мы в нашем окружении сделали то-то и всё хорошо работает" Поэтому отвечу так - я просто очень хочу bgp в ovn-е. Я поспорил с одной женщиной, что если запущу его там то у меня будет секс с ней.

Всем привет! пытаюсь понять, на сайте у openstack есть 2 варианта, или установить его на свое железо, или использовать openstack cloud, так вот я хочу понять openstack cloud это получается аналог любого другого облака типа AWS,azure,GCP? только используя сервисы openstack? заранее извините если этой глупый вопрос

Господа, интересный вопрос появился. Имеется контроллер гланса подключённый 10г линком, когда нова запрашивает в первый раз образ, то выходит около 2-3Gbps и, как я понимаю, это идёт чтение с диска. Но что если у нас будет сразу 5 гиперов просить этот образ ? SATA по интерфейсу не вытянет 10Gbps, а вот какой-то горячий кэш- вполне. Какие есть решения для этого ?

тут больше вопросов чем ответов 😂

что у вас является бекендом для гленса как минимум

file :)

afaik образ кешируется на compute и это не должно стать проблемой

Файловый кэш сработает, не? Если хватит памяти

Господа, интересный вопрос появился. Имеется контроллер гланса подключённый 10г линком, когда нова запрашивает в первый раз образ, то выходит около 2-3Gbps и, как я понимаю, это идёт чтение с диска. Но что если у нас будет сразу 5 гиперов просить этот образ ? SATA по интерфейсу не вытянет 10Gbps, а вот какой-то горячий кэш- вполне. Какие есть решения для этого ?

какая хранилка. ? там есть возможность клонить средствами хранилки

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

glance-image-cache prefetch? и смонтировать директорию кеша в tmpfs

Господа, интересный вопрос появился. Имеется контроллер гланса подключённый 10г линком, когда нова запрашивает в первый раз образ, то выходит около 2-3Gbps и, как я понимаю, это идёт чтение с диска. Но что если у нас будет сразу 5 гиперов просить этот образ ? SATA по интерфейсу не вытянет 10Gbps, а вот какой-то горячий кэш- вполне. Какие есть решения для этого ?

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

если я не фантазирую, то будто бы я читал в доке к rhosp16.2, что там есть что-то типа упреждающего кеширования

Доброго дня, коллеги! Подскажите, а у нас уже импортозаместили openstack? Есть ли готовые отечественные решения на его базе?

Доброго дня, коллеги! Подскажите, а у нас уже импортозаместили openstack? Есть ли готовые отечественные решения на его базе?

а зачем если он опенсорсный ?

Доброго дня, коллеги! Подскажите, а у нас уже импортозаместили openstack? Есть ли готовые отечественные решения на его базе?

Доброго дня, коллеги! Подскажите, а у нас уже импортозаместили openstack? Есть ли готовые отечественные решения на его базе?

С рывком и хлопком разве что

Жопы от внедрения?)

VK Cloud solutions (https://mcs.mail.ru/) (не реклама), но вроде "отечественное решение на его базе"