Alex
Alex
Здесь нашел такое у человека, но у него решилось потом
Alex
Илья | 😶☮️🐸
Посмотри nload на гипере, где образ грузится. Может там беды со скоростью
Илья | 😶☮️🐸
Alex
Alex
J
Илья | 😶☮️🐸
В кэше glance?
Не ну локально же, в _base, иначе зачем образ грузить, если волюм должен быть не через backing file
Илья | 😶☮️🐸
J
nova только считает время.
Alex
J
Угу. Как будто ничо лишнего.
Ну тогда как всегда, включай debug = True и смотри логи еще и glance и cinder-volume.
Artemy
А почему компут?
Насколько помню в синдер идет компьюта когда получает команду на создание инстанса
NS 🇷🇺
Alex
Всем привет, развернул тут девстак, но уткнулся в проблему, что создание инстанса с образа винды 2012 вываливается в ошибку по тайм-ауту, погуглил, нашёл параметры:
block_device_allocate_retries = 1200
block_device_allocate_retries_interval = 2
block_device_creation_timeout = 300
Поменял, но ничего не изменилось, вываливается ровно с тем же тайм-аутом что и раньше.
При этом диск создаётся, но инстанс к тому времени уже в ошибке висит.
победил, особенность девстака, у него nova-compute берёт настройки из nova-cpu.conf, а не из nova.conf
Alex
курение логов дебага несёт просветление)
Alex
всем большое спасибо за попытки помочь!
Ivan
Добрый день, issue никто не заводил в kolla-ansible? не могу найти куда писать
Artemy
Ivan
Спасибо
Андрей
Господа, нужен совет по magnum.
При создание кластере он лезет на сервис discovery https://discovery.etcd.io/new?size=1
Т.к контур закрытый и выхода в мир нет.
Ловлю ошибку; magnum.common.exception.GetDiscoveryUrlFailed: Failed to get discovery url from 'https://discovery.etcd.io/new?size=1'
В документации сказано, что можно переопределить url с помощью ключа –discovery-url .
Какой сервис можно поднять для подмены внешнего?
Андрей
Андрей
Уже в курсе
Андрей
Меня смущает то что у etcd нет такого функционала new?size=1 для генерации ${UUID}
https://etcd.io/docs/v3.5/dev-internal/discovery_protocol/
Андрей
Пишут что эта фича сервиса https://discovery.etcd.io/
CoreOS Inc. hosts a public discovery service at https://discovery.etcd.io/ , which provides some nice features for ease of use.
Vyacheslav
хороший сервис
Dmitry
его сразу надо выкидывать и писать свое
Андрей
etcd такое не умеет.
curl http://10.60.17.42:2379/new?size=1
404 page not found
etcd что то типа этого нужно.
curl http://10.60.17.42:2379/v2/keys/
{"action":"get","node":{"dir":true}}
Андрей
Соответственно магнум получает 404 от etcd
Mikhail
https://github.com/gardener/gardener альтернатива магнуму
Pavel
cilium лучший его выкидывать не нужно
Pavel
capi тоже норм с openstack работает, только образ нужно собирать
Pavel
kops еще можно, но там s3 трбуется
Pavel
Калико кусок говна с iptables в придачу. он чуть ли ни каждый раз все правила перетряхивает.
cilium - ebpf
cilium - kube-proxy больше не нужен
cilium умеет собирать статистику из коробки и строит (с помощью huble) графики взаимодействия
и там вогон еще плюшек
Андрей
Alexander
магнум нельзя тащить в прод, вы чего
Alexander
он абсолютно не production ready
Alexander
как минимум для него нужно свой оркестратор писать
Nikolay
В магнуме еще из коробки с dns приколы
Alexander
etcd discovery мы нафиг выкинулит
Alexander
как и хит
Alexander
в vk мы как раз убрали хит
Alexander
эксплуатация кластеров на нем была очень болезненной
Alexander
не понял
Alexander
Не, я про vk cloud
Alexander
Да
NS 🇷🇺
Pavel
нет там ничего сложного
Sergey S.
Pavel
Например?
Pavel
Pavel
я правильно понял что есть попытка использовать sdn который был создан для организации приватных/не марштурируемых сетей для публичных/маршрутизируемых сетей?
Pavel
ну давайте тогда ovn/ovs в куб пихнем и просим а че он такой медленный и херовый по сравнению с оcтаными cni
Pavel
у меня он уже в кубах (5 лет как в них плотно сидит)
Slava
Aleksandr
а пятница где?
дык это когда было ? и осбо ни кто не смог по идее
Den
Можешь подскажешь. Как идёт метадата В OVN для external портов?
Den
RHEL Like
Den
Ну эт понятно. Мне интересно, выходит трафик из OVS для экстернал порта или нет
Den
Считай, я руками всё делаю
Den
из исходников :)
Den
Для нормал портов - всё отлично. т.е. создаётся неймспейс на компьюте, поднимается хапрокси, пихается порт в OVS. На инстансе создается маршрут, что ходит на 169.254 через адрес, что в неймспейсе висит. И всё в шоколаде
Den
С экстренал портами (читай SRIOV), что-то не ладится. Они должны создаваться на шлюзах, но достучаться я туда не могу. Есть мысли, что туда они ходить должны через внешнюю сеть.
Den
https://docs.openstack.org/neutron/latest/admin/ovn/external_ports.html
Ну вот это всё появляется
Nikolay
Метадату в ovn вроде интегрировали
Nikolay
Dhcp точно прям внутри ovs
Nikolay
Через переключалки естественно
Den
Я direct порты создаю. Если я помечаю ovn-cms-options=enable-chassis-as-gw нетворк ноды, то dhcp и метадата не работают. Но если я помечу шлюзом компьюту, где лежит инстанс, то начинает работать dhcp.
Nikolay
Dhcp настроен через legacy или через драйвер?