В продакшн-окружении контейнеры начинают потреблять слишком много дискового пространства. Как вы будете диагностировать и устранять проблему?
Проверю docker system df, чтобы понять, где расход (образы, volume, build cache). Использую docker ps -s и docker inspect, чтобы выявить, не пишут ли контейнеры данные внутрь слоя файловой системы. Для логов — настрою ротацию (log-driver=json-file с max-size и max-file) или централизованный логинг. Для оптимизации образов — применю multi-stage build, alpine и очистку кэша.
Библиотека собеса по DevOps
Библиотека собеса по DevOps
В Kubernetes-продакшене вы замечаете, что при пике нагрузки некоторые Pod’ы начинают завершаться с ошибкой OOMKilled, хотя лимиты памяти выставлены корректно. Как будете диагностировать и решать проблему?
Проверить метрики Pod’ов (kubectl top, Prometheus/Grafana), проанализировать, не занижены ли requests/limits. Проверить утечки памяти в приложении, использование кэшей и сторонних библиотек. Для решения — оптимизировать код, вынести тяжёлые задачи в sidecar/job, при необходимости поднять лимиты памяти или включить горизонтальное масштабирование (HPA).
🔹 Курс «Программирование на языке Python»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib
🐸 Библиотека собеса по DevOps
🔹 Курс «Программирование на языке Python»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib
Please open Telegram to view this post
VIEW IN TELEGRAM
В Kubernetes нужно ограничить сетевое взаимодействие между микросервисами так, чтобы одни Pod’ы могли общаться только с определёнными сервисами, а все остальные подключения были запрещены. Какой механизм Kubernetes вы будете использовать?
👾 — ResourceQuota
👍 — NetworkPolicy
🥰 — PodDisruptionBudget
⚡️ — ServiceAccount
Библиотека собеса по DevOps
👾 — ResourceQuota
👍 — NetworkPolicy
🥰 — PodDisruptionBudget
⚡️ — ServiceAccount
Библиотека собеса по DevOps
👍13