Да уже все решил. В пробеле проблема была. Там не key=val, a key val

а, отлично, что разобрались

возможно парсер и так и так умеет

но не принципиально

Теперь другой момент, как контейнерам отдать системные настройки sysctl? redis ругается Пока нашел только такое: security.alpha.kubernetes.io/sysctls в PodSecurityPolicy

В смысле отдать?

"передать"

кажется редис ругается на оверкоммит

судя по гуглу

либо на huge pages

Либо через альфа аннотации либо запустив контейнер как privileged и внутри в энтрипоинте systcl -w ...

Но применится эти значения на всю ноду

https://github.com/docker-library/redis/blob/99a06c057297421f9ea46934c342a2fc00644c4f/3.2/Dockerfile вон какие-то хаки применяют

у нас редис запускается вот так: . - name: redis image: redis:3 livenessProbe: tcpSocket: port: 6379 initialDelaySeconds: 10 timeoutSeconds: 5 resources: limits: cpu: 10m memory: 12Mi requests: cpu: 10m memory: 12Mi

Подскажите, коллеги, кто чем локально деплоит k8s. Я долго пользовался minikube, но количество багов в нем уже ни в какие ворота не лезет на мой взгляд. Нужно что-то другое. kubespray для одной ноды кто-то пробовал?

kubeadm?

> kubespray для одной ноды кто-то пробовал? пробовал, работает

Dmitry @aialferov спасибо, коллеги. Буду или kubeadm пользовать, или kubespray. Последний я для HA инсталляций, собственно, довольно успешно пользую.

https://github.com/docker-library/redis/blob/99a06c057297421f9ea46934c342a2fc00644c4f/3.2/Dockerfile вон какие-то хаки применяют

А где именно? Не увидел никаких хаков

там исходники хакают при сборке, возможно это связано

особо не вникал

И такого не получаете в логах? WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128

боюсь что это сильно другой вопрос

это же про listen

почему он у тебя ниже 128 оказался?

На хосте net.core.somaxconn = 65535 и там такой проблемы нет (если запустить redis на нем или с net==host)

А вот внутри контейнера: cat /proc/sys/net/core/somaxconn 128

У кого нибуть крутится tarantool в k8s?

😳

У кого нибуть крутится tarantool в k8s?

Есть такое

tarantool + vinyl + EBS в связке используем, если вопрос про stateful

Есть такое

tarantool с репликацией? EBS это что такое?

vinyl - это движок, который на диск скидывает данные. Тарантул с репликацией. EBS - это Amazon сторадж, куда складываем данные

vinyl - это движок, который на диск скидывает данные. Тарантул с репликацией. EBS - это Amazon сторадж, куда складываем данные

Тут по факту получается реплика и не нужна?

Тут по факту получается реплика и не нужна?

А как вы несколько инстансов без реплики запустите?

А как вы несколько инстансов без реплики запустите?

Да верно. Я немного не о том подумал

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

Посоны, есть какой нибудь способ защитить pvc от удаления даже если мы удаляем чарт через helm?

не указывать его в чарте?))

pvc или сам volume?

можно сделать reclaimPolicy: Retain, тогда при удалении PVC, volume должен остаться

привет всем. поделитесь, пожалуйста, опытом организации дебага 1 микросервиса локально на станции разработчика, когда остальные в кластере. может есть у кого опыт использования telepresence.io? накидайте идей

А зачем локально?

А зачем локально?

IDE

ну я имею ввиду построчную отладку, профилирование и т.п. что в общем-то почти любая IDE умеет

дык порт нужный пробросьте просто

это если ide умеет так

а как еще она может уметь?

к процессу подключиться, к примеру

а как она это сделает?

пожалуй даже сам отвечу: по сети

через strace /s

пожалуй даже сам отвечу: по сети

и каким образом задействована сеть при, скажем, ‘gdb attach <pid>’?

а ide вполне может основываться на этом

Она не может основываться на этом, потому что удаленного дебага просто в жизни слишком много и она будет бесполезна. А для gdb есть gdbserver.

Кто подскажет, на нодах есть label dc как то можно задать правило чтобы под присутсвовал в каждом дц один раз?

Аффинити/анти-аффинити

Господа, а можно как-нибудь сделать так, чтобы поды statefulset при возможности шедулились на те же ноды, на которых были первоначально запущены?

1) зачем? 2) можно

но 2 зависит от 1

а разве оно не так по дефолту?

Аттач-детач EBS зело ненадежен и медленнен

на m5/c5 инстансах точно, даже с самым последним ведром

почему ненадёжен?

у меня работает

про медленно - согласен, могло бы и побыстрее быть

но не принципиально

Господа, а можно как-нибудь сделать так, чтобы поды statefulset при возможности шедулились на те же ноды, на которых были первоначально запущены?

nodeSelector

https://docs.openshift.org/latest/admin_guide/scheduling/node_selector.html

почему ненадёжен?

https://github.com/coreos/bugs/issues/2371

nvme не пробовали

ну вот, имейте ввиду

спасибо

спасибо

а без nvme все хорошо?

нареканий не было

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

для нас приемлимо

но 2 зависит от 1

и все-таки - какие варианты?

nodeSelector

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

Кто нить юзает terraform?