во времена 1.1

но по-моему он в итоге запылился и слился

в текущей доке есть (хотя, возможно, просто не выкинули) http://kubernetes.io/docs/user-guide/configuring-containers/#environment-variables-and-variable-expansion

https://github.com/kubernetes/kubernetes/blob/v1.3.6/docs/design/expansion.md#in-a-pod-building-a-url

как-то странно

где-то евалится, а где-то нет

я пожалуй повторю свой вопрос. Кто-то юзал OpenShift?

чот ботнет захлебнулся не начавшись...

Нормально, до 15 подняли :)

я пожалуй повторю свой вопрос. Кто-то юзал OpenShift?

С него же начался K8s?)

С него же начался K8s?)

ну вроде да

вообще k8s начинался не с OpenShift http://queue.acm.org/detail.cfm?id=2898444

Евгений в @docker_ru интересную ссылку подкинул)

Это смотрели? https://habrahabr.ru/post/301370/

немного трешовато

тогда уж сразу патроны лучше брать

https://github.com/zalando/patroni

Насчет patroni, наткнулся тут еще на похожий инструмент: https://github.com/sorintlab/stolon

сам не пробовал, если что

дада, столон еще

спасибо

гуглил вот его

не за что )

#whois ▫Какой у вас проект или где работаете? Altoros ▫В чём вы специалист? все, что касается инфраструктуры - специализировался на web backend, monitoring, сейчас на private PaaS (Cloud Foundry) ▫Чем можете быть интересны или полезны сообществу? могу рассказать про PaaS в целом ▫Чем интересно сообщество вам? послушать про k8s ▫Откуда вы? Архангельск ▫Как узнали про группу? от @DenisIzmaylov

Всем привет!

Парни, без шуток, Алексей - очень крутой и однажды невероятно сильно спас меня при решении проблем с Concourse и Docker! 👍🎉💪

Алексей, познакомьтесь, кстати, с Максимом @pipopolam - он гуру Kubernetes с over 10 летним опытом (не только K8s, конечно же), человек фантастического терпения и заботы о своих коллегах. :) Я бы рассказал, как он меня спасал трое суток подряд не отходя ни минуту от чата, но это уже было бы совсем перебором. :))

ну вот так сходу взял и спалил

I'm sorry :)

) история чата выдаёт

Короче, Максим - человек-Kubernetes, изучивший все его исходники (кмк), просто-таки Кубернатор :))

это замечательно!

я тут год назад искал информацию о размере деплойментов kubernetes в production

кто знает сейчас наибольший размер в физических машинах?

наибольший размер чего?

кластера Kubernetes в prod

последняя желтизна была про две тысячи нод

в KubeWeekly четыре выпуска назад

это физических или виртуальных?

а какая разница в данном контексте?

что так две тыщи kubelet'ов, что эдак

управляемый объем ресурсов, приложений

виртуалки

вот статья: https://cncf.io/news/blogs/2016/08/deploying-1000-nodes-openshift-cncf-cluster-part-1

я попутал с недосыпу

про две тысячи было в kubernetes.slack.com

там на гугломощностях собирались делать

но не знаю, сделали ли

а, знаю этот кластер

там Intel отдал 1к железных серверов cncf для тестов

https://github.com/kubernetes/kubernetes/pull/31622

феликса прессуют

xiang90 прибежал, как обычно

а claimRef: работает у кого-нибудь?

или кто как привязывает pvс к pv ?

А в чем проблема с клеймами?

ну как конкретному pvc указать юзать конкретный pv

я сейчас попробовал claimref и у меня pvc висят в pending

cat ./storagemaster/pv*.yaml apiVersion: v1 kind: PersistentVolume metadata: name: masterstor spec: capacity: storage: 10Gi accessModes: - ReadWriteMany persistentVolumeReclaimPolicy: Retain claimRef: namespace: master name: masterstor nfs: path: /srv/masterstor server: 10.100.60.42 kind: PersistentVolumeClaim apiVersion: v1 metadata: name: masterstor spec: accessModes: - ReadWriteMany resources: requests: storage: 10Gi

Так не там указал-то

kubectl get pv |grep master masterstor 10Gi RWX Released master/masterstor 15m

а pvc в master в pending

а что не указал?

```kind: PersistentVolumeClaim apiVersion: v1 metadata: name: data-redis-0 spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi selector: matchLabels: app: redis```

Selector

Он должен с лейблом pv совпасть

>

```apiVersion: v1 kind: PersistentVolume metadata: name: redis labels: app: redis ...```

пасиб, попробую через лейбл

error validating "./storagetest/pvc.yaml": error validating data: found invalid field selector for v1.PersistentVolumeClaimSpec

kind: PersistentVolumeClaim apiVersion: v1 metadata: name: teststor spec: accessModes: - ReadWriteMany resources: requests: storage: 1Gi selector: matchLabels: app: teststor

это у меня 1.2.4 селекторы не поддерживает или я туплю где-то?

чот вроде все ок

в 1.2 работало

@exename $ kubectl get pvc --namespace=bots -o jsonpath='{.items[0].spec.selector}' map[matchLabels:map[app:redis]]%

но сейчас в 1.3 формат немного другой

а хотя не

все так же

$ kubectl get pvc --namespace=bots data-redis-0 -o jsonpath='{.spec.selector}' matchLabels:<key:"app" value:"redis" > %

так, мб тут всё таки появились ковырявшие OpenShift? или хотя бы объясните мне суть ClusterIP в kubernates

суть ClusterIP в kubernetes очень проста у тебя есть поды и сервисы поды "настоящие", они оседают на routable-адресах, которые выдает CNI, или фланель, или докер демон, запущенный с --networking а сервисы - "эфемерные", они гребут адреса из рейнджа, который выдает аписервер ключем --service-cluster-ip-range и вот эти адреса не терминируются вообоще нигде, у них нет "физического" воплощения весь роутинг этих адресов ложится на плечи iptables и внешнего лоад-балансера (если ты в амазоне или gce)