k
/ а не на /websockifySize: a a a
2019 January 08
k
он стучится на
k
и nginx перенаправляет на sunstone backend а не на novnc
RB
Ну слушай, на тот момент у меня стояло 4.1.12 вроде как, я хоть убей не вспомню всех подробностей.
Но та схема, что в статье, у меня сейчас работает и вроде как проблем не испытываю.
Сейчас уже 5.6+
Мне страшно переделывать сейчас всё, что работает, и клиенты охренеют и поддержка.
На тестовом ковырять надо, но пока забот хватает и без этого.
Но та схема, что в статье, у меня сейчас работает и вроде как проблем не испытываю.
Сейчас уже 5.6+
Мне страшно переделывать сейчас всё, что работает, и клиенты охренеют и поддержка.
На тестовом ковырять надо, но пока забот хватает и без этого.
RB
Я как начну ковырять это, тогда смогу что-то сказать, пока даже спорить не буду)
S
Я могу глянуть, как у меня работает, но только после отпуска, в феврале
k
да в общем то я разобрался уже :)
k
просто говорю что у тебя не через proxy :-P
RB
Значит я у тебя буду спрашивать если что ))
2019 January 09
AW
1. Как раз-таки нет, я недели 2 ковырялся и пытался найти причину шторма, пока не понял, что ему нужен отдельный интерфейс. Поэтому в случае с INTEGRATE шторма не будет.
2. Команда
В данном случае создается отдельный коммутатор, в рамках которого строится L2 поверх L3.
2. Команда
ovs-vsctl add-br INTEGRATE это не создание бриджа, а в понятии OvS - коммутатора. (исправлю в статье, догадывался, что путаница возникнет).В данном случае создается отдельный коммутатор, в рамках которого строится L2 поверх L3.
Я в курсе что бридж в OVS - это коммутатор виртуальный. Не могу понять только какую смысловую нагрузку в данной схеме несет INTEGRATE. У тебя тоннели строятся через стандартный драйвер vxlan. Т.е. opennebula создает отдельный ovs бридж для новой сети (onebr6 в статье), создает vxlan из драйвера os (не используется openvswitch vxlan), бриджует его с только что созданным ovs бриджем (onebr6). Так как стандартный vxlan интерфейс использует мультикаст - ему как раз и нужен исходяйщий интерфейс для построения тоннеля. Ты указываешь ISOLATE у которого есть ip и связь с другими хостами через eth1. Плюс у тебя сеть в одном бродкаст домене. По факту мы можем выбросить ovs бриджы INTEGRATE и ISOLATE. А при создании новой сети в opennebula указать Physical device тот же eth1
RB
Alex Well
Я в курсе что бридж в OVS - это коммутатор виртуальный. Не могу понять только какую смысловую нагрузку в данной схеме несет INTEGRATE. У тебя тоннели строятся через стандартный драйвер vxlan. Т.е. opennebula создает отдельный ovs бридж для новой сети (onebr6 в статье), создает vxlan из драйвера os (не используется openvswitch vxlan), бриджует его с только что созданным ovs бриджем (onebr6). Так как стандартный vxlan интерфейс использует мультикаст - ему как раз и нужен исходяйщий интерфейс для построения тоннеля. Ты указываешь ISOLATE у которого есть ip и связь с другими хостами через eth1. Плюс у тебя сеть в одном бродкаст домене. По факту мы можем выбросить ovs бриджы INTEGRATE и ISOLATE. А при создании новой сети в opennebula указать Physical device тот же eth1
RB
Я показа рулём, не покажу как у меня, но принцип тот же.
AW
Как будет время, если не сложно, скинь вывод ovs-vsctl show и ip a с любой машины которая есть в данной схеме, желательно чтоб на ней были развернуты по одной виртуалке в разных сетях. Ip можно подменить фиктивными. Сейчас нет под рукой железа для сбоки подобного стенда.
RB
Без проблем. Как раз тестовый стенд собран с этим.
AW
Я вообще жду этой реализации, так как нет возможности (и желания) использовать мультикаст для оверлейных сетей:
https://github.com/OpenNebula/one/issues/2161
https://github.com/OpenNebula/one/issues/2161
AW
Но evpn не дружит с ovs. Ей нужны обычные бриджи, что сводит на нет ипользование openflow.
RB
Alex Well
Как будет время, если не сложно, скинь вывод ovs-vsctl show и ip a с любой машины которая есть в данной схеме, желательно чтоб на ней были развернуты по одной виртуалке в разных сетях. Ip можно подменить фиктивными. Сейчас нет под рукой железа для сбоки подобного стенда.
RB
Alex Well
Как будет время, если не сложно, скинь вывод ovs-vsctl show и ip a с любой машины которая есть в данной схеме, желательно чтоб на ней были развернуты по одной виртуалке в разных сетях. Ip можно подменить фиктивными. Сейчас нет под рукой железа для сбоки подобного стенда.
RB
Alex Well
Как будет время, если не сложно, скинь вывод ovs-vsctl show и ip a с любой машины которая есть в данной схеме, желательно чтоб на ней были развернуты по одной виртуалке в разных сетях. Ip можно подменить фиктивными. Сейчас нет под рукой железа для сбоки подобного стенда.
RB
Red и Yellow сети имеют одну и ту же адресацию, но не пересекаются. Специально для тестов делал.