View source for Типы сервисов, DNS-резолв и управление ресурсами

Этот раздел посвящен тому, как выводить приложения наружу, как работает внутренняя DNS-система и как правильно распределять ресурсы CPU/RAM между подами.
----

=== 1. Типы сервисов (Service Types) ===
Мы используем сервисы, чтобы обеспечить стабильный доступ к динамическим подам.

* '''ClusterIP (Default):''' Внутренний IP кластера. Сервис доступен только внутри K8s.
* '''NodePort:''' Открывает порт на каждой ноде (диапазон <code>30000-32767</code>). Позволяет достучаться до приложения по <code>IP_любой_ноды:NodePort</code>. Используется в основном для тестов.
* '''LoadBalancer:''' Создает внешний балансировщик (в облаке типа AWS/GCP или через '''MetalLB''' на On-Premise). Выдает внешний IP для доступа из интернета.
* '''ExternalName:''' Работает как CNAME в DNS. Перенаправляет запрос на внешний домен (например, <code>google.com</code>), не используя проксирование трафика.

----

=== 2. DNS в Kubernetes (CoreDNS) ===
Kubernetes использует внутреннюю DNS-систему для обнаружения сервисов (Service Discovery).

* '''FQDN (Полное имя):''' Структура имени сервиса выглядит так: <code><service-name>.<namespace>.svc.cluster.local</code>
* '''Search Domains:''' Благодаря файлу <code>/etc/resolv.conf</code> внутри пода, вы можете обращаться к сервису просто по его имени (<code>curl backend</code>), если он находится в том же Namespace. Если в другом — нужно указывать пространство имен (<code>curl backend.dev</code>).
* '''CoreDNS:''' Основной компонент, который хранит записи о сервисах и их IP-адресах.

----

=== 3. Управление ресурсами (Requests & Limits) ===
Для стабильности кластера каждому контейнеру нужно указывать лимиты ресурсов.

* '''Requests (Запросы):''' Минимальное количество ресурсов, которое гарантированно получит контейнер. '''Scheduler''' использует это значение, чтобы найти подходящую ноду для пода.
* '''Limits (Лимиты):''' Максимальный порог ресурсов.
** Если контейнер превысит '''Memory Limit''', он будет убит ('''OOMKilled''').
** Если контейнер превысит '''CPU Limit''', он будет ограничен в производительности ('''Throttling'''), но не убит.

'''Единицы измерения:'''

* '''CPU:''' Измеряется в "миллиядрах" (<code>1000m</code> = 1 ядро).
* '''Memory:''' Измеряется в байтах/мегабайтах (<code>Mi</code>, <code>Gi</code>).

----

=== 4. Классы качества обслуживания (QoS Classes) ===
Kubernetes автоматически присваивает поду класс в зависимости от ресурсов, что влияет на приоритет выживания пода при нехватке памяти на ноде:

# '''Guaranteed:''' У пода указаны и Requests, и Limits, и они '''равны'''. Эти поды убиваются в последнюю очередь.
# '''Burstable:''' У пода указаны ресурсы, но они не равны, или указан только Request. Средний приоритет.
# '''BestEffort:''' Ресурсы не указаны вообще. Эти поды удаляются первыми при любой нагрузке на систему.

----

=== 5. Ограничения на уровне Namespace ===

* '''ResourceQuota:''' Ограничивает суммарное потребление ресурсов всем пространством имен (например, "Namespace <code>dev</code> не может потреблять более 10 ядер и 20ГБ RAM"). Также может ограничивать количество подов, сервисов и других объектов.
* '''LimitRange:''' Позволяет задать значения по умолчанию для Requests/Limits, если разработчик забыл их указать в манифесте пода.

*

----

=== 6. Полезные команды (Cheat Sheet) ===
{| class="wikitable"
|'''Команда'''
|'''Описание'''
|-
|<code>kubectl get ep</code>
|Просмотр Endpoints (на какие IP подов реально идет трафик)
|-
|<code>kubectl top nodes / pods</code>
|Просмотр реального потребления ресурсов (нужен Metrics Server)
|-
|<code>kubectl get quota</code>
|Проверка квот в текущем Namespace
|-
|<code>kubectl describe node <name></code>
|Просмотр аллокации ресурсов (сколько зарезервировано под поды)
|-
|<code>kubectl port-forward <pod-name> 8080:80</code>
|Проброс порта с пода на локальную машину для отладки
|}
----

=== 💡 Советы DevOps-инженера: ===

# '''Всегда ставьте Requests:''' Без них Scheduler может "перегрузить" ноду, и она упадет.
# '''QoS "Guaranteed" для критичных баз:''' Для баз данных или важных API всегда делайте <code>Requests = Limits</code>, чтобы K8s не убил их в первую очередь.
# '''Проверка DNS:''' Если один сервис не видит другой, зайдите в под (<code>kubectl exec</code>) и проверьте файл <code>/etc/resolv.conf</code>— там прописаны правила поиска имен.