Ясно… тоже самое получается, но «нативно» управляет маршрутами уже сам овн. Никакого буста это не даст, только минус 1 агент

И это серьезный такой шаг) выкинуть питонячий агент, который подключается к южной базе (насколько помню), парсит ивенты ovsdb и, если порт биндинг прибит к текущему хосту, вставляет анонс. В новом решении в выделенном vrf вставляются статик маршруты и далее уже редистрибутятся в bgp. Там как раз появилась проблема сейчас, как type-2 маршруты засасывать в evpn) как вариант рассматривают плагин для frr делать.

MAC/IP?

А можно ссылки почитать?

https://mail.openvswitch.org/pipermail/ovs-dev/2025-May/423330.html - про EVPN

Покажи local_settings у хорайзена , хорайзен не умеет скипать исключения memcache, имею ввиду если у тебя нода не пашет

Без evpn, для него пока только концепт предложен и, вероятно, код пишется. Работает это на базе frr, либо других демонов. Реализовывать протокол bgp в ovn никто не планирует, это утопия) Сейчас оно умеет анонсить FIP’ы, LB адреса и static/connected маршруты с edge LR’ов

Ну это скучно.

Хотя... Хз. Я до сих пор по старинке люблю бонды и не особо страдаю.

А что весело? Здоровенный VLAN для паблик сегмента? Тут, пожалуй, соглашусь. Веселья не занимать)

Это беда. Как пример могу сказать, что избавление от ARP снизило чек от датацентра на 7-10%.

Ток geneve port

но ведь никто не запрещает юзать vxlan)

Впизду

но ведь никто не запрещает юзать vxlan)

Бойтесь юзать его с ovn на больших сетапах :) Однажды лопата на голову прилетит)

[root@n1 kolla]# cat horizon/_9998-kolla-settings.py DEBUG = False TEMPLATE_DEBUG = DEBUG COMPRESS_OFFLINE = True WEBROOT = '/' ALLOWED_HOSTS = ['*'] SESSION_ENGINE = 'django.contrib.sessions.backends.cache' CACHES['default']['LOCATION'] = ['192.168.226.75:11211','192.168.226.76:11211','192.168.226.79:11211'] OPENSTACK_API_VERSIONS = { "identity": 3, } OPENSTACK_KEYSTONE_MULTIDOMAIN_SUPPORT = False OPENSTACK_KEYSTONE_DOMAIN_DROPDOWN = False OPENSTACK_KEYSTONE_DOMAIN_CHOICES = ( ('Default', 'default'), ) LOCAL_PATH = '/tmp' SECRET_KEY='UDJN3YWZcXCR47db9GmEgeKBNwEVkbE7ZDg12tGa' EMAIL_BACKEND = 'django.core.mail.backends.console.EmailBackend' OPENSTACK_HOST = "internal.testcloud.click" # TODO(fprzewozn): URL /v3 suffix is required until Horizon bug #2073639 is resolved OPENSTACK_KEYSTONE_URL = "http://internal.testcloud.click:5000/v3" OPENSTACK_KEYSTONE_DEFAULT_ROLE = "member" этой части хватит или весь нужен?

Ну у тебя прописаны уже django.contrib.sessions.backends.cache так что хз копать надо глубже)

Ну у тебя прописаны уже django.contrib.sessions.backends.cache так что хз копать надо глубже)

А что весело? Здоровенный VLAN для паблик сегмента? Тут, пожалуй, соглашусь. Веселья не занимать)

Товарищ Одинцов, это К2, друг мой

Это беда. Как пример могу сказать, что избавление от ARP снизило чек от датацентра на 7-10%.

У тебя ДЦ арпы считает???

а рассылать арпы во все порты инстансов, оказалось не так уж и бесплатно (я догадывался)

Расскажете почему? Или ссылочками поделитесь?

Мне так никто и заяснил что это за К2. Я только знаю что К9 это что-то про служебных собак

Это облако крока, и еще не советую ссорится с Одинцовым, у меня рука тяжолая

в vxlan режиме на ovn поддерживается не более 4095 сетей датапасов (lswitches + lrouters)

в vxlan режиме на ovn поддерживается не более 4095 сетей датапасов (lswitches + lrouters)

А куда копать ?

А ты тут при чем?

Попробуй так CACHES['default'].update({ 'BACKEND': 'django.core.cache.backends.memcached.PyMemcacheCache', 'OPTIONS': { 'ignore_exc': True, 'tcp_nodelay': True, 'connect_timeout': 0.2, }, 'TIMEOUT': 300, })

Не удивлюсь если не перепутал. Овн весьма прогрессивные люди писали

а вот этот раздел надо добавлять ['LOCATION'] = ['192.168.226.75:11211','192.168.226.76:11211','192.168.226.79:11211'] ?

не перепутал 24 бита vni делятся пополам на datapaths IDs и на lport IDs + mcast group IDs получается 2^12 датапасов (lswitches + lrouters) и 2^11 - количество портов в одном datapath + 2^11 - количество mcast групп в одном datapath vxlan никогда не являлся рекомендуемым encap type'ом для OVN. его поддержка в качестве полноценной инкапсуляции появилась относительно недавно. изначально он вообще только с hw vtep кейсом поддерживался

11 бит это 2048

11 бит это 2048

для понимания с geneve: - доступно 2^24 датапасов (ls + lr), то есть 16.7М - внутри каждого dp 2^15 - количество lport'ов + 2^15 mcast груп

потом какой-то крупный клиент RH, видимо, купил очень много карточек без поддержки разгрузки geneve и заставил RH пилить поддержку VXLAN в OVN как базового encap, для которого доступны все функции) другого объяснения, зачем им vxlan, у меня нет. но тоже странно, карточек (предположительно) много, а датапасов доступно всего 4095. может, у них, конечно, много не очень больших кластеров)

Попробуй так CACHES['default'].update({ 'BACKEND': 'django.core.cache.backends.memcached.PyMemcacheCache', 'OPTIONS': { 'ignore_exc': True, 'tcp_nodelay': True, 'connect_timeout': 0.2, }, 'TIMEOUT': 300, })

Для версии 2024.1 этот код не подошел, немного изменил. но в целом стало понятнее где проблема была. Огромное человеческое спасибо за наводку!!!! Получилось !!! CACHES['default'].update({ 'BACKEND': 'django.core.cache.backends.memcached.PyMemcacheCache', 'OPTIONS': { 'ignore_exc': True, 'tcp_nodelay': True, 'connect_timeout': 0.2, }, 'TIMEOUT': 300, }

А никто не задавался вопросом почему в ipam нейтрона нельзя юзать .0 и .1 от /24 сетей в случае L3 сетапа? В данном случае гейтвей не нужен и им может быть любой лупбек на гипервизоре. В случае когда сетей десятки это может вылиться в такую себе растрату впустую

возможно есть оборудование, которое не умеет нормально работать. К примеру cisco очень долго не умели использовать /31 сети для p2p

кто-то пробовал включать rsync для nova? https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.remote_filesystem_transport его даже добавили в колла: https://review.opendev.org/c/openstack/kolla/+/901853 Но я так понял в nova_ssh его не добавили

Там сейчас через scp файлы ходят

кто-то пробовал включать rsync для nova? https://docs.openstack.org/nova/latest/configuration/config.html#libvirt.remote_filesystem_transport его даже добавили в колла: https://review.opendev.org/c/openstack/kolla/+/901853 Но я так понял в nova_ssh его не добавили

1 vm = 2gb/s 2 vm = 2+2

Хмм, я обычно с порта в случае нескольких миграций параллельных вижу по 10+ гигов

ты наверное про live) а он про offline)

один фиг) там rsync over ssh)