МР
Вы ищете решение неверно поставленной задачи
Size: a a a
2020 October 04
МР
типа и Z пропала и Й еще не подошла?)
Типа того)
AS
Тимофей, как вы храните маппинги портов в сервис ?
SM
Предлагайте.
p2p дискавери организуйте
TL
нет никакой разницы, за исключением того, что второй вариант это не рандомы, которые надо ставить как-то в стойло. внутри схема одинакова -+
хз, рассчитывать на детерминированность динамически создаваемых ресурсов тоже выглядит как способ выстрелить себе в ногу сильно потом
TL
Тимофей, как вы храните маппинги портов в сервис ?
никак
TL
важно, чтоб этот маппинг был, приложение стучится в кластер хадупа, говорит "вот и я, я доступно по такому-то IP-port"
TL
отработало, самоуничтожилось, end of story
AS
а, ну это специфичненько очень, но я вижу тут возможность задрачить контролплейн насмерть
L
Предлагайте.
я все жду ответ на вопрос, про выгоды от запуска этого стремного приложения в кубе.
AC
я все жду ответ на вопрос, про выгоды от запуска этого стремного приложения в кубе.
по апишке получаю данные из этих подов. В случае отказа одного пода остальные отвечают. Отправляю данные в эту апишку, а она прспостраняет это мо сети
AC
Есть группа подов(штук 20) которые 5rps стабильно генерят на апишку каждый
AC
p2p дискавери организуйте
Спасибо, пока-что гуглю и не могу найти особо реализация. Ещё пошарюсь
L
Предлагайте.
проблема в том, что ВСЕ поды деплоймента ОДИНАКОВЫЕ!!!. по определению.
Попытка сделать их уникальными, с помощью каких-либо грязных хаков и динамического конфигурирования - суть зло.
а у тебя получается, что все инстансы приложухи слушают один и тот же порт. и тебе надо создать кучу сервисов типа ноде порт и натравить их на каждый конкретный под.
тут или
Или поднимать стейтфулсет, у него на каждый под своя уникальная метка ставится, но поды стейтфулсета куб не перевозит с узла на узел при падении.
Попытка сделать их уникальными, с помощью каких-либо грязных хаков и динамического конфигурирования - суть зло.
а у тебя получается, что все инстансы приложухи слушают один и тот же порт. и тебе надо создать кучу сервисов типа ноде порт и натравить их на каждый конкретный под.
тут или
делать кучу деплойментов с одним подом, чтобы их можно было различать.Или поднимать стейтфулсет, у него на каждый под своя уникальная метка ставится, но поды стейтфулсета куб не перевозит с узла на узел при падении.
AC
У меня стейтфулсет сейчас. Пусть не перевозят. Зато если одна нода кластера упадёт - вся инфраструктура не ападёт
L
по апишке получаю данные из этих подов. В случае отказа одного пода остальные отвечают. Отправляю данные в эту апишку, а она прспостраняет это мо сети
нуда, нуда... типичная xy-проблема.
Решаете свою задачу неправильными средствами, переусложняете и в итоге вынуждены лепить еще больше костылей.
Решаете свою задачу неправильными средствами, переусложняете и в итоге вынуждены лепить еще больше костылей.
AC
Я согласен от части. Приложентка писалась не под кубер, но я напиливаю обёртку для неё на ноде. 90% уже обернул. Осталась эта проблема
L
У меня стейтфулсет сейчас. Пусть не перевозят. Зато если одна нода кластера упадёт - вся инфраструктура не ападёт
ну тогда в чем проблема ? нарисуй руками N сервисов типа ноде порт. по сервису на под.
выбирай по метке
выбирай по метке
statefulset.kubernetes.io/pod-nameL
можешь в init-container запихнуть kubectl, который будет создавать сервис с именем пода ;)
Нужные права сервис-аккаунту выдашь, и порт который сервису назначен будет - передашь в основной контейнер.
костылить - так хот автоматические костыли делать
Нужные права сервис-аккаунту выдашь, и порт который сервису назначен будет - передашь в основной контейнер.
костылить - так хот автоматические костыли делать
TL
проблема в том, что ВСЕ поды деплоймента ОДИНАКОВЫЕ!!!. по определению.
Попытка сделать их уникальными, с помощью каких-либо грязных хаков и динамического конфигурирования - суть зло.
а у тебя получается, что все инстансы приложухи слушают один и тот же порт. и тебе надо создать кучу сервисов типа ноде порт и натравить их на каждый конкретный под.
тут или
Или поднимать стейтфулсет, у него на каждый под своя уникальная метка ставится, но поды стейтфулсета куб не перевозит с узла на узел при падении.
Попытка сделать их уникальными, с помощью каких-либо грязных хаков и динамического конфигурирования - суть зло.
а у тебя получается, что все инстансы приложухи слушают один и тот же порт. и тебе надо создать кучу сервисов типа ноде порт и натравить их на каждый конкретный под.
тут или
делать кучу деплойментов с одним подом, чтобы их можно было различать.Или поднимать стейтфулсет, у него на каждый под своя уникальная метка ставится, но поды стейтфулсета куб не перевозит с узла на узел при падении.
> Или поднимать стейтфулсет, у него на каждый под своя уникальная метка ставится, но поды стейтфулсета куб не перевозит с узла на узел при падении.
Как это не перевозит?
Как это не перевозит?