Гейт не внешний ,если я верно тебя понял .

На момент деплоя все должно работать штатно, поэтому все извраты с раутингом завозим ансиблом на пример

Да чот вопрос не про клауд инит вообще как будто. Я так и не въехал для чего два маршрута по-умолчанию. Но если надо, можно и через метрики и через PBR+дополнительную таблицу маршрутизации сделать. А опенстек и клауд инит тут и не при делах)

Когда к хосту несколько интерфейсов цепляешь они сразу делают роут по умолчанию в ту сеть откуда порт с разными метриками

А может картинкой, а то чето я уже запутался

Да ну там две селф сервис сети с dhcp и в обеих раздается дефолт гейтвей, видимо. И коллега хочет чтоб оба дефолтных маршрута в мейн таблицу прописались с разными метриками. Для чего я так и не понял.

Чтобы этот хост ,который имеет флоутинг адрес был джамп хостом в серые (внутренние сети )которые созданы для инфраструктуры

Дальше разрастается Делается 3 таких хоста и на них запускается keepalived ,

А зачем ему при этом маршруты по-умолчанию настроенные в этих сетях? Берешь три сети. В двух хосты к которым будешь пргыть, третья чисто для того чтобы через нее джамп хост получал доступ в интернет. Или вообще возьми да напрямую подай на джамп хост внешнюю сеть.

А зачем ему при этом маршруты по-умолчанию настроенные в этих сетях? Берешь три сети. В двух хосты к которым будешь пргыть, третья чисто для того чтобы через нее джамп хост получал доступ в интернет. Или вообще возьми да напрямую подай на джамп хост внешнюю сеть.

Может конечно я туплю но как хост будет ходить в сервисные сети ? Нужно чтобы к джамп хосту был присоединен порт из этой сети … И вот когда порт втыкаешь дополнительный -dhxp ,как верно было замечено ранее делает доп дефолт роут

https://netplan.readthedocs.io/en/latest/netplan-yaml/

Сервисные? В dhcp4-overrides интерфейса смотрящего в сеть где хост к которому проыжок прописываешь use-routes: false. И интерфейс будет по dhcp получать все настройки кроме маршрутов.

Но свой пример с которым изначально пришел конечно пока не понял что там не так в конфиге

В твоем примере cloud-init, скорее всего и не парсит network config. Смотри лог клауд инита, кроме этого пока ничо посоветовать не могу.

На момент деплоя все должно работать штатно, поэтому все извраты с раутингом завозим ансиблом на пример

делай через cloud-init runcmd: - echo "Hello, world!" - apt-get update - apt-get install -y nginx

Чето вы все усложняете

вы умышленно cloud-init делаете не очень хорошее решение. Поясню cloud-init иницианилизирует один раз не два не три. А один раз при deploy инстанса. Остальное это postdeploy, можно ансиблой, можно shell скриптами

Просто не структурированный подход, я тоже не всегда структурно подхожу.

вот RHEL смог - сломал centos8

Всем привет) Я попал в компанию где при помощи openstack хотят сделать свою облачную инфраструктуру наподобие vk cloud, reg ru cloud . Но ни у кого нет знаний как правильно это делать и как начать. У меня есть самые первые вопросы и возможно кто-то в этой группе мне подскажет. - Как кастомизируют компоненты openstack? то есть я перекачиваю себе репозиторий и уже в нем начинаю делать изменения, потом ветку со своими изменениями я деплою в свою среду? - Как на базе openstack построить свой vds сервер, чтобы другие организации могли использовать облако? Какие есть книги может или проекты, которые уже это реализовывали и на их опыт можно ровняться?

Всем привет) Я попал в компанию где при помощи openstack хотят сделать свою облачную инфраструктуру наподобие vk cloud, reg ru cloud . Но ни у кого нет знаний как правильно это делать и как начать. У меня есть самые первые вопросы и возможно кто-то в этой группе мне подскажет. - Как кастомизируют компоненты openstack? то есть я перекачиваю себе репозиторий и уже в нем начинаю делать изменения, потом ветку со своими изменениями я деплою в свою среду? - Как на базе openstack построить свой vds сервер, чтобы другие организации могли использовать облако? Какие есть книги может или проекты, которые уже это реализовывали и на их опыт можно ровняться?

Установить опенстек, установить биллинг, продавать.

да, но биллинг имеется ввиду просто интеграция с эквайрингом сторонним? и чтобы продавать нужно сделать изоляцию прилодения для просто физиков, для юр лиц и чтобы отдельных организации могли перепродавать.

Изоляция делается тенантами. Тенант – изолированный проект с пользователями.

да. мультитенантность на каком уровне? на уровне БД или приложения, или отдельные схемы?

На уровне бд, вирт.сетей, нод и пр.

да, но биллинг имеется ввиду просто интеграция с эквайрингом сторонним? и чтобы продавать нужно сделать изоляцию прилодения для просто физиков, для юр лиц и чтобы отдельных организации могли перепродавать.

Ставишь опенстеку, ставишь билл менеджер

Всем привет) Я попал в компанию где при помощи openstack хотят сделать свою облачную инфраструктуру наподобие vk cloud, reg ru cloud . Но ни у кого нет знаний как правильно это делать и как начать. У меня есть самые первые вопросы и возможно кто-то в этой группе мне подскажет. - Как кастомизируют компоненты openstack? то есть я перекачиваю себе репозиторий и уже в нем начинаю делать изменения, потом ветку со своими изменениями я деплою в свою среду? - Как на базе openstack построить свой vds сервер, чтобы другие организации могли использовать облако? Какие есть книги может или проекты, которые уже это реализовывали и на их опыт можно ровняться?

Да, брат... Что тебе сказать, беги из этой компании. Не потому что опенстек плохой, а потому что "Хотят как mail.ru и reg.ru" (огромные, очень огромные компании) и уже выбрали инструмент, но никто нихуя не знает как им пользоваться ина базе него что-то строить, зато уже по полной тебя нагрузили. Типа "выясни как нам стать вторым амазоном с помощью ентого опенстека")

я не боюсь трудностей, может и срастется)

вы для начала попробуйте на 5 машинах опенстэк поднять (не devstack) и поиграться с ним. Если запал к этому моменту не пропадет, возвращайтесь)

я не боюсь трудностей, может и срастется)

Дополню слова J, облако которое ты так хочешь это не просто какой то опенстек и билинг, это еще СРК, это еще и kubernates это еще и network сервисы, это еще s3. итого ты упираешься в чью-то СРК это или винчин или zConverter или Acronis(Кибербэкуп).. или пишешь свой карбор. Кубернетис, это магнум, а магнум это swift, swift это уже страдания.. нетворк сервисы ну lbaas, vpnaas как то заработает про cdn просто забудь. S3 это ceph не правильно настроил и живешь в горе, правильно настроил, тогда это отдельные ноды хранения и отдельный сеф под свифт

Ты технологический экстремист) Есть куча всяких продавцов виртуалок у которых ни менеджд кубернетесов ни балансировиков ни хитрожопых бекапов. И ничо, берут, если цена адекватная.

Тебе в любом случае начинать надо с того что раскатать какую-нибудь минимальную инсталляцию где-то и с ней играть. Всё написано на питоне, поэтому кастомизировать относительно легко, но оно того не стоит если нет к ванильному коду каких-то конкретных претензий. Сложность не столько в кастомизации кода сколько в том чтобы тестировать свои кастомизации и потом этот кастомный код деплоить. Тут будет всё зависеть от инструмента который выберете. Второй вопрос слишком абстрактный. Весь опенстек заточен на то чтобы оператор облака предоставлял ресурсы третьим лицам. Сложность в том чтобы срастить это всё с биллингом. Есть готовые биллинг системы, но они все как будто довольно самобытные. Свой биллинг с нуля разрабатывать сложно. Пока сказать больше нечего)

Вот почему-то есть у меня впечатление, что нет ничего сложного в биллинге

В биллинге ресурсов как таковом нет. А потом, когда люди за продажи отвечающие придумают скидки за предоплату или за объем, персональные скидки и денежные бонусы и когда количество сервисов разрастется, тогда станет сложнее.

Как писавший биллинг жкх, скажу, что ничего сложного в биллинге нету :-)

Плакали вместе с котом перед лампой? Понимаю, понимаю