а я думаю: откуда народ идёт)

Каюсь)

там на самом деле 110 по-умолчанию. Если планируете запускать большое кол-во подов на 1 ноде, не забудьте правильно вычислить ресурсы для kubelet 🙂

Да, я прочитал и про лимит, и тикет, где его увеличивали до этого числа. Но так и не понял, почему не больше?

https://habr.com/company/flant/blog/353264/ Вопрос: Какие факторы влияют на максимально поддерживаемое количество подов на узел (сейчас это 100)? Ответ: Масштабируемость Docker, настройки ядра, тестирование, пользовательские потребности. Дополнение: Размер приложения, сложность приложения и насколько приложение требовательно к различным подсистемам. Я видел работающий production с 300-400 подов на узел, которые запускали на средних машинах (по 16-32 ядра) для небольших приложений. Долгое время узким горлом была исполняемая среда контейнера (container runtime) — теперь же им обычно являются сеть и iptables, а ещё проблемным может быть хранилище.

Подскажите чем лучше разварачивать кубер для прода на голых виртуальных серверах?

kubespray!?

Спасибо, ясно. А как быть с ingress?

https://kubernetes.io/blog/2017/04/multi-stage-canary-deployments-with-kubernetes-in-the-cloud-onprem/

https://github.com/DockbitExamples/kubernetes/tree/master/k8s/ingress

Хотелось бы управлять весами бэкендов на уровне настройки ingress rules.

сами ingress resources не поддерживают такую возможность, в них это не заложено. ты можешь на коленочке это делать, генеря второй деплоймент с теми же лейблами, но меньшего размера, разделяя доли трафика таким образом. там правда грубовато будет получаться. есть еще skipper, который поддерживает веса через аннотации https://opensource.zalando.com/skipper/kubernetes/ingress-usage/

Даже теряюсь, что на это ответить

делал то что пишут тут - http://kubernetesbyexample.com/pods/ $ kubectl run sise --image=mhausenblas/simpleservice:0.5.0 --port=9876 $: kubectl get deployments NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE sise 1 0 0 0 20h есть а pod-ов не появилось $: kubectl get pods Unable to connect to the server: net/http: TLS handshake timeout использую minikube @ MacOS

кто нибудь щупал kubevirt? годится ли он для внутренних задач по тестированию и кручению стейдж виртуалок?

осталось выпросить бабки на железяку для эксперементов )

делал то что пишут тут - http://kubernetesbyexample.com/pods/ $ kubectl run sise --image=mhausenblas/simpleservice:0.5.0 --port=9876 $: kubectl get deployments NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE sise 1 0 0 0 20h есть а pod-ов не появилось $: kubectl get pods Unable to connect to the server: net/http: TLS handshake timeout использую minikube @ MacOS

ребята подскажите кубер(докер) логи которые пишет добавляет escape \ https://pastebin.com/1Wp6QqLX

ты в stdout пишешь в json?

я думаю он правильно делает))

Не делает

я думаю он правильно делает))

так расскажите тогда как правильно да и к тому же выше лог который я показал это лог самого кубера не я его формировал

в схеме с записью в json file как ему еще валидный json на выходе получить

Подскажите, какая сейчас актуальная схема мультимастера? можно поднять сколько хочешь controller-manager scheduler и kubelet и натравливать их на пачку apiserver через какой-то http прокси?

нету в кластере механизма понимания кто текущий мастер через etcd?

minikube stop minikube delete kubeadm reset minikube start minikube ip Далее смотри какой ip Он должен быть прописан в .kube/config

у меня kubeadm reset - kubeadm: command not found - мне его отдельно на macOs + minikube надо поставить ?