Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере

nginx. Анотация только, чтобыотключить

Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере

я вот так написал https://paste.ee/p/MJKZ1

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 10.32.0.1 <none> 443/TCP 15m

этот диапозон не пересикается ни с чем и не пингуется

Это диапазон для Service

я создал сервис $ cat nginx-svc.yaml apiVersion: v1 kind: Service metadata: name: my-nginx labels: run: my-nginx spec: ports: - port: 80 protocol: TCP selector: run: my-nginx он получил ип 10.32.0.55, должен ли он пинговаться из другого пода?

имел большой продакшен период с гластером , сказать честно печальный, не знаю как люди его готовят

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

Но отзывы не очень вроде как...

у кого-нибудь была проблема при установке kubernetes на ArchLinux`fatal error: runtime: out of memory`?

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

кончилась память , наверно не связано с арчем

слава богу нет

не, я в целом не про ceph, а про "дефакто стандарт"

ну на вскидку в большинстве инсталяций если не брать локальный сторадж вижу везде ceph , а ест ькакой то другой лидер о котором все молчат ?

в том то вся и проблема, что другие варианты еще хуже)

ну может быть он не так плох как гластер )

ceph это про безысходность

Привет. У меня после падения одной из пяти машин некоторые поды получили статус Unknown и даже спустя час куб не удалил их. Из-за чего это может быть? v1.11.2

В цеф-фс ровно два стула, либо ты даешь ему ресурсов с превышением процентов 20-30, либо терпишь падение производительности по случайным поводам)

В цеф-фс ровно два стула, либо ты даешь ему ресурсов с превышением процентов 20-30, либо терпишь падение производительности по случайным поводам)

кому надо вообще cephfs для кубера?

кому надо вообще cephfs для кубера?

Некоторые странные люди хотят мульти-маунт. Это примерно как мастер-мастер у базистов, никто не знает зачем, но все хотят

а где диски сетево хранить ? какие еще есть варианты мейнстримовые?

Некоторые странные люди хотят мульти-маунт. Это примерно как мастер-мастер у базистов, никто не знает зачем, но все хотят

сетевые диски хранить в ceph rbd

не ну а как у тебя будет переезжать под с персистент волюмов на другую ноду без сетевого диска ?

не ну а как у тебя будет переезжать под с персистент волюмов на другую ноду без сетевого диска ?

ну я еще только вникаю , подаван в общем

Привет. У меня после падения одной из пяти машин некоторые поды получили статус Unknown и даже спустя час куб не удалил их. Из-за чего это может быть? v1.11.2

Есть какой-то таймаут если не ошибаюсь. Где то читал про это, но точно уже сказать не могу

а где диски сетево хранить ? какие еще есть варианты мейнстримовые?

Имею практику запускать nfs-сервер в контейнере, для организации ReadWriteMany - отлично подходит

Привет. У меня после падения одной из пяти машин некоторые поды получили статус Unknown и даже спустя час куб не удалил их. Из-за чего это может быть? v1.11.2

У подов был pvc? Куб не рискует такие поды перезапускать, надо их явно удалять или поднимать году обратно, чтобы куб мог убедиться, что вольюмы на ней действительно неиспользуются

Есть какой-то таймаут если не ошибаюсь. Где то читал про это, но точно уже сказать не могу

Ну если нфс отвалился чё делать то?

Все виртуалки с дисками встанут колом

Ну а данные то откуда возьмутся на другом?

Ну это не основной сторадж для них, а скорее вспомогательный, так что не встанут

А что, ядро больше не паникует, если у него отваливается nfs-kernel диск?

Нет таймаута, нужен fencing или cloud provider

А я думал что парметр pod-eviction-timeout отвечает в controller-manager