From b162e3cda3c125e8551e10a62a8ceeb01b00e6ee Mon Sep 17 00:00:00 2001 From: Kirill Kononovich <41591254+kirkonru@users.noreply.github.com> Date: Tue, 13 Sep 2022 15:46:09 +0300 Subject: [PATCH] Add RU localization for proxies.md --- .../cluster-administration/proxies.md | 62 +++++++++++++++++++ 1 file changed, 62 insertions(+) create mode 100644 content/ru/docs/concepts/cluster-administration/proxies.md diff --git a/content/ru/docs/concepts/cluster-administration/proxies.md b/content/ru/docs/concepts/cluster-administration/proxies.md new file mode 100644 index 0000000000..a2aa66a4aa --- /dev/null +++ b/content/ru/docs/concepts/cluster-administration/proxies.md @@ -0,0 +1,62 @@ +--- +title: Типы прокси-серверов в Kubernetes +content_type: concept +weight: 90 +--- + + +На этой странице рассказывается о различных типах прокси-серверов, которые используются в Kubernetes. + + + + +## Прокси-серверы + +При работе с Kubernetes можно столкнуться со следующими типами прокси-серверов: + +1. [kubectl](/docs/tasks/access-application-cluster/access-cluster/#directly-accessing-the-rest-api): + + - работает на локальной машине или в Pod'е; + - поднимает канал связи от локальной машины к интерфейсу API-сервера Kubernetes; + - данные от клиента к прокси-серверу передаются по HTTP; + - данные от прокси к серверу API передаются по HTTPS; + - отвечает за обнаружение сервера API; + - добавляет заголовки аутентификации. + +1. [Прокси-сервер API](/docs/tasks/access-application-cluster/access-cluster-services/#discovering-builtin-services): + + - бастион, встроенный в API-сервер; + - подключает пользователя за пределами кластера к IP-адресам кластера, которые в ином случае могут оказаться недоступными; + - входит в процессы сервера API; + - данные от клиента к прокси-серверу передаются по HTTPS (или по HTTP, если сервер API настроен соответствующим образом); + - данные от прокси-сервера к цели передаются по HTTP или HTTPS в зависимости от настроек прокси; + - используется для доступа к узлам, Pod'ам или сервисам; + - при подключении к сервису выступает балансировщиком нагрузки. + +1. [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips): + + - работает на каждом узле; + - обрабатывает трафик UDP, TCP и SCTP; + - "не понимает" HTTP; + - выполняет функции балансировщика нагрузки; + - используется только для доступа к сервисам. + +1. Прокси-сервер/балансировщик нагрузки перед API-сервером(-ами): + + - наличие и тип (например, nginx) определяется конфигурацией кластера; + - располагается между клиентами и одним или несколькими серверами API; + - балансирует запросы при наличии нескольких серверов API. + +1. Облачные балансировщики нагрузки на внешних сервисах: + + - предоставляются некоторыми облачными провайдерами (например, AWS ELB, Google Cloud Load Balancer); + - создаются автоматически для сервисов Kubernetes с типом `LoadBalancer`; + - как правило, поддерживают только UDP/TCP; + - наличие поддержки SCTP зависит от реализации балансировщика нагрузки облачного провайдера; + - реализация варьируется в зависимости от поставщика облачных услуг. + +Пользователи Kubernetes, как правило, в своей работе сталкиваются только с прокси-серверами первых двух типов. За настройку остальных типов обычно отвечает администратор кластера. + +## Запросы на перенаправления + +На смену функциям перенаправления (редиректам) пришли прокси-серверы. Перенаправления устарели.