Rainbow

это просто, не мудрите, если не нужно.

Rainbow

железо нерезиновое? нет смысла в динамике. Статический пул

bebebe

https://github.com/helm/helm/issues/2149

Ivan

вся соль была заюзать контроль над количеством подов. чтобы кубер их сам контролировал

Rainbow

deployment контролирует версии и что все живы. Раздавать игрокам - это логика приложения.

Ivan

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

Rainbow

for name in names: kubectl apply -f app.yml

bebebe

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

Надо писать оператор. Решено

Rainbow

@boskiv вы хотите ловить поды. Поды в кубе это низкоуровневая штука, которой напряму лучше не пользоваться. Используйте deployment+service, уже лучше будет.

Ivan

может есть вариант в сервис добавлять порты на каждый под

Rainbow

может есть вариант в сервис добавлять порты на каждый под

NodePort

Ivan

тогда балансировка

Ivan

а мне надо one-to-one

Rainbow

балансировка на 1 под это one-to-one =)

Ivan

Вообщем я так понял стандартных средств нет сделать как требуется )

Rainbow

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

bebebe

error: persistentvolumeclaims "datadir-consul-0" could not be patched: persistentvolumeclaims "datadir-consul-0" is forbidden: only dynamically provisioned pvc can be resized and the storageclass that provisions the pvc must support resize You can run `kubectl replace -f /tmp/kubectl-edit-8v3dw.yaml` to try this update again. пщщщ ажур такой ажур (если что >1.11.2)

Ivan

я не понимаю почему я должен плодить однотипные деплойменты когда достаточно просто увеличить количество реплик

Rainbow

потому что вы не можете тогда четко привязать группу игровок к поду. Поды умирают, меняются и тп. За этим нужно следить и тп, делая работу Service. Вы пытаетесь повторить логику Service.

Rainbow

Оверхед от service с одним подом минимальный.

bebebe

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

добавьте свой MMORPG оператор в kubernetes, будем играючи менеджить ресурсы, прокаичвать поды

Ivan

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

bebebe

кастовать ингрессы

bebebe

ходить толпой на pvc

Rainbow

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

не нужно. если у вас статическое железо

Ivan

это как влияет ?

Ivan

железо не статичное канечное

Ivan

мы же планируем деплой в Cloud (AWS, GCE, Azure)

Etki

добавьте свой MMORPG оператор в kubernetes, будем играючи менеджить ресурсы, прокаичвать поды

дома качаешь орка, на работе качаешь орка

Rainbow

Пока ресурсы статические - вы делаете for name in cat servers.txt; do cat template.yml | NAME=$name envsubt | kubectl apply -f - insert into servers (name) values ($name); done В template.yml что-то вроде name: server-$NAME И история заканчивается. Никаких хлопот и проблем. Статический пул, на который пускают игроков.

Rainbow

С резиновым железом будет резиновый список серверов. Это совсем другая история.

Ivan

у нас как раз она

Ivan

резиновая история

Rainbow

вы автоматом докупаете/сбрасываете мощности?

Ivan

unmanaged cluster

Игорь

резиновая история

А есть проблема написать скрипт обновление пула? И применить, то что предложил Алексей выше?

Rainbow

И он докупает себе ноды сам?

Rainbow

А есть проблема написать скрипт обновление пула? И применить, то что предложил Алексей выше?

это обычно нужно когда расходы на железо космические. Такое редко у кого.

Игорь

это обычно нужно когда расходы на железо космические. Такое редко у кого.

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

Ivan

еще раз отмечу что хотелось бы решить этот вопрос средствами кубера и его API. Не костыля и не писать свои велосипеды. За все время пока kuber открыт мог бы и научится, казалось бы не космическое требование

Rainbow

еще раз отмечу что хотелось бы решить этот вопрос средствами кубера и его API. Не костыля и не писать свои велосипеды. За все время пока kuber открыт мог бы и научится, казалось бы не космическое требование

autoscale далеко не у всех работает сейчас. А вы ходите autoscale со своей спецификой.

Игорь

еще раз отмечу что хотелось бы решить этот вопрос средствами кубера и его API. Не костыля и не писать свои велосипеды. За все время пока kuber открыт мог бы и научится, казалось бы не космическое требование

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

Rainbow

Тем более если это 10 строк на баше всего.

Rainbow

еще раз отмечу что хотелось бы решить этот вопрос средствами кубера и его API. Не костыля и не писать свои велосипеды. За все время пока kuber открыт мог бы и научится, казалось бы не космическое требование

вы helm пробовали? 😂😂

Andor

еще раз отмечу что хотелось бы решить этот вопрос средствами кубера и его API. Не костыля и не писать свои велосипеды. За все время пока kuber открыт мог бы и научится, казалось бы не космическое требование

чувак, вам нужна кастомная логика - делайте кастомный контроллер

Ivan

вы helm пробовали? 😂😂

в процессе, но как это отвечает моим требованиям 1-в-1 порт маппинг

Andor

оператор - это просто!

Ivan

чувак, вам нужна кастомная логика - делайте кастомный контроллер

да, я понял, будем думать

Mr.

оператор - это просто!

тебя игнорят. оно реально решается оператором? (я если честно не вникал как оно там устроено, поэтому интересно потенциальное их использование)

Rainbow

Я просто пытаюсь везде нести посыл, что не нужно пихать autoscale на статическое железо. Которое само не покупается и тп. Докупить по кнопке это не autoscale.