Что такое Quality of Service (QoS)?

Quality of Service (QoS) — это набор технологий и механизмов для управления и приоритизации сетевого трафика. Цель — гарантировать определённую пропускную способность, минимизировать задержку (latency) и джиттер (jitter), а также снизить потери пакетов для критически важных приложений.

На практике в DevOps QoS реализуется на разных уровнях:

1. На сетевом оборудовании (L2/L3):

   • Классификация и маркировка трафика: Использование DSCP (Differentiated Services Code Point) в IP-заголовках или 802.1p в Ethernet-фреймах для пометки пакетов (например, VoIP — высокий приоритет, bulk-данные — низкий).
   • Очереди и планирование: Механизмы вроде Weighted Fair Queuing (WFQ) или Class-Based Weighted Fair Queuing (CBWFQ) на маршрутизаторах и коммутаторах, которые обеспечивают полосу пропускания для разных классов трафика.
   • Traffic Shaping и Policing: Ограничение скорости трафика для предотвращения перегрузки канала (shaping) или отбрасывания избыточных пакетов (policing).

2. В виртуализации и облаке:

   • Гипервизоры (vSphere, Hyper-V, KVM): Настройка Shares, Reservation и Limit для CPU, памяти и сети виртуальных машин.
   • SDN (Software-Defined Networking): Политики QoS в решениях вроде VMware NSX или Cisco ACI, которые могут динамически применяться к workloads.

3. В Kubernetes (как часть управления ресурсами): Хотя Kubernetes не управляет сетевым QoS напрямую, он использует концепцию QoS Classes для управления ресурсами узла и определения приоритета эвакуации Pod'ов при нехватке ресурсов.

   apiVersion: v1
   kind: Pod
   metadata:
     name: qos-demo-guaranteed
   spec:
     containers:
     - name: nginx
       image: nginx
       resources:
         # Guaranteed QoS Class (высший приоритет)
         # Устанавливается, если limits == requests для всех ресурсов
         limits:
           memory: "200Mi"
           cpu: "700m"
         requests:
           memory: "200Mi"
           cpu: "700m"

   Классы QoS в Kubernetes:

   • Guaranteed: Высший приоритет. Устанавливается, если для всех контейнеров Pod'а limits равны requests. Такие Pod'ы последними будут подвергаться эвакуации (eviction) при нехватке ресурсов на узле.
   • Burstable: Средний приоритет. Устанавливается, если Pod имеет requests, но не все limits равны requests. Имеет гарантированный минимум (requests), но может использовать больше, если ресурсы свободны.
   • BestEffort: Низший приоритет. Устанавливается, если Pod не имеет заданных requests и limits. Первыми будут убиты (OOMKilled) при нехватке памяти.

Практический пример применения: Мы настраивали QoS для продакшн-кластера Kubernetes, где сервисы реального времени (обработка платежей) получали класс Guaranteed, фоновые джобы — Burstable, а тестовые поды — BestEffort. Это предотвращало влияние фоновых задач на критичные сервисы при нагрузке на узлы.