« Rev
@kubernetes_ru   611
Fwd »


Anonymous
зато я терь знаю, куда Хелм чарты запихать, чтобы они в проекте не болтались
Anonymous
погромисту не гоже на них любоваться
Stanislav
Не профилировал, тупо утекает, ибо после рестарта сервисов снова все норм, около 40
Stanislav
Это усё ruby виновата, инфа 100%
Anonymous
пустой гитлаб пару ГБ жрёт
Stanislav
кому нужен пустой гитлаб?!)
Stanislav
яж говорю о нагруженном
Anonymous
есть смысл редис внешний юзать?
Andrei
Он persistent? Кластер или одиночка?
G72K
Не профилировал, тупо утекает, ибо после рестарта сервисов снова все норм, около 40
Еще git любит жрать память, , чтобы дельты считать, я его ограничил в аппетитах. omnibus-gitlab/issues/2622 примеры конфигов
al322se
Кто-нибудь пробовал на hyper-v на винде через vagrant поднять несколько виртуалок?
al322se
Хочу потом там кубик поднять, надеялся здесь кто-нибудь пробовал что-то похожее. И согласен не совсем по теме
Anonymous
для фана?
al322se
Попробовать. Побаиваюсь сразу в облаке
Sergey
О.о чего бояться
Sergey
Хочешь скрипт дам)
Anonymous
в амазоне вроде бесплатно какое-то время?
Sergey
Там год
Sergey
Но надо карту подключать и все такое
al322se
Вот это и пугает) А так да, хочу. Не случится такого, что я накосячу и буду должен много-много амазону?
Sergey
Ну там вроде есть лимиты по трафику
Sergey
В целом пользоваться можно да и кластер кубера собрать пять минут
al322se
М.. Можешь дать скрипт) В личку не получилось написать
Slach
нечетное количество нужно не по этому. Etcd не работает в мультимастер.
etcd работает в RAFT http://thesecretlivesofdata.com/raft/ изменения сначала пишутся в leader node дальше двухфазный кворум коммит кстати вопрос в зал, а как клиент понимает какая node сейчас leader ? коннектится ко всем \ или к рандому и оставляет только того кто лидер сейчас?
Etki
Зачем клиенту знать, кто лидер? Нода, на которую пришел запрос, выступает просто координатором
Etki
И какой двухфазный коммит?
Etki
Этот туториал походу делал человек, который спеку не читал. Нет там никакого подтверждения коммита и второй фазы.
Slach
Этот туториал походу делал человек, который спеку не читал. Нет там никакого подтверждения коммита и второй фазы.
а что там есть? расскажите? т.е. просто фигачим в ноду изменения а дальше она реплицирует на все остальные? а что если одновременно на один ключ на две разных ноды запрос придет? как консистентностью быть?
Й
Вот-вот. Рассказывайте. А то как буд-то в лужу перднули...
Юрий П.
Привет коллеги! Хотел бы услышать ваше мнение по одному из кейсов использования helm. Есть 2 компонента: 1) Само приложение (допустим генератор случайных чисел) 2) Шина - по сути транспорт через который приложение общается с другими приложениями. Так вот, архитектурно, шина должна быть установлена локально, рядом с приложением, т.е. в том же поде что и само приложение. Приложение разрабатывается одной командой. Шина другой. Соответсвенно хелм чарты тоже поддерживаются разными командами, и находятся в разных репозиториях. По сколько все должно быть в одном поде, то чарты надо как-то соединять. Ищю удобный механизм по деплою подобных приложений. В идеале представляю что-то типа: apiVersion: apps/v1 kind: Deployment metadata: name: some-deployment spec: template: spec: containers: - name: my-number-generator image: my-number-generator:0.1.0 {{ include_remote_file https://raw.githubusercontent.com/custom/bus/v1.0.0/part.yml}}
Andor
прикольно если а этих командах будут использовать разные отступы в ямль-файлах
Andrey
пусть перед этим в json переводят
Sergey
а если шина в другом поде, разница есть?
Andrey
а чем обусловленно требование быть в одном поде?
Юрий П.
Всегда должен быть 1 инстанс шины на 1 инстанс приложения.
Юрий П.
Так заложено архитектурой шины.
Andrey
может, тогда чарты объединить, и пусть одна команда этим занимается?
Andrey
или они у вас где-то по отдельности ещё используются?
Юрий П.
Не варинт, так как приложений работающих с шиной > 50
Andrey
и все 50 должны быть в одном поде?
Юрий П.
нет, ты что)
Юрий П.
просто не хочется во все 50 чартов приложений делать копипаст чартов шины
Andrey
а, понял
Юрий П.
и хочется дать гибкий механизм по обновлению версии шины. Мол указал другую версию шины, и все завелось.
Andrey
Скорее всего, придётся. Если у тебя все приложения зависят от zip, то его надо для всех приложений указать, как зависимость
Юрий П.
Да, только в случае с зипом ты его ставишь в тот же контейнер из deb репозитория.
Юрий П.
и это не процесс который должен жить постоянно.
Sergey
какая шинка
Юрий П.
У нас своя реализация шины над одним из популярных решений.
Юрий П.
Вчера курил интернеты по поиску подобного решения. Полагаю ничего подобного пока что нету =(
Andrey
просто зависимость. То, что необходимо для работы (части) приложения.
Юрий П.
на ладно, пусть будет nignx
Что ты имеешь ввиду под "зависимостью"? Приложение внутри контейнера или пода?
Юрий П.
Если ставить его в тот же контейнер, это уже не по фэншую. Будет 2 процесса на 1 контейнер.
Dmitrii
Ребята, а кто-нибудь сталкивался с тем, что под xenial на ноде с мастером в kubespray не поднимается kube-apiserver?
Dmitrii
Я там видел инструкции для Jessie, что советуют поставить systemd 230, может быть в этом дело? В syslog мне пишет, что контейнер вроде как сдыхает сразу же: https://pastebin.com/ZQQXsNzV
G72K
Привет коллеги! Хотел бы услышать ваше мнение по одному из кейсов использования helm. Есть 2 компонента: 1) Само приложение (допустим генератор случайных чисел) 2) Шина - по сути транспорт через который приложение общается с другими приложениями. Так вот, архитектурно, шина должна быть установлена локально, рядом с приложением, т.е. в том же поде что и само приложение. Приложение разрабатывается одной командой. Шина другой. Соответсвенно хелм чарты тоже поддерживаются разными командами, и находятся в разных репозиториях. По сколько все должно быть в одном поде, то чарты надо как-то соединять. Ищю удобный механизм по деплою подобных приложений. В идеале представляю что-то типа: apiVersion: apps/v1 kind: Deployment metadata: name: some-deployment spec: template: spec: containers: - name: my-number-generator image: my-number-generator:0.1.0 {{ include_remote_file https://raw.githubusercontent.com/custom/bus/v1.0.0/part.yml}}
Хелм слабо подходит под такое, у него вообще компоновать куски нет неущербных инструментов
Roman
Коллеги, поправьте меня. Фичуры, которые предоставляет клауд-провайдер (типа aws) для куба - сводятся к стореджу и к балансировке перед кубом. Это так, или я что-то забыл?
Denis
ребята, кто-нибудь использует — https://github.com/kubernetes-incubator/kube-arbitrator для управления ресурсами?
Denis
Народ кто в курсе почему Хипстер ошибками срет и метрики не пишет : error while getting containers from Kubelet: failed to get all container stats from Kubelet URL "http://10.x.0.x:10255/stats/container/": Post http://10.x.0.x:10255/stats/container/: dial tcp 10.x.0.x:10255: getsockopt: connection refused
Andrey
потому что у тебя у кублета readonly port на 10255 не задан
Denis
thnx =)
Denis
у меня вообще на этом порту ни фига не слушает
Denis
потому что у тебя у кублета readonly port на 10255 не задан - как победить?
Andrey
потому что у тебя у кублета readonly port на 10255 не задан - как победить?
посмотреть в список флагов, которые можно передать kubelet при запуске
Silent
День добрый господа
Silent
вчера поднял кубеспрей HAproxy
Anonymous
*applause*
Dmitryi
Всем привет
Dmitryi
У кого-то был опыт с cephfs на кубере ?
Dmitryi
https://github.com/kubernetes-incubator/external-storage/tree/master/ceph/cephfs
Dmitryi
Если да, то как правильно указать reclaimPolicy для этого storageclass ?
Dmitryi
Вычитал что нужно просто добавить reclaimPolicy для storageclass но не срабатывает. Еще посмотрел на код и там есть поддержка ReclaimPolicy но буд-то она не срабатывает. https://github.com/kubernetes-incubator/external-storage/blob/master/ceph/cephfs/cephfs-provisioner.go#L176
Andor
а ты пересоздавал?
Dmitryi
да
« Rev
@kubernetes_ru   611
Fwd »