icewolf
и все ядро конченные уроды
John
И тут Остапа понесло
icewolf
И тут Остапа понесло
а что я не прав?
icewolf
их там yadro ток за unified tatlin пиздить надо
John
Да не че ты решил 1го января так набросить то
icewolf
Да не че ты решил 1го января так набросить то
лучше с начала года накинуть.. чем потом
icewolf
и это я еще лайтово.. прям на два пальчика
John
Ну то что у нас некоторые административные органы на службе у корпораций оказывается ну что добро пожаловать в дивный новый мир
Vyacheslav
притом что ядро гавнище
там же были делы
icewolf
там же были делы
нет, там всегда был IBM
icewolf
И ноют не потому что Dynamix.. а потому что сиротки из yadro рукожопые падлы
icewolf
там же были делы
и да, это вообще прикол, все вегман, это по сути аквариус. С openbmc
icewolf
они даже Квадру не смогли, это не их проект, чисто оемят китайцев
icewolf
но этож ядро
icewolf
при ближайшем рассмотрении ядро это просто деньги за бренд, а так это те же самые аквариус, те же самые ICL..
icewolf
ничего своего
icewolf
про ICL(Казанский) я отдельно поясню, это именно про tatlin и схд, это именно про исполнение SAN коммутаторов наших блин коммутаторов..
icewolf
Каких ещё san коммутаторов ?
а ты что не знал? ICL делает SAN коммутаторы, уже как два года именем Максудова
icewolf
притом они не плохие но в ТОРП не попадают
Mr
Marvell, Broadcom
Модель дай. А то окажется, что там ethernet 25g
Mr
Без rdma
icewolf
Модель дай. А то окажется, что там ethernet 25g
Ээээ.. я их ток один раз видел, на этом на слёте микроэлектроники в Сириусе
Hamster
С Новым Годом, товарищи! Высоких аптаймов и никаких пятисоток на проде
icewolf
Без rdma
эмм, там классика.. вот то что от бродкома, но собрано уже у нас
Mr
Ээээ.. я их ток один раз видел, на этом на слёте микроэлектроники в Сириусе
А ))) это к тому, что сейчас есть Switching modes: Store-and-Forward и Cut-Through (Cisco Express Forwarding (CEF) ). И что там используется в их типа сан, и может ли их железо в поддержку dcb/ nvme over tcp / прочее - как говорится, где бы почитать
Mr
эмм, там классика.. вот то что от бродкома, но собрано уже у нас
Бродком такое не делает лет .. 10 наверное, они оем гонят и чипы гонят, но ... Но впрочем я хз.
icewolf
Бродком такое не делает лет .. 10 наверное, они оем гонят и чипы гонят, но ... Но впрочем я хз.
ну в прочем, чипы они гонят, через Китай, подозреваю что ICL собирает те же 32G коммутаторы именно оттуда
icewolf
Бродком с 2019 не отгружает чипы в Китай
это им не мешает делать в Малайзии, и в нашем родном Тайланде(который в БРИКС, запросился)
Hamster
icewolf
А вы же админ, были вроде
Hamster
Hamster
icewolf
О! Аудио оборудование
Mr
это им не мешает делать в Малайзии, и в нашем родном Тайланде(который в БРИКС, запросился)
Мешает в ряде вопросов. Впрочем, все равно модели нет , тестов нет - говорить не о чем
Vyacheslav
нет, там всегда был IBM
у меня было ядро, которое в ipmitools давал S/N который бился в dell ну и вебка очень похожа была
Vyacheslav
в вебке S/N подменяли на ядро 🙂
icewolf
у меня было ядро, которое в ipmitools давал S/N который бился в dell ну и вебка очень похожа была
Ну я там выше писал, они копировали сперва они кастомизированные аквариумы брали.. а там и Dell был
icewolf
Да мне не актуально.
Ну в норм интерпрайзе san это норма
Mr
Ну в норм интерпрайзе san это норма
У вас в слове Sun опечатка. И это уже давно не норма
Mr
icewolf
хватит меня тролить.. я говорю про Storage Area Network
Mr
хватит меня тролить.. я говорю про Storage Area Network
San может быть на iscsi , fce, ну и теперь на nvme-of. Nfs/smb дискуссионно, особенно для s2d и прочего HCl
Mr
Прежде всего FC
Fcp. Я опечатался. https://en.m.wikipedia.org/wiki/Fibre_Channel_Protocol
icewolf
еще раз всех с новой годой
Jürgen
С новым
Amiya
Доброе утро...💋💋
icewolf
Доброе утро...💋💋
Допустим что вы не бот, просто допустим что вы сюда вступили что бы изучить линукс и опенстек
icewolf
Но большего лицемерия про доброе утро я не видел
Mr
Допустим что вы не бот, просто допустим что вы сюда вступили что бы изучить линукс и опенстек
Конечно не бот ! Разве у бота может быть регистрация сегодня и настолько страшное фото в профиле?
Mr
Яж написал допустим, в моем мире она бот и подлежит бану
Звучит так, будто у вас с утра оом кролика убил. И съел
icewolf
Звучит так, будто у вас с утра оом кролика убил. И съел
Ну яж не вк что бы в километрах гигабайты мерить
Сергей
Прошу помощи в понимании архитектуры сети OpenStack при использовании Kolla-Ansible 2023.2 Задача: задействовать несколько VLAN для локального трафика OpenStack и несколько VLAN для публичных IP виртуальных машин. Не совсем ясно, как это правильно организовать с точки зрения сети и настроек Kolla-Ansible. Исходные данные: OpenStack: Kolla-Ansible 2023.2 Сеть: Несколько VLAN для внутреннего трафика OpenStack: 1001, 1002, 1003 Несколько VLAN для публичных IP виртуальных машин: 2001, 2002, 2003 На серверах настроен LACP (bond0), и все VLAN подняты как интерфейсы bond0.XXX через Netplan. Пример текущей конфигурации в globals.yml: network_interface: "bond0.1001" (эта сеть 10.0.0.0/24) api_interface: "bond0.1001" tunnel_interface: "bond0.1002" (эта сеть 10.0.1.0/24) neutron_plugin_agent: "openvswitch" enable_neutron_provider_networks: "yes" neutron_external_interface: "bond0.2001" При создании внешней сети Flat на physnet1 всё работает корректно. openstack network create --share --external --provider-network-type flat \ --provider-physical-network physnet1 external_network openstack subnet create --network external_network \ --subnet-range 100.200.300.0/25 \ --gateway 100.200.300.1 \ --dns-nameserver 8.8.8.8 \ --dhcp \ --allocation-pool start=100.200.300.30,end=100.200.300.126 \ external_subnet Но возникает несколько вопросов: Если мне нужно задействовать дополнительные VLAN для публичных IP (например, 2002 и 2003), нужно ли создавать дополнительные physnet (например, physnet2 и physnet3 и привязывать их к bond0.200X)? Или есть более простой способ xтобы поддерживать несколько VLAN для публичных IP виртуальных машин? Мне также нужно создать внутреннюю сеть для виртуальных машин, чтобы они находились в одной сети вместе с серверами OpenStack (используя bond0.1001). Как это лучше реализовать? Просматривал официальную документацию и шаблоны Kolla-Ansible, но пока не смог понять подход для этой задачи. Буду благодарен за советы по подходам и конфигурации. За ранее Спасибо!
Grundik
Прошу помощи в понимании архитектуры сети OpenStack при использовании Kolla-Ansible 2023.2 Задача: задействовать несколько VLAN для локального трафика OpenStack и несколько VLAN для публичных IP виртуальных машин. Не совсем ясно, как это правильно организовать с точки зрения сети и настроек Kolla-Ansible. Исходные данные: OpenStack: Kolla-Ansible 2023.2 Сеть: Несколько VLAN для внутреннего трафика OpenStack: 1001, 1002, 1003 Несколько VLAN для публичных IP виртуальных машин: 2001, 2002, 2003 На серверах настроен LACP (bond0), и все VLAN подняты как интерфейсы bond0.XXX через Netplan. Пример текущей конфигурации в globals.yml: network_interface: "bond0.1001" (эта сеть 10.0.0.0/24) api_interface: "bond0.1001" tunnel_interface: "bond0.1002" (эта сеть 10.0.1.0/24) neutron_plugin_agent: "openvswitch" enable_neutron_provider_networks: "yes" neutron_external_interface: "bond0.2001" При создании внешней сети Flat на physnet1 всё работает корректно. openstack network create --share --external --provider-network-type flat \ --provider-physical-network physnet1 external_network openstack subnet create --network external_network \ --subnet-range 100.200.300.0/25 \ --gateway 100.200.300.1 \ --dns-nameserver 8.8.8.8 \ --dhcp \ --allocation-pool start=100.200.300.30,end=100.200.300.126 \ external_subnet Но возникает несколько вопросов: Если мне нужно задействовать дополнительные VLAN для публичных IP (например, 2002 и 2003), нужно ли создавать дополнительные physnet (например, physnet2 и physnet3 и привязывать их к bond0.200X)? Или есть более простой способ xтобы поддерживать несколько VLAN для публичных IP виртуальных машин? Мне также нужно создать внутреннюю сеть для виртуальных машин, чтобы они находились в одной сети вместе с серверами OpenStack (используя bond0.1001). Как это лучше реализовать? Просматривал официальную документацию и шаблоны Kolla-Ansible, но пока не смог понять подход для этой задачи. Буду благодарен за советы по подходам и конфигурации. За ранее Спасибо!
Просто bond0 укажи как neutron_ext_iface и создавай сети на вланах внутри опенстека уже
Сергей
Просто bond0 укажи как neutron_ext_iface и создавай сети на вланах внутри опенстека уже
Ты имеешь в виду, что вместо поднятия VLAN на уровне ОС нужно оставить bond0 без VLAN и настраивать VLAN-сети внутри OpenStack через Neutron?
Илья | 😶☮️🐸
Ты имеешь в виду, что вместо поднятия VLAN на уровне ОС нужно оставить bond0 без VLAN и настраивать VLAN-сети внутри OpenStack через Neutron?
Если поднять влан интерфейс с тем же вланом на бонде, то он не будет работать. Единственный выход- создавать dummy интерфейс на овсе
Сергей
Если поднять влан интерфейс с тем же вланом на бонде, то он не будет работать. Единственный выход- создавать dummy интерфейс на овсе
Если мы создаём dummy-интерфейс в локальном OVS на уровне хоста, правильно ли я понимаю, что после развертывания контейнеров OVS, который работает внутри контейнера, полностью перехватит управление сетями? Нужно ли вообще делать какие-то настройки на уровне хоста или всё должно быть настроено исключительно через контейнерный OVS?
Сергей
Я пока пытаюсь понять сам подход
Илья | 😶☮️🐸
Как вам стабильное откисание nova-compute из-за кролика?
Илья | 😶☮️🐸
Как вам стабильное откисание nova-compute из-за кролика?
И это с учетом того, что heartbeat выключены вовсе (тестировались разные варианты) в пользу TCP keepalive
Сергей
Правильно ли я понимаю как это нужно настраивать? 1. На сервере в netplan я указываю только один VLAN (к примеру vlan 3000) который используется только для доступа к серверу (SSH/management) и не участвует в OpenStack 2. OpenStack (Kolla-Ansible) будет видеть только bond0 без VLAN‑интерфейсов и указываю в globals.yml так: enable_haproxy: "yes" enable_keepalived: "yes" kolla_internal_vip_address: "10.0.0.100" network_interface: "bond0" api_interface: "bond0" tunnel_interface: "bond0" neutron_external_interface: "bond0" neutron_plugin_agent: "openvswitch" enable_neutron_provider_networks: "yes" 3. Создаю кастомный ml2_conf.ini в котором указываю: [ml2_type_vlan] network_vlan_ranges = physnet1:1000:1002,physnet1:2000:2002 4. Создаю не flat сети а vlan сети # VLAN 1000 (приватная - в которой будет VIP) openstack network create net_vlan_1000 \ --provider-network-type vlan \ --provider-segment 1000 \ --provider-physical-network physnet1 # VLAN 2000 (публичная) openstack network create net_vlan_2000 \ --provider-network-type vlan \ --provider-segment 2000 \ --provider-physical-network physnet1
Alexander
Но большего лицемерия про доброе утро я не видел
никогда не видел доброго утра у инженера опенстек добрый вечер видел, доброго утра - нет