Господа, возможно ли номаду сказать запустить джобу на хосте рядом

с конкретным консуловским сервисом?

Протеггировать хосты через meta и - да.

дак а как я протеггирую? у меня сервис меняет ip, мастер туда сюда переезжает. Мне как то нужно проверить где в момент деплоя находится сервис и катить туда ж

А что за проблему вы решаете? Просто запрос очень необычный

Хочу катить миграции в мускуль на локалхост:3306

А зачем на локахост? Используйте адрес базы

Ну вот хочу. Надёжно :)

Лучше уточнять особенности сразу. Если именно что-то такое, то например добавить к джобе mysql джобу миграции. Тогда она будет запущена там же.

Ток база с номадом не связана. Там жир и системд

Имхо, лучше дизайнить так, чтобы миграции были идемпотентными, да и приложение поддерживало предыдущую схему. Таким образом чтобы вам было всё равно с какой надежностью запускать миграцию. Тогда исходная задача попросту отпадает.

Надёжность == отсутствие сетевых лагов. С дизайном всё ок

тогда любопытства ради, какой прирост в скорости(времени выполнения) получаете при запуске миграций локально? по сравнению с удаленным запуском из соседних нод кластера, с сетевым латенси 0.1-0.2мс ?

Тут вопрос не в скорости. Сетевой лаг - отвал. Вдруг мне нужно реплику обслужить, а там джоба с миграцией на 2 часа, зачем?

не совсем понимаю проблему. Каким образом сетевая задержка будет приводить к обрыву соединения? Что там за задержки то у вас такие в локальной сети? И при чем здесь обслуживание реплики? ) Есть какой-то реальный прецедент, после которого захотелось внедрять эту схему с локальными миграциями на той же машине? PS. не примите за грубость, что вместо ответа на исходный вопрос задаются другие из области целеполагания, - профдеформация... Слишком часто видел как героически решались "проблемы", которые не стоило даже начинать.

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