T
а зачеи тебе там деф роут?
ну должен же быть у виртуалки дефаулт. Этот дефаулт если делать у себя - то только на бридж хостноды, по пока хз как это сделать. А городить HA виртуалку, которая будет выставить виртуальным роутером, я не хочу.
Size: a a a
2019 December 18
k
Хоть через onegate параметры забирать какие хочешь
T
Можно в скрипт записать вообще чего хочешь
есть ли для этого переменная типа $бриджIP
VR
ну должен же быть у виртуалки дефаулт. Этот дефаулт если делать у себя - то только на бридж хостноды, по пока хз как это сделать. А городить HA виртуалку, которая будет выставить виртуальным роутером, я не хочу.
Она будет только в свою сеть ходить или в другие тоже?
T
Она будет только в свою сеть ходить или в другие тоже?
в интернеты тоже надо
VR
А кто у тебя шлюз для прайват сетки?
T
А кто у тебя шлюз для прайват сетки?
если на уровне хостноды, то его нет и как раз натолкнул на мысль,что у прова можно попросить. А на уровне виртуалки - руками выставляю адрес бриджа хостноды, но хотелось бы,чтобы небула сама это делала
k
есть ли для этого переменная типа $бриджIP
Хуками вешаешь при старте что хочешь
T
Хуками вешаешь при старте что хочешь
а ок.. спасибо.. покурю
k
хостинг не мой :( А на публичные ip не охота вешать виртуалки
А чем уже готовый apline-vrouter не устроил то? Всё ведь готово уже. Подниманшь несколько инстансов, оно и отказоустойчивым становится
T
А чем уже готовый apline-vrouter не устроил то? Всё ведь готово уже. Подниманшь несколько инстансов, оно и отказоустойчивым становится
дополнительные сущности, а значит менее надежно по сравнению с уже существующим статическим ip на ноде )
VR
Костыли свои надежней?
k
дополнительные сущности, а значит менее надежно по сравнению с уже существующим статическим ip на ноде )
ну дело твоё, на мой взгляд более нестабильным будет то решение, которое отличается от стандартной установки.
как минимум потому что оно ещё не протестированно должным образом большим количеством пользователей, а также чинить его будет сложнее, так как не описанно нигде в официальной документации, то есть нужно поддерживать свою в актуальном состоянии.
как минимум потому что оно ещё не протестированно должным образом большим количеством пользователей, а также чинить его будет сложнее, так как не описанно нигде в официальной документации, то есть нужно поддерживать свою в актуальном состоянии.
T
Костыли свои надежней?
где же тут костыли ? IP у бриджа уже есть. Или IP .1/24 у провайдера
k
где же тут костыли ? IP у бриджа уже есть. Или IP .1/24 у провайдера
А в чём пробоема-то? По логике небулы для реализации задуманного тебе нужно создать по отдельной сетке на каждую ноду, а при миграции тебе нужно деттачить/аттачить сетевые карточки, на это можно настроить хук, либо подправить https://github.com/OpenNebula/one/blob/master/src/vmm_mad/remotes/kvm/migrate
k
проблема в том, что каждый раз твоя виртуалка должна отработать это событие через udev и запустить реконтекстулизацию
k
по своему личному опыту могу сказать что udev - это гораздо менее стабильная штука чем vrrp
k
Альтернативный вариант реализации задуманного:
- запрещаешь какую либо онлайн миграцию
- вешаешь хук
- запрещаешь какую либо онлайн миграцию
- вешаешь хук
onedb change перед каждым запуском виртуалки, чтобы обновить гейтвейT
А в чём пробоема-то? По логике небулы для реализации задуманного тебе нужно создать по отдельной сетке на каждую ноду, а при миграции тебе нужно деттачить/аттачить сетевые карточки, на это можно настроить хук, либо подправить https://github.com/OpenNebula/one/blob/master/src/vmm_mad/remotes/kvm/migrate
не.. атачить детачить, да еще и udev юзать - это зашквар. Согласен. Моя идея в том, чтобы была одна сетка на всех хостнодах, ip при переезде не менялся, а просто выставлялся другой DEFAULT GW на ip бриджа
k
Альтернативный вариант реализации задуманного:
- запрещаешь какую либо онлайн миграцию
- вешаешь хук
- запрещаешь какую либо онлайн миграцию
- вешаешь хук
onedb change перед каждым запуском виртуалки, чтобы обновить гейтвейболее безопасный вариант:
- хук который записывает гейтвей в переменную в USER_TEMPLATE виртуалки перед запуском
- скрипт внутри витртуалки который прописывает правильный гейтвей после контекстуализации
- хук который записывает гейтвей в переменную в USER_TEMPLATE виртуалки перед запуском
- скрипт внутри витртуалки который прописывает правильный гейтвей после контекстуализации