Size: a a a

2021 April 22

AD

Art D in ru_proxmox
ну да, но яспросил больше в смысле, что у @benderit 3 сервера, значит нужна коммутация все трёх, и вряд ли он 10G-коммутатор под свой DAC подберёт, значит в роли коммутатора одна из нод выступит... А как это настраивается я себе смутно представляю)

OVS производительнее бонда, как я понимаю?
источник

ЕО

Евгений Овчинников... in ru_proxmox
просто каждому порту свой айпи из отдельной подсети. 2 портовая сетевушка, как раз чтобы каждая нода со всеми прямой линк имела.

ну то есть у каждой ноды будет 2 IP из подсети. допустим нода А 192.168.10.1 10.2, вторая 10.3 10.4 третья 10.5 10.6
источник

AD

Art D in ru_proxmox
Не догоняю чтот) Погоди. Физически как ноды А Б и С скоммутируешь? Начнём с этого.
источник

ЕО

Евгений Овчинников... in ru_proxmox
сетевуха 10гигабит 2 порта, DAC кабелями. А - Б + А + В, Б - А + Б - В, В - А + В - Б
источник

ЕО

Евгений Овчинников... in ru_proxmox
ну и обычная сетка гигабит для виртуалок, инета и так далее. 10Г для ceph
источник

AD

Art D in ru_proxmox
теперь дошло. Ну в принципе прикольно, рабочий вариант по моему. Но только если не захочешь  добавить 4-ю ноду. Тогда переделывать придётся
источник

ЕО

Евгений Овчинников... in ru_proxmox
3х за глаза хватит. по факту хватило бы и одной, просто нужен HA
источник

AD

Art D in ru_proxmox
Хотя нет, стоп. Не уверен, что оно будет работать. Я правильно нарисовал? Просто в такой топологии не все адреса друг дружке видны. Сажем А не может пингануть 10.4
источник

AD

Art D in ru_proxmox
Плюс с маршрутами же проблема. У кажой ноды будет по два маршрута прямого доступа, или как оно правильно называется. Соответственно нода А, к примеру, как она решит, какой маршрут использовать для доступа к 10.2, а какой к 10.5
источник

ЕО

Евгений Овчинников... in ru_proxmox
я уверен что разрулю это маршрутами как мне нужно
источник

ЕО

Евгений Овчинников... in ru_proxmox
то что кольцо может быть проблемой, но надо правильно маршруты прописать, чтобы с А на Б ходило только через ближний порт
источник

ЕО

Евгений Овчинников... in ru_proxmox
с другой стороны если запретить форвардинг, то и кольца не будет, а на ARP запросы будет отвечать нужный интерфейс
источник

AD

Art D in ru_proxmox
громоздко получается блин, а так да, накрасноглазишь маршруты конечно)
источник

ЕО

Евгений Овчинников... in ru_proxmox
думаю не будет проблем, сниффер в руки и смотришь что происходит.
источник

AD

Art D in ru_proxmox
мне кажется профи (это я не про себя, в сетях я нуб) по любому как-то иначе решают эту архитектурную проблему. Мне было интересно узнать как именно... Выше вот про OVS писали
источник

ЕО

Евгений Овчинников... in ru_proxmox
если есть более элегантное решения, то я буду рад о нем узнать. про OVS буду читать. Но моя главная задача не ставить отдельный свитч, тупо места в стойке нет.
источник

AD

Art D in ru_proxmox
ага, плюс это единая точка отказа
источник

ЕО

Евгений Овчинников... in ru_proxmox
учитывая архитектуру, это не так страшно. выйдет карточка из строя - остается 2 сервера, на которых продолжает ceph работать.
источник

ВМ

Владимир Муковоз... in ru_proxmox
может конечно пингануть, елси настроил правила по роутингу
источник

ВМ

Владимир Муковоз... in ru_proxmox
но кольцевая топология конечно интересно, но я так не пробовал)
источник