Ты так говоришь, как будто все что не kube-way (который любой текущий станет деприкейтед через полгода от сейчас), это плохо. Ну моднее кубадм папета, и чо? Оф модуль папета текущий для кубера юзает кубадм ровно так же, как это делает спрей, например. Про перенести мастер в один клик это смешно. Или может через кубадм можно без проблем поинитить etcd внутри кластера сразу отказоустойчивый? Или он тебе ha для апи сам настроит? Ой, подумаешь кубспрей даже если забить на центос на 18.04 не работает вообще. Не все что мейнстрим - не говно. Как с кружкой про миллионы пользователей macromedia flash, которые не могут ошибаться.

я поднимал сам и даже костылики писал в kubespray, а вот недавно решил попробовать kubeadm по оффициальной доке копипастой - ничего у меня не взлетело с первой попытки, не работает source nat в calico, а он по доке с kubernetes backend разворачивается..

На 18.04 последний kubespray работает вполне, если stubdns отключить

Зато когда ты сделаешь kube hardway, ты будешь понимать что там внутри, а не как 90% "операторов кубернетиса", которые все очень быстро подняли, но потом когда оно сломается сразу в чатик с проблемой.

Парни, можете подсказать норм сторедж класс для автопровизинга персистент волиум клейм и персистент волиум поднял nfs из helm всё запровизило с хранилищем по host path начинаю провизить через этот сторедж класс другие продукты персистент волиумы не конектятся к подам. Может кто сталкивался

Парни, можете подсказать норм сторедж класс для автопровизинга персистент волиум клейм и персистент волиум поднял nfs из helm всё запровизило с хранилищем по host path начинаю провизить через этот сторедж класс другие продукты персистент волиумы не конектятся к подам. Может кто сталкивался

Я хочу динамический сторедж для тестов

Я хочу динамический сторедж для тестов

А кто знает зачем нужен нод анотейшн node.alpha.kubernetes.io/ttl=0 . Нигде не нашел документации по нему. Подозреваю, что это как-то связано с nodeInfo кешем и используется kubelet'ом. Собственно чего спрашиваю, после обновления на 1.11 появилась проблема с kube-scheduler'ом, срабатывает PodFitsHostPorts predicate (FailedScheduling didn't have free ports) при обновлении deployment'а часть подов не скедулится на ноды и висят бесконечное количество времени в статусе Pending пока не ребутнешь kube-scheduler. Собрал свой скедулер, чтобы он выводил дебаг инфо по функции PodFitsHostPorts, вот так: func PodFitsHostPorts(pod *v1.Pod, meta algorithm.PredicateMetadata, nodeInfo *schedulercache.NodeInfo) (bool, []algorithm.PredicateFailureReason, error) { var wantPorts []*v1.ContainerPort if predicateMeta, ok := meta.(*predicateMetadata); ok { wantPorts = predicateMeta.podPorts } else { // We couldn't parse metadata - fallback to computing it. wantPorts = schedutil.GetContainerPorts(pod) } if len(wantPorts) == 0 { return true, nil, nil } existingPorts := nodeInfo.UsedPorts() // try to see whether existingPorts and wantPorts will conflict or not if portsConflict(existingPorts, wantPorts) { fmt.Printf(" nodeInfo: %+v ================ existingPorts: %+v ================ wantPorts: %+v ================ podName: %+v\n\n======================\n\n", nodeInfo.Node().Name, existingPorts["0.0.0.0"], wantPorts, pod.Name) return false, []algorithm.PredicateFailureReason{ErrPodNotFitsHostPorts}, nil } return true, nil, nil } Если portsConflict то выводит значения existingPorts на ноде и wantPorts контейнера. Так вот existingPorts выводит закешированые значения, порты давно не слушаются, а он говорит что слушаются. Если поменять версию скедулера на v1.10.5 такой проблемы не возникает. Kubernetes 1.11.0, calico 3.1 (ibgp full mesh), containerd 1.1.2, ~100 нод в кластере Мой issuse https://github.com/kubernetes/kubernetes/issues/66568 Может кто-то сталкивался с такой проблемой?

Ты так говоришь, как будто все что не kube-way (который любой текущий станет деприкейтед через полгода от сейчас), это плохо. Ну моднее кубадм папета, и чо? Оф модуль папета текущий для кубера юзает кубадм ровно так же, как это делает спрей, например. Про перенести мастер в один клик это смешно. Или может через кубадм можно без проблем поинитить etcd внутри кластера сразу отказоустойчивый? Или он тебе ha для апи сам настроит? Ой, подумаешь кубспрей даже если забить на центос на 18.04 не работает вообще. Не все что мейнстрим - не говно. Как с кружкой про миллионы пользователей macromedia flash, которые не могут ошибаться.

Как в Kubernetes использовать imagePullSecret для деплоймента, а не для пода? Решил в GKE залить проект на стейджинг но не могу имедж с registry.gitlab.com вытащить(( Прошу прощения за тупенький вопрос)

Как я понимаю это после 59 строки? Но GKE ругается и не сохраняет(

@cryptstal

На тесте на железе все ок в гугле не работает ингрес.

Ты сервису lb присвоил?

Без объяснения что было сделано и без объяснения, что не работает

Буду признателен если кинете линк на ман где почитать.

Гугл: kubernetes service type: load balancer

Благодарка бро.

Мне нужно пробросить постгрес с ноды на которой он установлен на живую, внутрь кластера. Правильно будет, если я оберну HAProxy в Dockerfile, и запущу этот под с host networking? Не знаете что в конфиге HAProxy написать? Пробросить нужно localhost:5432 на порт 5432 пода.

А это разве не через сервис делается? На сколько я знаю, создаётся сервис с дестинейшном наружу, а поды все ходят на этот сервис

У меня ноды без локальной сети, я не хочу открывать порт постгреса миру. Вот и приходится под-прокси делать

Так, а прокси как будет это делать? Не по той же сети?)

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

Бррр. Это как бы на серваке стоит обвяз кубера + рядом установлена ПГ?

Точняк! Бд размером 30ТБ, у меня пока столько мощностей нет чтоб оттестить этот деплой в кубе

Но я таки все ещё не могу понять, куда ты будешь направлять haproxy.

На localhost:5432, тк он будет запущен внутри сети хоста на которой постгря

Localhost для пода haproxy будет самим подом, а не сервером на котором нода

Короче не знаю, я вот эту галочку отметил в ранчере, но запустить могу только 1 под, иначе происходит конфликт портов которые сервис в поде слушает.

pod ip и node ip в этом случае одинаковы

Как быть то?

Посмотри все же в сторону сервиса. А на pg разреши коннекты только с ip нод в pg_hba.conf

Ну ок, так и сделаю тогда, спасибо

Попробуй да. Я просто мысли говорю. Я диванный аналитик пока в этом :))

Такс а вот вопрос - создал сервис с именем postgres, как к нему теперь подключить под? Аппа не подключается, хотя в Ранчере 1х вроде бы так и работало SequelizeHostNotFoundError: getaddrinfo ENOTFOUND postgresql postgresql:5432

Тебе теперь надо dns имя сервиса получить, и на него стучаться.