Б3ГN!

мне нужен ip, но ip не важен, но юзера интересует имя

есть кучка одинаковых инстансов. юзер может сказать что интерфейс с которым он работает ethN, вся остальная настройка должна бить по ethN. Дальше у меня есть набор хостов (указанных по айпи) которые должны включаться в первую очередь. Ну и получается такая вот дебильная конструкция

Какая задача этим решается?

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

есть кучка одинаковых инстансов. юзер может сказать что интерфейс с которым он работает ethN, вся остальная настройка должна бить по ethN. Дальше у меня есть набор хостов (указанных по айпи) которые должны включаться в первую очередь. Ну и получается такая вот дебильная конструкция

Ну так ты опять не с той стороны воююешь. Внутренее именование интерфейсов - интимное дело инстанса, возможно к именованию должны ip вязаться

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

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

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

Ага, подними инстансы двух сильно разных типов в aws и удивись

Баловство какое-то. Какая задача решается привязкой конкретного интерфейса?

база слушает на этом интерфейсе. Другие остаются для других задач

база слушает на этом интерфейсе. Другие остаются для других задач

База слушает на IP-адресе ;-)

База слушает на IP-адресе ;-)

который разный на разных инстансах

который разный на разных инстансах

тогда на 0.0.0.0?

безопасники такое не примут. тем более в публичном клауде

А вот файлик читается базой

спасибо, но это уже дурь какая то. Как моя база работает я знаю

безопасники такое не примут. тем более в публичном клауде

на куче одинаковых инстансов воткнутых в один набор сабнетов, достаточно логично указать именно интерфейс как общий знаменатель. Я могу поднять ссотни таких же маших и все они будут с точно таким же раскладом по интерфейсам (названия будт меняться только если я сменю ось или instance type)

Коллеги как исправить ошибку?

Что именно поченить в yml?

ну знания машины наружу не передадутся, я выше написал

данные в машинах статичны

А вот машины нет

при чем тут это?

при чем тут это?

При том, что знание о том, какой ip соответствует какому интерфейсу хранится в машине

При том, что знание о том, какой ip соответствует какому интерфейсу хранится в машине

это проблема платформы (которой давно ни у кого нет)

Но ты можешь конечно через динамик инвентори ходить

я понял, ты зациклился на внешних адресах. я пользуюсь внутренними, они не эфемерны

внутренние адреса - либо не изменяются, тогда то же самое. Либо изменяются - тогда какой адрес на интерфейсе знают только две сущности dhcp сервер и сама машина

внутренние адреса не изменяются точка.

Если второй вариант - чем консул не водходит?

Тогда их можно выдернуть через апи, берем упомянутый тобой амазон

то есть мне надо писать под каждого провайдера отдельный код? Когда все уже есть в фактах?

специфика софта

господа, вы не вкуриваете, софт написан вот так