Про балансировщики нагрузки с промежуточным и оконечным прокси / One arm vs. Two arm load balancing

Two arm — in line mode — Routed mode 

In this senario the clients and the servers are in 2 different networks (2 arms) and can talk to each other via load balancer which sits between them — inline. Clients are front end, servers are back end with load balancer in between. In most of the cases the backend servers have the load balancer as their gateway and the source or client ip can be preserved.

Балансировщик с промежуточным прокси

В таком сценарии клиенты (фронтенд) и серверы (бэкенд) находятся в разных сетях и обмениваются данными через балансировщик нагрузки. Обычно балансировщик играет роль шлюза NAT для бэкенда; IP-адрес клиента  (отправителя) не меняется. 
Two Arm Load Balancer Topology

NOTE — Only the destination IP is changed.

Топология балансировщика с промежуточным прокси

Преобразован только IP-адрес назначения

Single arm — One arm

In this mode the load balancer is not in-line, the clients and the servers are in the same network. There is no need for the servers to have load balancer as the gateway.

Балансировщик с оконечным прокси

В таком режиме клиенты и серверы находятся в одной сети. Балансировщик расположен с краю и для серверов роль шлюза NAT не выполняет. 
Since we need to load balance the client will talk to the load balancer VIP and the server should be able to send the traffic back to the load balancer Когда необходимо распределить нагрузку между серверами, клиенты направляют запросы на виртуальный IP-адрес балансировщика, а балансировщики распределяют их между серверами. Серверы в ответ отправляют данные клиентам через балансировщики. 
 …but remember since the servers do not have the load balancers as the gateway we need to use SNAT for the servers to talk back to the LTM or it could cause asymmetric routing problem. Поскольку для бэкенд серверов балансировщики как шлюзы не работают, серверам для отправки ответа нужен SNAT (Source Network Address Translation). В противном случае может возникнуть проблема асимметричной маршрутизации.
One Arm Balancer Topology

NOTE — Both source and destination ip’s are changed.

Топология балансировщика с оконечным прокси

Преобразованы IP-адреса источника и назначения

 

Оригинал: http://globalitlinks.blogspot.com/2014/04/one-arm-vs-two-arm-load-balancing.html

Переводчик: ИТ-маркетинговый стажер-переводчик БП «Альянс ПРО» Бедретдинова Диана

 

#alproTS, #english, #l10n, #russian, #t9n, #translation, #xl8

Материалы обработал: