Разберусь - перетащу в хранилище.

kubectl -n <namespace> get events дайте

LAST SEEN FIRST SEEN COUNT NAME KIND SUBOBJECT TYPE REASON SOURCE MESSAGE 48m 58m 43 cloud-pvc.154ff7d6430b50f6 PersistentVolumeClaim Normal WaitForFirstConsumer persistentvolume-controller waiting for first consumer to be created before binding 3m 43m 163 cloud-pvc.154ff8ab7e09722b PersistentVolumeClaim Normal WaitForFirstConsumer persistentvolume-controller waiting for first consumer to be created before binding 1m 1h 277 fileshare-84cd866ffb-7m7kj.154ff5ff53c99a18 Pod Warning FailedScheduling default-scheduler persistentvolumeclaim "fileshare" not found 1m 1h 277 fileshare-84cd866ffb-gpqzg.154ff5ff2fb9a3b5 Pod Warning FailedScheduling default-scheduler persistentvolumeclaim "fileshare" not found 2m 2d 23278 kube-master.154f2544f6068b86 Node Normal CIDRNotAvailable cidrAllocator Node kube-master status is now: CIDRNotAvailable 2m 2d 23272 kube-node2.154f2544f623699f Node Normal CIDRNotAvailable cidrAllocator Node kube-node2 status is now: CIDRNotAvailable 2m 2d 23276 kube-node3.154f2544f6254887 Node Normal CIDRNotAvailable cidrAllocator Node kube-node3 status is now: CIDRNotAvailable

Ничего не видите?

А пока - что с longhorn, что с openebs непонятно, как правильно сделать ежедневные бекапы содержимого и как их в случае чего восстановить.

Я бы вам посоветовал с nfs потренироваться лучше

я только начинаю осваивать куб

хотел локально создать персистент вольюм для теста

и я тоже не использую Provisioner: kubernetes.io/no-provisioner

это вообще не относится к local-volume-provisioner (там свой provisioner) Просто визуально выглядит, что используете. Иначе зачем использовать StorageClass?

Я бы вам посоветовал с nfs потренироваться лучше

Потренироваться - это в каком смысле? Оно работает, но для полноценного требуется нормальное хранилище с репликацией, а не тупо виртуалка с диском...

Я бы вам посоветовал с nfs потренироваться лучше

когда немного освоюсь.. попробую его с glaster fs подружить

Понаступавши на глустерь, больше туда не пойду...

Потренироваться - это в каком смысле? Оно работает, но для полноценного требуется нормальное хранилище с репликацией, а не тупо виртуалка с диском...

Ну вы же осваиваете куб, с nfs можно было

это вообще не относится к local-volume-provisioner (там свой provisioner) Просто визуально выглядит, что используете. Иначе зачем использовать StorageClass?

я опирался на оф документацию... возможно глянул не туда((

там они сначала создают сторадж класс потом персистент волюм и клейм

Синтаксис конфигов и выделения ресурсов особо осваивать нечего... Тут больше дел погромистам пнуть на предмет "конфиги - отдельно, приложения отдельно", чтобы конфиги можно было через configMap подменить...

я опирался на оф документацию... возможно глянул не туда((

зашёл в документацию освежить память. https://kubernetes.io/docs/concepts/storage/volumes/#types-of-volumes Выбрали local вместо hostPath?

когда немного освоюсь.. попробую его с glaster fs подружить

не дружи с глустером) на неделе его мучал, тот еще неадекватный зверь

спокойно может ноды в 100% CPU подвесить

не дружи с глустером) на неделе его мучал, тот еще неадекватный зверь

а что тогда лучше? цепх?

пока цеф выглядит рабочим, посмотрим как себя с кубером покажет

зашёл в документацию освежить память. https://kubernetes.io/docs/concepts/storage/volumes/#types-of-volumes Выбрали local вместо hostPath?

local

пока цеф выглядит рабочим, посмотрим как себя с кубером покажет

ceph - отдельно от кубера или в виде rook?

local

local — local-volume-provisioner (https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume) Возможный ответ почему не смогло выбрать вольюм — второй пункт из пикчи, которую скидывал ранее

https://habr.com/company/southbridge/blog/419569/ Возможно новичкам как я будет полезно, очень доходчиво объясняют

Отдельно

local — local-volume-provisioner (https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume) Возможный ответ почему не смогло выбрать вольюм — второй пункт из пикчи, которую скидывал ранее

спасибо, сейчас буду глядеть))

Эмм. господа - может вопрос тупой, но.. У меня вдруг в кубере неймспейс ingress-nginx - стал вести себя как default, а default виден соответсвенно с явным указанием. что могло произойти.

Эмм. господа - может вопрос тупой, но.. У меня вдруг в кубере неймспейс ingress-nginx - стал вести себя как default, а default виден соответсвенно с явным указанием. что могло произойти.

~/.kube/config В контексте скорее всего указан namespace, который будет умолчанием https://kubernetes.io/docs/tasks/administer-cluster/namespaces-walkthrough/

Спасибо

Уже поправил - теперь надо понять как это могло произойти( или кому руки засунуть в нужное место). Еще раз Спасибо.

Господа, а кто натыкался на неоправданно высокий троттлинг по цпу? Начал копать, нашел вот этот баг https://bugzilla.kernel.org/show_bug.cgi?id=198197 У кого воспроизводится/кто как борется?

Репродюсер на гошечке? Может GC как то влияет

Надо б с GOMAXPROCS=1 , а вообще лучше б на С

Q: How will you ensure an uptime of 99.95%? A: With the help of DevOps-tools Ansible, Docker, Kubernetes and aligning CI/CD-processes.

Mkay.jpeg

Надо б с GOMAXPROCS=1 , а вообще лучше б на С

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

Всем привет. Кто подскажет, откуда в кубере берётся таймаут при коннекте к сервису? Версия 1.9.5, baremetal, kubespray, flannel. При запросе к сервису у которого нет эндпоинтов стабильно таймаут приходит через 130 секунд.

коллеги, гуглить не стал, на вскиду, к nginx я прикручивал basic авторизацию с ldap backend'ом

через ingress нужны танцы с бубнами, или через helm чарт все можно прокинуть?

Всем привет. Кто подскажет, откуда в кубере берётся таймаут при коннекте к сервису? Версия 1.9.5, baremetal, kubespray, flannel. При запросе к сервису у которого нет эндпоинтов стабильно таймаут приходит через 130 секунд.

В чём таймаут выражается? TCP RST или пакеты начинают в дыру проваливаться?

В чём таймаут выражается? TCP RST или пакеты начинают в дыру проваливаться?

Просто курлом стучимся из одно пода в другой по сервис нейму. Независимо от того, есть ли эндпоинты у сервиса, или неправильно порт указан, всегда таймаут на HTTP запрос ровно 130 секунд. Хочется понять откуда такое значение берётся, так как кое где из кода приложения ретраи висят как раз этих 130 секунд

kubespray прелагает настройки на 254 пода на ноду. Я правильно понимаю, что этого мало ? Сколько обычно ставите ? # internal network node size allocation (optional). This is the size allocated # to each node on your network. With these defaults you should have # room for 4096 nodes with 254 pods per node. kube_network_node_prefix: 24

мало?

Память раньше закончится, скорее всего

да, всё понял. Под - это сервис, а не контейнер в этом сервисе, верно же ?

под - это группа контейнеров

не менее одного

Просто курлом стучимся из одно пода в другой по сервис нейму. Независимо от того, есть ли эндпоинты у сервиса, или неправильно порт указан, всегда таймаут на HTTP запрос ровно 130 секунд. Хочется понять откуда такое значение берётся, так как кое где из кода приложения ретраи висят как раз этих 130 секунд

Отсюда: /proc/sys/net/ipv4/tcp_syn_retries. Время идеально совпадает с дефолтным значением.

Явно TCP соединение не устанавливается и это ретраи первичного connect(2).

И еще вопрос - что из этого нужно, если я кубер хочу изолированно от остальной инфраструктуры запускать: всё ? efk_enabled: false helm_enabled: false registry_enabled: false local_volume_provisioner_enabled: false ingress_nginx_enabled: false cert_manager_enabled: false

Отсюда: /proc/sys/net/ipv4/tcp_syn_retries. Время идеально совпадает с дефолтным значением.

Хм, вроде оно. Попробую сегодня покрутить

лучше разберись почему у тебя сервис не работает

лучше разберись почему у тебя сервис не работает

Так специально потушен) Тестируем рекконекты из приложения

Так специально потушен) Тестируем рекконекты из приложения

Да, это норм. Ставьте 2 и таймаут будет 3 секунды.

пока цеф выглядит рабочим, посмотрим как себя с кубером покажет

Пашет и не чихает

Надо б с GOMAXPROCS=1 , а вообще лучше б на С

Таки теперь все выглядит норм

не менее одного

разве минимальная единица не 2?

у меня единица это 1

а 2 - двойка

ты уверен что pod - это 1 контейнер

?

ты уверен что pod - это 1 контейнер

не стоит

Что-то о странном вы спрашиваете. Под - 1+ сильно связанных контейнеров с одним хост именем. Чаще всего 1.

Удачных примеров пода с 2 контейнерами на пальцах можно сосчитать.

под это 2 контейнера или я ошибаюсь?

Ребят, а configMap можно маунтить как файл в нужное место или только отдельной директорией?

не стоит

поправь если не прав

под это 2 контейнера или я ошибаюсь?

Ошибаешься.

под это 2 контейнера или я ошибаюсь?

Ошибаешься. 1 или более. В 99% случаев один.

Pod это минимальный кубик в кубере. Обычно 1 контейнер, не не потому что такие ограничения, а потому что так обычно проще и правильнее.

поправь если не прав

ты даже не видишь что тебе пишут, что поправлять?

ты даже не видишь что тебе пишут, что поправлять?

К меня вот сейчас что-то лагает телеграмм. Как попало приходит.

Контейнеры в поде нельзя масштабировать, это всегда 1:1. Это к слову.

Может я конечно ошиюсь, я пока не держу kubernetes в проде да и по таскам пока не до него

но как насчет parents контейнеров

которые создаются по 1 на каждый под

или что то поменялось

или 1 + 1 = 1?

или 1 + 1 = 1?

Да тебе говорят 1+, а не 1

>=1 Но может чувак просто тролит))

Буду теперь знать как кубоводов тролить)