Size: a a a

OpenNebula - русскоговорящее сообщество

2019 July 15

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
А может и не правильно меня поняли, может и умеет😁
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
Ну вот живёт 400 виртуалок, а сколько нод с ролью control plane? Нагружены сильно, и что за процы ,  и базки на них же, ну если конечно NDA  позволяет поделиться инфой этой , хотя имя компании не оглашается ведь)))
Да блин, у opennebula все просто. control plane там представляет собой 1 (один) сервис (service opennebula start) на одном хосте.
база mysql, хотя я поднял mariadb+galera на всякий случай. процы нагружены только виртуалками.
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
вообще нужно понять, что opennebula - это демон и набор скриптов. демон курит бамбук. а скрипты запускаются, когда создаются/удаляются виртуалки
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
на сам control plane затраты минимальные на старте
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
opennebula прекрасно дружит с ceph и ovs.
просто нужно прочитать доки и делать по ним.
ну и гуглить сообщения об ошибках)
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
Что то придумать для анонсирования плавающих ip у гостевых тачек, как тут сказали она сама не умеет
что вы понимаете под анонсированием? анонс - такое слово, которое применяется в динамической маршрутизации
источник
2019 July 16

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
Ну именно в этом смысле и употреблял
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
У меня стоечный свич уже с л3 маршрутизацией, отсюда выходит, что на стойку отдельный сегмент сети, вот и приходит в голову пока идея , что бы при выдаче виртуальной машине плавающего адреса я на роутеры анонсировал этот плавающий ip с next hop адрес сервера, а на тачке я уже зарулил бы трафик к фиртуалке, но посколько я не знаком как небюла работает с сетью я и спросил, на случай если ВМ мигрировать на сервер из другой сети её ip оставался не изменным, а лишь менялся  next hop, но это теория😊
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
добавить в контекстуализацию ospf? 🙂
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
У меня стоечный свич уже с л3 маршрутизацией, отсюда выходит, что на стойку отдельный сегмент сети, вот и приходит в голову пока идея , что бы при выдаче виртуальной машине плавающего адреса я на роутеры анонсировал этот плавающий ip с next hop адрес сервера, а на тачке я уже зарулил бы трафик к фиртуалке, но посколько я не знаком как небюла работает с сетью я и спросил, на случай если ВМ мигрировать на сервер из другой сети её ip оставался не изменным, а лишь менялся  next hop, но это теория😊
> на стойку отдельный сегмент сети
а это обязательно?
без этого все было бы проще
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
> на стойку отдельный сегмент сети
а это обязательно?
без этого все было бы проще
Вот по истечению двух лет полета на такой архитектуре сети я с тобой абсолютно согласен, но увы, обратного хода у меня нет
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
Nick Potemkin
добавить в контекстуализацию ospf? 🙂
Мне кажется это немного о другом для моего случая
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
Вот по истечению двух лет полета на такой архитектуре сети я с тобой абсолютно согласен, но увы, обратного хода у меня нет
Что значит обратного хода нет? У вас новая инсталляция облака. Можно делать что-то новое, например раскатать один vlan между стойками.
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
как раз таки в эту архитектуру ехали для  эксперимента, сейчас vlan'ов нет... раньше разрослись ACL, сейчас все, что в стойках с этой архитектурой без ACL на сетевом оборудовании, доступы управляются Host Based Firewall'ом непоредственно на сервере
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
еще из-за большого количества оборудования долго происходил процесс перестроения деревьев pvstp, решили поэкспериментировать, пока   поживем
источник

@

@i.am.not.root__ in OpenNebula - русскоговорящее сообщество
мы понимаем, теперь понимаем, ПРЕКРАСНО понимаем ))) что этим много в каких случаях выстрелили себе ногу
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
@i.am.not.root__
У меня стоечный свич уже с л3 маршрутизацией, отсюда выходит, что на стойку отдельный сегмент сети, вот и приходит в голову пока идея , что бы при выдаче виртуальной машине плавающего адреса я на роутеры анонсировал этот плавающий ip с next hop адрес сервера, а на тачке я уже зарулил бы трафик к фиртуалке, но посколько я не знаком как небюла работает с сетью я и спросил, на случай если ВМ мигрировать на сервер из другой сети её ip оставался не изменным, а лишь менялся  next hop, но это теория😊
Опеннебула конфигурит бридж и выдаёт статику, всё
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Есть возможность написать свой IPAM
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Вам как вариант можно просто использовать service deiscovery
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
тогда на айпишники пофиг будет
источник