@
на underlay для vxlan как я понимаю потребуется MTU 1550+ и мультикаст?
Да, mcast нужен, уточни у сетивиков если гипервизоры в разных посетях будут , то маршрутизируют ли они mcast, но думаю они этого не делают
Size: a a a
2019 September 29
@
Подтверждаю , на обычных бриджах тоже не плохо, если память не изменяет для этого ещё потребуется evpn, тогда жить будет без мультикаст а, но потребуется на гипервизоры ставить frrouter, в нем настроить quagga, который будет объявлять все vtep на хостах
AK
@i.am.not.root__
Подтверждаю , на обычных бриджах тоже не плохо, если память не изменяет для этого ещё потребуется evpn, тогда жить будет без мультикаст а, но потребуется на гипервизоры ставить frrouter, в нем настроить quagga, который будет объявлять все vtep на хостах
Пока не проблема все в одном сегменте держать. Соответственно с мультикастом проблем быть не должно. По evpn пока не нужно, а потом надо будет смотреть что будет проще. А что там с mtu? Если не включать jumboframe получим просто больший оверхед за счет фрагментации или оно не фрагментирует и получим проблемы?
ИИ
можно виртуалкам ставить мту поменьше, 1450
AK
можно виртуалкам ставить мту поменьше, 1450
Это очень неудобно. Можно на ровном месте проблем найти
ИИ
Ну, у нас так работало в openstack и opebnebula
@
Понятное дело что будет фрагментироваться, подними на свичах мту
@
И делай 1500 на гостевых
@
Тогда норм
2019 October 02
R
@kvaps
Привет!
Я уже тебя как-то мучал вопросами, позволь освежить память, задам несколько вопросиков.
У тебя же сервисы небулы крутятся в кубере, в том числе и БД?
У БД есть какой-то персистент стораж, это НФС же?
БД в единственном экземпляре никаких кластеров?
Привет!
Я уже тебя как-то мучал вопросами, позволь освежить память, задам несколько вопросиков.
У тебя же сервисы небулы крутятся в кубере, в том числе и БД?
У БД есть какой-то персистент стораж, это НФС же?
БД в единственном экземпляре никаких кластеров?
k
@kvaps
Привет!
Я уже тебя как-то мучал вопросами, позволь освежить память, задам несколько вопросиков.
У тебя же сервисы небулы крутятся в кубере, в том числе и БД?
У БД есть какой-то персистент стораж, это НФС же?
БД в единственном экземпляре никаких кластеров?
Привет!
Я уже тебя как-то мучал вопросами, позволь освежить память, задам несколько вопросиков.
У тебя же сервисы небулы крутятся в кубере, в том числе и БД?
У БД есть какой-то персистент стораж, это НФС же?
БД в единственном экземпляре никаких кластеров?
Привет, всё так, бд в единственном экземпляре в кубере запускается поверх отказоустойчивого стораджа в linstor
R
Привет, всё так, бд в единственном экземпляре в кубере запускается поверх отказоустойчивого стораджа в linstor
а вот этот кубер с сервисами работает на тех узлах, которые хостят ВМ небулы или это отдельная инфраструктура, а гипервизоры отделены?
k
Гипервизоры деплоятся кубом, но либвирт работает в хостовом неймспейсе
R
Гипервизоры деплоятся кубом, но либвирт работает в хостовом неймспейсе
Спасибо!
AK
подскажите ответ на вероятно дурацкий вопрос - а как указывать PHYDEV на разнородных нодах когда у меня интерфейсы от нодеы к ноде по разному называются?
попробовал создать бридж и потом все привязывать к нему - но бридж на бридж небула делать не хочет.
кто как эту проблему решает? при помощи udev все переименовывать?
попробовал создать бридж и потом все привязывать к нему - но бридж на бридж небула делать не хочет.
кто как эту проблему решает? при помощи udev все переименовывать?
G
у меня просто собран бондинг и поверх него ложатся и хостовые интерфейсы и бридж небулы
AS
подскажите ответ на вероятно дурацкий вопрос - а как указывать PHYDEV на разнородных нодах когда у меня интерфейсы от нодеы к ноде по разному называются?
попробовал создать бридж и потом все привязывать к нему - но бридж на бридж небула делать не хочет.
кто как эту проблему решает? при помощи udev все переименовывать?
попробовал создать бридж и потом все привязывать к нему - но бридж на бридж небула делать не хочет.
кто как эту проблему решает? при помощи udev все переименовывать?
А что мешает давать человеческие имена интерфейсам? Типа int, data, ext, vlan500?
AK
А что мешает давать человеческие имена интерфейсам? Типа int, data, ext, vlan500?
ну да. udev.
AS
Да по-разному. Можно udev rules, можно .link файлы systemd-networkd(хотя их тоже udev обрабатывает) можно ip set name.
AK
Ну бондинг в целом выглядит интересным и решает не одну проблему