Как се реализира балансировката на натоварването в…

Балансировката на натоварването в Kubernetes се реализира на няколко нива:

Служба (на нивото на Kube-proxy):
- Всеки Pod в службата получава уникален IP адрес.
- Kube-proxy, работещ на всеки възел, следи промените в службата и EndpointSlice.
- Настройва правила за пренасочване на трафика (iptables, ipvs) към кластерния IP адрес на службата.
- Трафикът, достигащ до кластерния IP на службата, се разпределя между Pod-овете на тази служба според избрания алгоритъм (по подразбиране Round Robin).
- Има два режима на работа на Kube-proxy: iptables (стандартен, базиран на Linux netfilter) и ipvs (по-ефективен за големи клъстери, базиран на Virtual Server API).
```
apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: my-app # Избира Pod-ове с етикет app: my-app
  ports:
    - protocol: TCP
      port: 80 # Порт на службата
      targetPort: 8080 # Порт на Pod-овете
```
Ingress (на ниво L7):
- Работи като единна точка за вход за външно балансирване на HTTP/S трафика.
- Необходим е контролер Ingress (например Nginx Ingress Controller) за реализиране на правилата.
- Насочва трафика към конкретна служба в клъстера въз основа на пътя URL, името на хоста и други правила L7.
- Позволява реализиране на различни стратегии за балансировка, SSL termination, виртуален хостинг по име.
```
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress
spec:
  rules:
  - host: myapp.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: my-service # Насочва трафика към тази служба
            port:
              number: 80
```
LoadBalancer Service (на ниво Cloud Provider):
- При създаване на Service с тип LoadBalancer Kubernetes взаимодейства с API на облачния доставчик (AWS, GCP, Azure и др.).
- Доставчикът създава външен балансировач на натоварване, който насочва трафика към възлите на клъстера.
- След това Kube-proxy пренасочва трафика към Pod-овете вътре в клъстера.
- Този тип Service осигурява външен достъп и балансировка на ниво L4 (TCP/UDP) или L7 (HTTP/S) в зависимост от доставчика.
```
apiVersion: v1
kind: Service
metadata:
  name: my-external-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  type: LoadBalancer # Създава външен балансировач
```
Потребителски Load Balancers (например, HAProxy, Nginx като Pod):
- Може да се разположи балансировач вътре в клъстера като Deployment и Service (ClusterIP или NodePort).
- Настройва външния трафик към този Service.
- Балансировачът ще разпределя трафика между другите Pod-ове.

По този начин Kubernetes предлага многостепенен подход към балансировката на натоварването, комбинирайки вградени механизми (Service, Kube-proxy) с външни решения (Ingress, Cloud Provider Load Balancers) и възможността за разполагане на собствени балансировачи.

Как се реализира балансировката на натоварването в Kubernetes?