Да, я тоже склоняюсь к мысли с тлс

ага, но конфигурации меньше и другие фичи бесплатно

Я б навесил WireGuard на все сетевые интерфейсы на ноде и конфигурил куб поверх него

формат <причина>:<Effect>, причина может быть любая, например "debug-in-progress-see-ticket-6999:NoSchedule"

Так меня причины и интересуют. Как сделать ее кастомной ибо все что я вижу в интернетах это причины по-умолчанию

пишите что хотите, обычно туда ставят источник/причину taint, т.е. в вашем случае скажем "FSError:NoExecute"

не, такого он не может

Ну а как тогда? Я же ищу ответ на вопрос «как заставить куб понимать кастомные ключи?»

это блочный. А если файлы?

это блочный. А если файлы?

Всем привет. Покажите плиз где смотреть версии зависимостей для релиза кубера? Например хочу знать какую версию etcd и flannel поддерживает kub 1.10 или любой другой релиз.

Я до последнего надеялся, что самому не придётся балалаек писать никаких :)

Коллеги, а подскажите, что делать, если под крашится, а мне нужно зайти в него и починить. Ситуация такая - есть redis с pvc, в нем поломался aof. Надо зайти, сказать —fix и ситуация улучшится (но это неточно). Вопрос - можно ли это сделать, временно запустив под с command не по умолчанию, а потом перезапустить заново? Или мне надо идти, ставить где-то новый редис, тащить туда aof, фиксить, тащить его назад?

чинить собираетесь модифицируя файлы на PVC? Можете стартануть c /bin/sleep infinity и зайти по kubectl exec туда.

всем привет. кто нибудь сталкивался с проблемами кубернетес в плане его garbage collector. в выходные на сервере он увидел, что объем свободного места меньше 85% процентов и удалил один большой контейнер. я его начал заново скачивать и как только скачал то проверил поды и кубер удалил вообще все. и системные контейнеры и даже имэджи. можно ли как то отключить этот garbage collecotr ?

Господа у меня есть проблема и я надеюсь, что кто-то из вас поможет мне в ее решении или хотя бы пнет в нужном направлении - вы же в этом специалисты. Итак у нас есть приложение, которое обрабатывает HTTP траффик. Запросы и ответы маленькие (порядка килобайта), время запроса маленькое (порядка 50 мс), число запросов в секунду большое. Сервер асинхронный - java + netty - когда запущен как отдельное приложение, то держит QPS порядка 30к если время запроса 50мс и порядка 60-65к если время ответов для половины запросов 50мс, а на вторую половину отвечает сразу. Число соединений можно прикинуть - порядка 640. Клиент - java асинхронное приложение использующее async-http-client - внутри использует netty. Казалось бы живи и радуйся, но нет. Когда я запустил сервер в docker контейнере, то максимально я его могу нагрузить в районе 18к. Запускаю сервер через кубернетис и даже настроил его на использование сетевых интерфейсов хоста - то есть к сети сервер "как бы" напрямую рубится без всяких бриджей и прочего гомна. И вот при 18к QPS сеть периодически замирает секунд на 7. Вся сеть хоста - это заметно на ssh соединениях, везде. CPU load сервера где-то в районе нуля. Как думаете что бы это такое могло быть и как можно понять что именно. Может буфера какие переполняются. Может какую статистику с ядра можно собрать?

Господа у меня есть проблема и я надеюсь, что кто-то из вас поможет мне в ее решении или хотя бы пнет в нужном направлении - вы же в этом специалисты. Итак у нас есть приложение, которое обрабатывает HTTP траффик. Запросы и ответы маленькие (порядка килобайта), время запроса маленькое (порядка 50 мс), число запросов в секунду большое. Сервер асинхронный - java + netty - когда запущен как отдельное приложение, то держит QPS порядка 30к если время запроса 50мс и порядка 60-65к если время ответов для половины запросов 50мс, а на вторую половину отвечает сразу. Число соединений можно прикинуть - порядка 640. Клиент - java асинхронное приложение использующее async-http-client - внутри использует netty. Казалось бы живи и радуйся, но нет. Когда я запустил сервер в docker контейнере, то максимально я его могу нагрузить в районе 18к. Запускаю сервер через кубернетис и даже настроил его на использование сетевых интерфейсов хоста - то есть к сети сервер "как бы" напрямую рубится без всяких бриджей и прочего гомна. И вот при 18к QPS сеть периодически замирает секунд на 7. Вся сеть хоста - это заметно на ssh соединениях, везде. CPU load сервера где-то в районе нуля. Как думаете что бы это такое могло быть и как можно понять что именно. Может буфера какие переполняются. Может какую статистику с ядра можно собрать?

Товарищи, я хотел бы порекламить немного митап по куберу в СПБ. 12 апреля с 19 до 22 в офисе компании Селектел(м. Московские ворота, ул. Цветочная 21) будет проходить kubernetes spb meetup. Темы * Современная архитектура и инфраструктура на примере Last.Backend(докладчик Александр Калошин, Last.Backend) * Kubernetes на bare metal и CNI на примере weave (докладчик Максим Филатов, EvilMartians) Запасной доклад * Особенности разработки софта в k8s(Афонинский Андрей, FullDive) Timepad https://selectel.timepad.ru/event/695549/ Meetup https://www.meetup.com/St-Petersburg-Kubernetes-Meetup/events/249348270/ Трансляция будет как начнется мероприятие. Запись так же будет.

В голову сразу приходит net.core.somaxconn

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

так сравните значения sysctl _в_ контейнере и _вне_ контейнера

так сравните значения sysctl _в_ контейнере и _вне_ контейнера

Господа у меня есть проблема и я надеюсь, что кто-то из вас поможет мне в ее решении или хотя бы пнет в нужном направлении - вы же в этом специалисты. Итак у нас есть приложение, которое обрабатывает HTTP траффик. Запросы и ответы маленькие (порядка килобайта), время запроса маленькое (порядка 50 мс), число запросов в секунду большое. Сервер асинхронный - java + netty - когда запущен как отдельное приложение, то держит QPS порядка 30к если время запроса 50мс и порядка 60-65к если время ответов для половины запросов 50мс, а на вторую половину отвечает сразу. Число соединений можно прикинуть - порядка 640. Клиент - java асинхронное приложение использующее async-http-client - внутри использует netty. Казалось бы живи и радуйся, но нет. Когда я запустил сервер в docker контейнере, то максимально я его могу нагрузить в районе 18к. Запускаю сервер через кубернетис и даже настроил его на использование сетевых интерфейсов хоста - то есть к сети сервер "как бы" напрямую рубится без всяких бриджей и прочего гомна. И вот при 18к QPS сеть периодически замирает секунд на 7. Вся сеть хоста - это заметно на ssh соединениях, везде. CPU load сервера где-то в районе нуля. Как думаете что бы это такое могло быть и как можно понять что именно. Может буфера какие переполняются. Может какую статистику с ядра можно собрать?

Господа у меня есть проблема и я надеюсь, что кто-то из вас поможет мне в ее решении или хотя бы пнет в нужном направлении - вы же в этом специалисты. Итак у нас есть приложение, которое обрабатывает HTTP траффик. Запросы и ответы маленькие (порядка килобайта), время запроса маленькое (порядка 50 мс), число запросов в секунду большое. Сервер асинхронный - java + netty - когда запущен как отдельное приложение, то держит QPS порядка 30к если время запроса 50мс и порядка 60-65к если время ответов для половины запросов 50мс, а на вторую половину отвечает сразу. Число соединений можно прикинуть - порядка 640. Клиент - java асинхронное приложение использующее async-http-client - внутри использует netty. Казалось бы живи и радуйся, но нет. Когда я запустил сервер в docker контейнере, то максимально я его могу нагрузить в районе 18к. Запускаю сервер через кубернетис и даже настроил его на использование сетевых интерфейсов хоста - то есть к сети сервер "как бы" напрямую рубится без всяких бриджей и прочего гомна. И вот при 18к QPS сеть периодически замирает секунд на 7. Вся сеть хоста - это заметно на ssh соединениях, везде. CPU load сервера где-то в районе нуля. Как думаете что бы это такое могло быть и как можно понять что именно. Может буфера какие переполняются. Может какую статистику с ядра можно собрать?

жалко что без анонса managed k8s локального...

Всем доброе утро. Возник вопрос. После инициализации первого мастера в кластере мастеров, если посмотреть на некоторые гайды, видно, что нужно сделать копию всех сертификатов /kubernetes/pki/* на другие мастера и там производить init уже с этими данными ? Вопрос в следующем в связи с чем такая необходимость так как по сути kubelet делает самоподписанные сертификаты и на других хостах они не подойдут по причине разных записей SAN, ?

Ну дык это, можно запустить локально в рашке на своем железе. Об этом Максим расскажет

Сертификатов много , вы про какие?

я не хочу ничего запускать, я хочу как GKE, но в рашке

для etcd нормально занимать по 10гиг виртуальной памяти на всех нодах, при том, что кластер практически пуст? DB SIZE = 15MB, три ноды.