« Rev
@kubernetes_ru   1155
Fwd »


Nikolay
Не продолжит. Потому что он пометит бекенд мертвым
Нет. Proxy pass с resolver продолжит. Помечает модуль upstream.
Nikolay
Баланси по ip :)
Тогда nodeport нужен, а не ingress.
Andrey
Тогда nodeport нужен, а не ingress.
Ты можешь ingress прибить к ноде
Nik
А как нынче модно отказоустойчиво и целостно хранить стейт?
gluster csi. Couchbase как база тоже хорошо в куб ложится.
German
а может мне кто подсказать как подступится и залить в тот реджистри который раскатывается почти дефолтом кубспреем?
Andrey
https://github.com/kubernetes-incubator/kubespray/blob/master/roles/kubernetes-apps/registry/README.md#using-the-registry
Andrey
там прям команда коннекта к нему. Ну или можно к нему что-то подцепить типо nodeport или ingress
German
может кто сталкивался, Persistent Volume Claims для ElasticSearch висит в Pending, хотя PV подходящего размера для него созлан и есть свободный, причем для мастера PV на 4gb зарезолвилось
German
может надо создавать какойто особый pv? но я не понимаю куда копать
German
а для local-storage это работает?
German
Смотри в kubectl describe pv
хорошо, спасибо!
German
а пока, проблема детская, перершерстил values.yaml и был закоментированный storageClass
German
снова прошу помощи у cообщества, уж простите за столь надоедливость в ночи, ставлю https://github.com/helm/charts/tree/master/stable/elastic-stack, и все оk и заводится кроме того что kibane указан не правильный env и она его не резолвит, а где указать ES как ему резолвится внутри системы я не пойму
German
я так понимаю(а точнее уверен) он ставит этот es https://github.com/helm/charts/tree/master/stable/elasticsearch
German
ну а в логах "type":"log","@timestamp":"2018-11-05T02:49:50Z","tags":["warning","elasticsearch","admin"],"pid":1,"message":"Unable to revive connection: http://elasticsearch-elastic-stack.database.svc.cluster.local:9200/"} {"type":"log","@timestamp":"2018-11-05T02:49:50Z","tags":["warning","elasticsearch","admin"],"pid":1,"message":"No living connections"}
German
в общем если кто подскажет куда копать буду крайне признателен
Grisha
Ребзя, подскажите, если я хочу добавить stubdomain мне нужно kubectl edit cm coredns -n kube-system
Grisha
и насройки должны автоматом примениться?
Grisha
разобрался
Grisha
kubectl delete pod -n kube-system coredns-576cbf47c7-xxnh5
Grisha
но мне кажется я как-то слишком по жестоко сделал, можно ли релоаднуть coredns?
Aleksey
но мне кажется я как-то слишком по жестоко сделал, можно ли релоаднуть coredns?
Релоад? В кубике? Да там все должно умирать и рождаться и ни на что не влиять
Grisha
оно то как бы, но не оставлять же инраструктуру без dns, даже временно
Aleksey
А он 1?
Grisha
2
Aleksey
Ну таки вот, убили 1 под, подождали как поднимется, убили 2й
Grisha
очень надеюсь что при этом никто не обрыгается в условиях нагрузки
Aleksey
всё зависит от нагрузки и прочих факторов 🙂 но в нормальных условиях под просто вышибит из ендпойнтов сервиса и всё пойдёт на живой под
Grisha
ну в принципе да, чего это я
Rainbow
очень надеюсь что при этом никто не обрыгается в условиях нагрузки
увеличьте replicas перед деплоем, если не уверены, что один под справится.
Rainbow
И классика http://brandon.dimcheff.com/2018/02/rainbow-deploys-with-kubernetes/
Anton
Предпочтение отдавалось в основном OpenSource-проектам: Ceph, BeeGFS, Lustre, RozoFS, Sheepdog, LizardFS
Вы все их тестировали? Может сделаете обзор и выводы что брать в каких случаях
𝚔𝚟𝚊𝚙𝚜
Вы все их тестировали? Может сделаете обзор и выводы что брать в каких случаях
Идея хорошая, но это очень большая работа, к которой нужно подходить основательно.
𝚔𝚟𝚊𝚙𝚜
Да и результаты бенчмарков меня попросили не публиковать.
Terry
Ещё курс есть вот: https://www.edx.org/course/introduction-to-kubernetes
прошел, но над чет расширенней с примерами ))
𝚔𝚟𝚊𝚙𝚜
Но обзор в общих чертах описать можно, т.к. даже в этом случае интересного материала наберется очень немало.
𝚔𝚟𝚊𝚙𝚜
В общем подумаю над этим :)
Andor
хм, а у кубера есть дефолтное readiness probe?
Anton
В общем подумаю над этим :)
Большое спасибо. Сообщество ждет
𝚔𝚟𝚊𝚙𝚜
хм, а у кубера есть дефолтное readiness probe?
в смысле дефолтное?
Andor
да у меня тут прометей очень долго поднимается
Andor
и его кубер прибивает
Andor
level=info ts=2018-11-05T09:14:18.767477435Z caller=repair.go:35 component=tsdb msg="found healthy block" mint=1541160000000 maxt=1541161800000 ulid=01CVA7939BWDPQEB0AX80RQ6Q2 level=info ts=2018-11-05T09:14:18.768006553Z caller=repair.go:35 component=tsdb msg="found healthy block" mint=1541154600000 maxt=1541160000000 ulid=01CVA79YJ8F0PYJ1WRS07GKRYT rpc error: code = DeadlineExceeded desc = context deadline exceeded
Andor
но readiness probe я не настраивал
Oleg
Andor напиши на под с прометеем kubectl describe и увидешь дефолтные значения для проб
Andor
точно
Andor
спасибо
Andor
неа, нет ничего
Andor
причём написано Ready: true
Andor
но кажется это не то Ready
Andor
к какой базе?
Vadim
component=tsdb
Andor
а, то есть rpc error: code = DeadlineExceeded desc = context deadline exceeded - ошибка прометея, думаешь?
Andor
component=tsdb
база у прометея лежит локально на диске (волюме)
Andor
он запускает процесс починки базы и не успевает завершиться потому что его кубер прибивает
Andor
вроде
Vadim
тогда бы у тебя в логах контроллера писалось бы про ContainerDead и прочее
Andor
ща гляну логи контроллера
Andor
или не гляну, потому что не знаю где
Andor
это прометей сам помирает, не может к базе приконнектится
я что-то не уверен, что ошибку про таймаут пишет прометей, у него в логах всегда таймстамп есть
Andor
root@c6a138d3ebb9:/app# kubectl get pod | grep prome prometheus-a-58487d67b9-8pnpn 0/1 Init:0/1 0 51s prometheus-a-58487d67b9-nd6q8 1/1 Unknown 0 34m
Andor
Unknown...
Andor
короче проще было дропнуть историю, чем чинить :)
Andrey
Всем привет. Подскажите, откуда выводится инфа в kubernetes dashboard, конкретнее история запусков подов и их статусов. Хочу выводить похожую таблицу в графане
German
сожет кто сталкивался с подобным и подскажет куда копать(
German
снова прошу помощи у cообщества, уж простите за столь надоедливость в ночи, ставлю https://github.com/helm/charts/tree/master/stable/elastic-stack, и все оk и заводится кроме того что kibane указан не правильный env и она его не резолвит, а где указать ES как ему резолвится внутри системы я не пойму
German
я так понимаю(а точнее уверен) он ставит этот es https://github.com/helm/charts/tree/master/stable/elasticsearch
German
ну а в логах "type":"log","@timestamp":"2018-11-05T02:49:50Z","tags":["warning","elasticsearch","admin"],"pid":1,"message":"Unable to revive connection: http://elasticsearch-elastic-stack.database.svc.cluster.local:9200/"} {"type":"log","@timestamp":"2018-11-05T02:49:50Z","tags":["warning","elasticsearch","admin"],"pid":1,"message":"No living connections"}
German
в общем если кто подскажет куда копать буду крайне признателен
Rainbow
в общем если кто подскажет куда копать буду крайне признателен
9200 это rest api. можно пойти туда, где не получается подключится и curl потыкать что не так. есть kubectl exec есть на крайняк docker exec пройтись по всем местам, магии нет.
German
да я понимаю что магии нет, я не могу понять по какому принципу или как назначается внутренный url внутри кубкластера
« Rev
@kubernetes_ru   1155
Fwd »