ну и вывод, соответсвенно: все идет щас в RBAC поэтому лучше щас начать настраивать чтоб потом не получить отказ продакшна внезапно :)

ок) у меня тестовый kops'ом на aws

ну и вывод, соответсвенно: все идет щас в RBAC поэтому лучше щас начать настраивать чтоб потом не получить отказ продакшна внезапно :)

мне кажется, это еще с 1.6 какой-то было понятно, когда стали форсить RBAC

etcd 3.2.5 is out

etcd 3.2.5 is out

кратко что ввели?

https://t.me/luxmoney6 - схемы и мануалы для заработка на любой вкус и цвет, приватные материалы с закрытых форумов. ? Все наши темы абсолютно рабочие. Зайди и проверь! И твои карманы начнут наполняться ???! Переходите по ссылке: @luxmoney6

@elya432, чеж вы как черти всюду лезете

Неужели есть надежда на то что люди настолько тупые

ну, судя по фотографии есть как минимум один пострадавший

кратко что ввели?

Введи отсутсвие присутствия нескольких багов)

@elya432, чеж вы как черти всюду лезете

зачем ты разговариваешь с трубкой, Горский?

кто нибудь пробовал fedora atomic?

что там за "неизменяемая инфраструктура"

и atomic cli

стоит время тратить?

Сейчас будет очень оффтопный вопрос, но я не знаю, где еще спросить. Есть ли такая тулза, которой скармливаешь команду, а она отслеживает процесс, все потоки и форки, которые им были созданы, сколько каждый из этой ботвы жрал процессора в процентах от времени собственного выполнения, сколько памяти в пике, и чтобы после завершения вся эта стата выводилась в консоль? Top, ps и прочие призваны работать в реалтайме, а мне бы получить общую стату.

Из простенького и классического: atop умеет собирать статы о системе (и отдельных процессах) за определенные отрезки времени (минута, час, как скажешь).

dstat можно попробовать

atop да

dstat метрики собирает, но там можно напитонить много всего

а так родные профайлеры подключать только. процесс этот на каком то языке написан

Конкретно сейчас хотел продемонстрировать GIL на питоне, но вообще не в первый раз такую штуку хочу.

t.me/kriptoinvestor — авторский канал об инвестициях в криптовалюту и участии в ICO.

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

кстати, в тему беседы :) кто-нибудь занимается тем что хочет подружить kubernetes и grpc/protobuff?

я щас решил отказаться от amqp в качестве внутреннего транспорта и смотрю в сторону вышеописаного

интересуют бест-практисес выработаные трудовыми мозолями, а также постмортумы :)

вроде как есть бест практисес уйти от grpc и protobuf в сторону простого json и json schema и использовать amqp ?

вроде как есть бест практисес уйти от grpc и protobuf в сторону простого json и json schema и использовать amqp ?

ну а чо, компьютеры быстрые, парсинг-распарсинг json тоже очень удобно. и всегда можно просто прочитать tcpdump.

https://www.youtube.com/watch?v=MBZtcNgDXzU&t=1s

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

ну amqp это еще поднимать кластер из rabbitmq, имплементить свою спецификацию протокола общения между сервисами (и поддерживать ее), обучать каждого спеца (парадоксально но никто не знает щас amqp потому что эту штуку не хайпят а просто юзают :)... у меня щас так и я по вышеописаным причинам рассматриваю альтернативы но, покопав все новые расхайпленые фреймворки, я даже не знаю что думать теперь

вот была надеждна на istio/grpc, но чем больше я читаю и делаю пилотные сервисы тем больше задумываюсь

Если использовать язык подходящий, например Go, там есть асинхронность с каналами - это для работы сервиса внутри, внешние дела - конечно amqp

istio - поставщик услуг в виде side-car, у него есть будущее, но реальные бизнес сервисы должны быть просты и в поддержке и в трассировке

для своих бизнес проектов, если не так супер важна оптимизация траффика, проще json

grpc/protobuf - не надо разве "обучать каждого спеца"?

ну тут документация все таки есть

всякие тех-адвокаты от гугля на конференциях выступают, и тп :)

но в целом наверное я соглашусь, последние пара дней ресерча то же самое показали

не знаю как кому, но я бы послушал людей, которые перешли на grpc/protobuf, съели пуд слои и вернулись обратно

Вадима рекоммендую послушать, там реальный опыт, для меня был лдин из лучших докладов HL++

> имплементить свою спецификацию протокола общения между сервисами (и поддерживать ее) json-rpc, самое тупое, что может быть на свете

в целом для меня проблема даже не в проблеме версионности протокола (в основном в постмортумах на нее грешат), а в том что в библиотеках которые я юзаю 90% пропозалов из репы grpc не реализовано (балансировка, дискавери протокола и тп) - то есть приходится самому это все делать в либе ну и сложность кода, соответственно, растет...

вроде как есть бест практисес уйти от grpc и protobuf в сторону простого json и json schema и использовать amqp ?

++

а какая у вас архитектура k8s кластера в продакшене? сколько мастеров/etcd нод?

Это опрос или к кому-то вопрос? ?

Вероятно у всех по разному

Вероятно у всех по разному

1 / 3 / 5 одного, 1 / 3 / 5 другого

итого девять кобенаций

и самая популярная 3 / 3

Это опрос или к кому-то вопрос? ?

скорее опрос да, просто интересно как люди делают с опытом

люди с опытом делают в зависимости от целей кластера, от нагрузки, ёмкости серсивов и т.д. , HA обычно более одного мастера и etcd, нод тоже более одной, обычно продакшин от 3 мастеров и от 3 нод с сервисами

а сколько денег у вас на такой прод утекает? (и где хоститесь)

У нас по цене среднего провайдера, посчитайте исходя из мастера, 4Gb/20Gb и ноды 16Gb/ диск по потребностям

у нас ещё ceph для волюмов k8s

ERROR: S client not available

часто etcd на мастере живёт

У Google есть GKE, там за HA мастер и etcd отвечает провайдер

А какие ингрессы сейчас умеют http2 балансировать?

А какие ингрессы сейчас умеют http2 балансировать?

Openresty

Сейчас будет очень оффтопный вопрос, но я не знаю, где еще спросить. Есть ли такая тулза, которой скармливаешь команду, а она отслеживает процесс, все потоки и форки, которые им были созданы, сколько каждый из этой ботвы жрал процессора в процентах от времени собственного выполнения, сколько памяти в пике, и чтобы после завершения вся эта стата выводилась в консоль? Top, ps и прочие призваны работать в реалтайме, а мне бы получить общую стату.

sar тулзя для сбора статитки по серверу. ей 100500 лет как и всяким top

люди с опытом делают в зависимости от целей кластера, от нагрузки, ёмкости серсивов и т.д. , HA обычно более одного мастера и etcd, нод тоже более одной, обычно продакшин от 3 мастеров и от 3 нод с сервисами

ЧТо такое мастер?-)

а какая у вас архитектура k8s кластера в продакшене? сколько мастеров/etcd нод?

в проде 1 апи по 3 etcd controll и шедулера

а какая у вас архитектура k8s кластера в продакшене? сколько мастеров/etcd нод?

Два мастера, три etcd, шесть нод. В том числе один etcd на одной из нод.

sar тулзя для сбора статитки по серверу. ей 100500 лет как и всяким top

да не по серверу же

мне нужно запустить приложение, дождаться его выхода, получить отчет

как time, только не только время

как time, только не только время

дык оно и это умеет

пока не вижу

А есть кто живёт с single master? Как часто становится умирает?

А есть кто живёт с single master? Как часто становится умирает?

Закон Мёрфи

Что лучше - 10 нод не мощных по 2-3 пода в каждой. Или 3-4 жирных ноды по 5-10 подов?

Что лучше - 10 нод не мощных по 2-3 пода в каждой. Или 3-4 жирных ноды по 5-10 подов?

зависит от требований подов.

неее я прод в 1.7 обновлять не буду

уже 3 суток вычещаю и фикшу баги заплатками из гита

примеры?:)

Сейчас упрётся в read only на sys/fs/cgroup -)

Примеры в том что штука "универсальная" а вот машина у каждого "своя"

до этого впилили —config

Вообще это мания с докера пошла

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

а заплатки из git как этому помогают?

раз выпиливают,то врят ли впилят обратно