S
тогда повезло)
Size: a a a
2021 April 06
AK
Есть алгоритм в kube-scheduler, который старается размазать поды по зонам. Код тут: https://github.com/kubernetes/kubernetes/blob/832a53acdb9b4a2947e27e9888c6f03c43025edc/pkg/scheduler/framework/plugins/selectorspread/selector_spread.go#L106
GG
ну это все равно повезло кмк
AP
Почему не осилил я, если баг у них, причём они его признали? :)
GG
"старается", а не "размазывает"
AK
Не.
// For this plugin, it calculates the score of each node
// based on the number of existing matching pods on the node
// where zone information is included on the nodes, it favors nodes
// in zones with fewer existing matching pods.
AP
Переслано от Andrey Perminov
блять, заебись, это баг в меше: https://github.com/linkerd/linkerd2/issues/5975
AK
Другие штуки приоритет имеют, но вес всё равно смещается в сторону нод в зонах, где нет одинаковых подов с идентичными лейблами.
DS
у linkerd и другие веселые баги есть. Например проблемы когда недоступен kube-apiserver, linkerd выкидывает все поды из своих endpoints https://t.me/kubernetes_ru/355590 что приводит к 503 естественно
DS
а твои кейсы flagger + nginx ingress не покрывают?
L
Не дочитал до этого сообщения, когда писал свое.
Возбудился на то, что ты опять вбросил про то, что все плохо в кубе, не указав, что у тебя линкерд трафик в кубе распределяет, а не ингресс контроллер с кубпрокси
Возбудился на то, что ты опять вбросил про то, что все плохо в кубе, не указав, что у тебя линкерд трафик в кубе распределяет, а не ингресс контроллер с кубпрокси
SM
подтверждаю
SM
линкерд мразь
DS
забавно что в кейсе https://t.me/kubernetes_ru/355590 человек тоже по началу не говорил что у него linkerd
Видимо linkerd так хорошо себя зарекомендовал, своей надежнстью, что люди на него думают в последнюю очередь
Видимо linkerd так хорошо себя зарекомендовал, своей надежнстью, что люди на него думают в последнюю очередь
AP
Я особо никогда не вбрасывал что в кубе всё плохо) а вот linkerd я реально только на днях поставил и не ожидал такой подставы
М
Добрый день! Используем Rancher. Добавили сертификат, прикрутили его к ингрессу. Но при обращении к приложению используется дефолтовый сертификат, а не тот который добавили. Кто сталкивался с подобным?
GG
бывает, криво прикрутили
GG
сертификат должен лежать в секрете, в том же неймспейсе, что kind: Ingress объект
DS
сертификат кладешь в секрет того же namespace где создаешь ingress. В ingress в поле tls указвыаешь этот секрет