Балансировщики нагрузки

Сохраните следующую спецификацию для создания сервиса типа LoadBalancer в YAML-файл с именем service-lb.yaml:

apiVersion: v1
kind: Service
metadata:
  name: sample-lb
spec:
  selector:
    app: echoserver
  externalTrafficPolicy: Cluster
  type: LoadBalancer
  ports:
    - port: 80 # порт, на котором будет доступно ваше приложение извне
      name: "main"
      targetPort: 8080 # внутренний порт контейнера с вашим приложением
      protocol: TCP # Возможные значения "TCP" или "UDP"
    - port: 8080
      name: "secondary"
      targetPort: 8080
      protocol: TCP

Где:

• externalTrafficPolicy — параметр, с помощью которого можно управлять маршрутизацией трафика на нод
  Возможные параметры:

• • Cluster — трафик попадает на любой из узлов кластера; при этом:
    • в случае отсутствия нужных подов на узле, трафик перенаправляется с помощью kube-proxy на другой узел
  • СКОРО Local — трафик напрямую попадает на узлы, где запущены контейнеры приложений; при этом:
    
    • используется меньше горизонтального трафика между виртуальными машинами
• protocol — параметр, который позволяет выбрать протокол передачи данных
  Возможные параметры:

  • TCP — гарантирует доставку данных; подходит для большинства сценариев

  • UDP — работает быстрее, но не гарантирует доставку данных; используется для систем, чувствительных к задержкам, например, для стриминга, видео-конференций и т. д.

Для создания LoadBalancer с внутренним IP-адресом необходимо добавить следующие аннотации: cloud.mts.ru/load-balancer-type: private и cloud.mts.ru/private-load-balancer-ip: {IP-адрес из допустимого диапазона}.

Сохраните следующую спецификацию для создания сервиса типа LoadBalancer в YAML-файл с именем service-lb.yaml:

apiVersion: v1
kind: Service
metadata:
  name: sample-lb
  annotations:
    cloud.mts.ru/load-balancer-type: private # для указания типа балансировщика (обязательно)
    cloud.mts.ru/private-load-balancer-ip: {IP-адрес из допустимого диапазона} # задает внутренний IP балансировщика (опционально)
spec:
  selector:
    app: echoserver
  externalTrafficPolicy: Cluster
  type: LoadBalancer
  ports:
    - port: 80 # порт, на котором будет доступно ваше приложение извне
      name: "main"
      targetPort: 8080 # внутренний порт контейнера с вашим приложением
      protocol: TCP # Возможные значения "TCP" или "UDP"
    - port: 8080
      name: "secondary"
      targetPort: 8080
      protocol: TCP

Где:

• cloud.mts.ru/load-balancer-type: private - аннотация, которая позволяет пометить балансировщик с внутренним IP-адресом.; указывать тип балансировщика необходимо, если это LoadBalancer с внутренним IP-адресом
• cloud.mts.ru/private-load-balancer-ip - ключ аннотации, который позволяет задать внутренний IP-адрес; адрес можно не указывать - тогда балансировщику будет сгенерирован и присвоен внутренний IP-адрес автоматически; если IP-адрес балансировщика указывается, то он должен быть валидным (смотрите раздел LoadBalancer с внутренним IP-адресом данной статьи), иначе балансировщик не создастся
• externalTrafficPolicy — параметр, с помощью которого возможно управлять маршрутизацией трафика на нодах
  Возможные параметры:

• • Cluster — трафик попадает на любой из узлов кластера; при этом:
    • в случае отсутствия нужных подов на узле, трафик перенаправляется с помощью kube-proxy на другой узел
  • СКОРО Local — трафик напрямую попадает на узлы, где запущены контейнеры приложений; при этом:
    
    • используется меньше горизонтального трафика между виртуальными машинами
• protocol — параметр, который позволяет выбрать протокол передачи данных
  Возможные параметры:

  • TCP — гарантирует доставку данных; подходит для большинства сценариев.  

  • UDP — работает быстрее, но не гарантирует доставку данных; используется для систем чувствительных к задержкам, например, для стриминга, видео-конференций и т. д.

• в терминале выполните команду:

curl xxx.xxx.xxx.xxx

или

• перейдите в браузере на адрес xxx.xxx.xxx.xxx

Где xxx.xxx.xxx.xxx — публичный IP-адрес из поля IP адрес на странице "Балансировщики нагрузки" или из поля EXTERNAL-IP

Результат выполнения команды:

CLIENT VALUES:
client_address=('100.64.48.21', 13315) (100.64.48.21)
command=GET
path=/
real path=/
query=
request_version=HTTP/1.1

SERVER VALUES:
server_version=BaseHTTP/0.6
sys_version=Python/3.5.0
protocol_version=HTTP/1.0

HEADERS RECEIVED:
Accept=*/*
Host=91.185.95.154
User-Agent=curl/7.71.1

Создайте еще один кластер в текущем проекте и разверните на нем еще одно приложение echoserver (или любое другое).

Чтобы протестировать работоспособность балансировщика, нужно из одного кластера отправить запрос на другой. Для этого понадобится подключиться ко второму кластеру и открыть в нем терминал.

• в терминале локальной машины выполните команду:

kubectl get pods

Результат выполнения команды:

NAME                     READY   STATUS    RESTARTS   AGE
{полное название пода}   1/1     Running   0          20h

• скопируйте полное название пода и вставьте в следующую команду в терминал локальной машины:

kubectl exec --stdin --tty {полное название пода} -- /bin/bash

• в итоге после подключения к кластеру откроется терминал:

root@{полное название пода}:/#

• в открывшемся терминале выполните команду:

curl xxx.xxx.xxx.xxx:pppp

Где:

• xxx.xxx.xxx.xxx — внутренний IP-адрес балансировщика нагрузки первого кластера из поля IP-адрес на странице "Балансировщики нагрузки" или из поля EXTERNAL-IP
• pppp - порт, на котором работает созданный ранее балансировщик нагрузки

Результат выполнения команды:

CLIENT VALUES:
client_address=('100.64.144.149', 4338) (100.64.144.149)
command=GET
path=/
real path=/
query=
request_version=HTTP/1.1

SERVER VALUES:
server_version=BaseHTTP/0.6
sys_version=Python/3.5.0
protocol_version=HTTP/1.0

HEADERS RECEIVED:
Accept=*/*
Host=10.129.0.2
User-Agent=curl/7.38.0