VS
Откуда Вы собираетесь заходить на хост?
Size: a a a
2020 June 04
A
С админской машины
TF
Ну, тут, конечно, сразу можно отправить читать про модель OSI/TCP и про L2 и L3. Но, если говорить конкретно по этому кейсу, то:
сеть для самых маленьких на хабре
TF
и о бриджах
SK
надо еще не забыть бридж к влан интерфейсу подключить иначе что он бриджевать будет? и ip из одной подсети вешать на разные вланы это стрелять себе в ногу (так можно, но это врядли тот случай)
A
Да некорректный пример привел
SK
а менеджмент ip вообще бридж не нужен, можно сразу на влан интерфейс повесить, если в этот влан машины не надо будет включать, вообще это мало к KVM все относится, скорей к базовым сетям, как выше написали)
A
Сети разные для каждого влана, про l2 l3 знаю, и догнал свой тупняк
A
Сорян пацаны
VS
Alexandr
С админской машины
Примерно вот такой конфиг Вам нужен (это минимально простой вариант и, конечно, нужно делать с использованием более продвинутого Open vSwitch, вместо Linux Bridges & VLANs).
VS
Примерно вот такой конфиг Вам нужен (это минимально простой вариант и, конечно, нужно делать с использованием более продвинутого Open vSwitch, вместо Linux Bridges & VLANs).
A
Я как раз рассматривал родные средства, есть разница?
VS
VS
а менеджмент ip вообще бридж не нужен, можно сразу на влан интерфейс повесить, если в этот влан машины не надо будет включать, вообще это мало к KVM все относится, скорей к базовым сетям, как выше написали)
Можно и так, но я, например, везде использую bridges (на всякий).
VS
Alexandr
Я как раз рассматривал родные средства, есть разница?
В простых кейсах с Linux Bridges & VLANs, как у Вас, скорее всего, работает все примерно одинаково по производительности. Но зато появляется много "лишних" сетевых интерфейсов. В случае с Open vSwitch, количество интерфесов уменьшается (VLANs) + появляется доступ к массе крутого функционала (который Вам вряд ли понадобится в ближайшее время).
A
Спасибо товарищи. Буду штудировать
SK
Можно и так, но я, например, везде использую bridges (на всякий).
согласен, но что б понять как это пашет для начала он может попробовтаь поиграться непосредственно с влан интерфейсом, а потом уже скрещивать несколько технологий)
VS
согласен, но что б понять как это пашет для начала он может попробовтаь поиграться непосредственно с влан интерфейсом, а потом уже скрещивать несколько технологий)
Ну да. Еще почитать на эту тему было бы неплохо 😉
SK
В простых кейсах с Linux Bridges & VLANs, как у Вас, скорее всего, работает все примерно одинаково по производительности. Но зато появляется много "лишних" сетевых интерфейсов. В случае с Open vSwitch, количество интерфесов уменьшается (VLANs) + появляется доступ к массе крутого функционала (который Вам вряд ли понадобится в ближайшее время).
что-то а какой функционал от него нужен, если выше есть свитчи и роутеры?) боязно как-то с openvswitch тот же овирт вон говорит что в 4.4 пока сломано)
VS
что-то а какой функционал от него нужен, если выше есть свитчи и роутеры?) боязно как-то с openvswitch тот же овирт вон говорит что в 4.4 пока сломано)
Например, можно средствами Open vSwitch быстро создавать L2 GRE туннели между несколькими удаленными хостами (запускаете пару команд на каждом из ваших хостов и ВЖУХ! виртуалки стали видеть друг друга, как будто они подключены к одному коммутатору).