оффтоп: в версиях кластера младше текущей стейтфулсет создает новый под после того как создался предыдущий как он решает что предыдущий создался - когда рединес проходит, или по другим критериям?

но это и так понятно, что оно будет refused - порт-то не замапился

etcd запустилось?

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

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

а зачем тебе держать мастер и не мастер в одном set если они такие разные

они могут выбраться между собой

мастер выбирающийся изнутри - это какой-то в целом плохой сценарий. В принципе можно хуком каким-нибудь label менять у пода, а сервис вешать на эту метку

Это классический сценарий. Если мастер по каким-то причинам недоступен, кто-то должен встать на его место, чтобы продолжить работу. даже если построить над этим специальный решающий механизм, этот механизм должен ровно так же состоять из нескольких master-eligible узлов (иначе выход из сети этого механизма уронит вообще всё), и всё попадает в ту же западню

Ну с стейтфулсеты использую в основном для уверенности что их убьют последними при дележе ресурсов)

Ну и мелкие удобства типа фиксированной днс

Среди всех Best effort их последними кильнут а на guaranteed у меня кластера не хватает)

работало в 1.7

У меня хранится 6 часов по умолчанию. Нашёл параметр storage.local.retention = 6h. Видимо это и есть оно. Вот, только он не понимает значение 3d. В часах что ли ставить? Или там какие-то другие допустимые значения?

))) я такое заметил в кафке,нельзя было ретенш в днях. Так я узнал что 168 часов - неделя:))

Всем привет! Помогите пожалуйста разобраться, почему у меня не поднимается kube-apiserver Pod Делаю по этому мануалу: https://coreos.com/kubernetes/docs/latest/deploy-master.html#set-up-the-kube-apiserver-pod после systemctl start kubelet система начинает грузиться по процу и в течение минут 3-5 полносью зависает. при этом в логах вот это: https://gist.github.com/anonymous/fa72b7d156ca4e6a6d0171a5d2aeebf8 а в netstat -tpln это: https://gist.github.com/anonymous/7b6634ae4a70d4a08eb0fa0051805702

а можно подробнее, я не в теме видимо и такие выражения типа "сененфорсе 0" не понимаю )))

setenforce 0

У меня хранится 6 часов по умолчанию. Нашёл параметр storage.local.retention = 6h. Видимо это и есть оно. Вот, только он не понимает значение 3d. В часах что ли ставить? Или там какие-то другие допустимые значения?

Подскажите, я имею связку grafana+prometheus. Пытаюсь смотреть графики за вчерашний день, но их нет. Где настраивается время хранения и что нужно настраивать: графану или прометей?

эт лучше сюда вот @metrics_ru