ахаха

Гайс, вопрос на засыпку. Есть кубер установленный через kubespray. В нем уже есть несколько деплойментов. При деплое не включили логгирование в elk. Если я сейчас поправлю эту пропертю в и запущу деплой снова, у меня кластер вычистится или только логгирование будет поправлено? Вопрос не по тому как работает ансибл, а чисто по опыту работы с kubespray

Все ок будет, ничего он не удалит. Но проще helm чарт поставить. Хоть я не фанат elastic в k8s ставить.

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

#helmговно

добрый день, подскажите как рессурсы лучше распределять ? ест 3 ESXI vmware в общей сложности 128 cores и  288гб ram, как лучше сделать ? 3 мастера и много нод типа 2 сердца 8 памяти или меньше узлов с 4 сердцами и 16 памяти ?

ну там не совсем helm, там как в helm'e буфферы для grpс при большой хистори деплоймента выделялись

Эти буферы уже поднимали, а стриминг какой-нибудь или пагинацию не осилили

забыл добавить "щщщенок"

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

Ну реально, выглядит как будто начитался спеков без реального опыта и пытаешься подъёбывать.

только горю почему-то не я😏😏😏

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

Посмотри на resource quota для namespace, там можно лимит на количество pod установить. А пока выглядит так что взяли дефолтные настройки докера/кубера и разрешили всем «воровать/убивать»

Проблема не в количестве, а в большой скорости создания и убивания контейнеров. История в etcd накопилась и переполнела его. Хотя опция чистить стояла.

тоесть место в разделе для etcd закончилось? или что значит "история переполнила"?

а о каком etcd идет речь?

Не место, етцд после определённого порога, когда начинает долго отвечать начинает сыпать ошибками на любой запрос. Унас это было примерно на 7 гигах данных

Завоевал мое сердце. Лучше ноды побольше, меньше на опилках потеряется

как минимум версия etcd, впрочем ладно

вы туда дописывали сами что-то? Сколько лет у вас такой кластер?

ну да, etcd ограничен 4Гб

Пару лет может

ого, и какой версии был k8s?

Все ок будет, ничего он не удалит. Но проще helm чарт поставить. Хоть я не фанат elastic в k8s ставить.

Ещё один старичок есть kharitonov@cube1 ~]$ kubectl --version Kubernetes v1.5.2

ну да, etcd ограничен 4Гб

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

А я чет наоборот думал когда большая нагрузка над о докере думать)

Лучше сразу ранчер)

а чем хорош ранчер ? Вы про 1.х или 2.х ?

только со второй версии ранчер поддерживает kubernetes

Это я знаю. Вопрос именно в том - чем для вас подошёл ранчер.

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

а чем хорош ранчер ? Вы про 1.х или 2.х ?

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

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

а чем хорош ранчер ? Вы про 1.х или 2.х ?

тем, что позволяет не думать

это очень опасно. Магия – опасная вещь

мне вот постоянно интересно. А спам какой денежный поток даёт ? Поделись ?

Поверь, дохрена

Не, а если в фиксировнных единицах говорить - сколько ?) Понятно, что такая активность не может быть "за дошик".