kubernetes

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

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

Почему CI не блокировал Flux при прямом push и как Merge Request с auto-merge поставил проверку перед отслеживаемой веткой.

Как превращать историю из тикетов и рабочих чатов в документацию, проверки и автоматизацию, которыми можно воспользоваться повторно.

Ошибка авторизации для kubectl exec часто выглядит нелогично: cannot create resource "pods/exec" Pod уже существует. Команда не создаёт новый Pod и не изменяет его спецификацию. Поэтому ожидаемым разрешением кажется get или update, но Kubernetes проверяет create. Причина в том, что RBAC описывает операции Kubernetes API, а не буквальный смысл команд kubectl. exec — отдельный подресурс kubectl exec обращается не к ресурсу pods напрямую. Команда вызывает подресурс pods/exec: /api/v1/namespaces/<namespace>/pods/<pod>/exec В RBAC ресурс и его подресурсы указываются отдельно: ...

В одном из рабочих Kubernetes-кластеров мне потребовалось привести конфигурацию kubelet к единому состоянию. Для каждого класса нод в Git хранился свой эталон с настройками резервирования ресурсов, порогами реакции kubelet на нехватку ресурсов и параметрами очистки образов. С точки зрения Kubernetes ноды выглядели исправными: kubectl get nodes показывал Ready. Однако отдельная проверка /var/lib/kubelet/config.yaml обнаружила расхождения между фактической конфигурацией и эталоном. Ноды работали, но при нехватке памяти или места на диске могли повести себя не так, как остальные ноды того же класса. ...

Разбор нестабильной работы Kubernetes-ноды, вызванной исчерпанием лимита inotify watchers.

Разбор процессов, которые потребляют inotify watchers, и почему этот ресурс стоит учитывать при планировании инфраструктуры.