Posts

Kubespray против KIND: Что выбрать для установки Kubernetes? Если вы настраиваете кластер Kubernetes, вам, вероятно, встречались два инструмента: Kubespray и KIND (Kubernetes IN Docker). Оба — с открытым исходным кодом, оба упрощают развёртывание кластеров, но служат разным целям. Разберёмся, в чём разница, где использовать каждый, и какой выбрать. Что такое KIND? KIND — инструмент для запуска локальных кластеров Kubernetes внутри Docker-контейнеров. Чаще всего используется для тестирования самого Kubernetes, CI-процессов и разработки. ...

Типичные ошибки kube-apiserver и как их решать Если вы достаточно долго работаете с Kubernetes, то наверняка сталкивались с ситуацией, когда кластер ведёт себя странно — и часто корень проблемы находится в kube-apiserver. Это — “входная дверь” кластера, которая обрабатывает все запросы и координирует работу остальных компонентов. Разберёмся, какие ошибки бывают у kube-apiserver и как с ними бороться. Что такое kube-apiserver? kube-apiserver — это API-интерфейс Kubernetes. Все команды kubectl, а также внутренние процессы Kubernetes проходят через него. Он: ...

Что такое APM? APM расшифровывается как Application Performance Monitoring или управление производительностью приложений. Это набор инструментов и практик для отслеживания, мониторинга и оптимизации работы приложений. Проще говоря, APM помогает ответить на вопросы: Почему приложение работает медленно? Что происходит, когда пользователь нажимает на кнопку? Где именно зарыта проблема с производительностью? Зачем нужен APM? Представьте: пользователь кликает по кнопке на сайте — и ничего не происходит. С APM вы сможете: Отследить, как запрос прошёл по микросервисам. Посмотреть, сколько занял вызов к базе данных. Найти утечки памяти и медленные участки кода. Основные возможности APM Распределённый трейсинг — показывает путь запроса. Сбор метрик — CPU, память, задержки, ошибки и т.д. Оповещения — если что-то пошло не так — вы узнаете. Дашборды — наглядное отображение здоровья системы. Популярные APM-системы Jaeger OpenTelemetry Datadog APM New Relic Elastic APM APM в деле (пример) Пример с OpenTelemetry и Jaeger: ...

Зачем добавлять кастомную зону? Это может пригодиться для: Внутреннего тестирования (*.local, *.internal) Разрешения внешних сервисов внутри кластера Переопределения DNS Пошаговая инструкция 1. Редактируем ConfigMap CoreDNS kubectl -n kube-system edit configmap coredns Добавляем зону: apiVersion: v1 kind: ConfigMap metadata: name: coredns namespace: kube-system data: Corefile: | .:53 { errors health kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } forward . /etc/resolv.conf cache 30 loop reload loadbalance } internal.test:53 { hosts { 10.10.10.10 service1.internal.test 10.10.10.11 service2.internal.test fallthrough } } 2. Перезапускаем CoreDNS kubectl -n kube-system rollout restart deployment coredns 3. Проверка Внутри любого пода: ...

Зачем использовать кастомные зоны в NodeLocal DNSCache? NodeLocal DNSCache ускоряет DNS в Kubernetes за счёт локального CoreDNS на каждом узле. Пользовательские зоны позволяют: Быстро резолвить внутренние или статические имена Заменить внешние DNS-запросы локальными Разделить внутренние и внешние зоны Пошаговая инструкция 1. Получаем ConfigMap kubectl -n kube-system get configmap node-local-dns -o yaml > node-local-dns.yaml 2. Добавляем зону в Corefile В секции Corefile добавьте зону: Corefile: | .:53 { errors cache { success 9984 30 denial 9984 5 } reload loop bind 169.254.20.10 forward . /etc/resolv.conf prometheus :9253 log } internal.zone.local:53 { hosts { 10.10.10.10 service1.internal.zone.local 10.10.10.11 service2.internal.zone.local fallthrough } } Замените internal.zone.local на нужную вам зону. ...