Каково различие между Подсистемой балансировки нагрузки и Обратным Прокси?
Возможно, это - специализированная переменная, которая установлена в ~/.screenrc файл?
Ваш беспорядок разумен - они часто - то же самое. Но не всегда. Когда Вы обращаетесь к подсистеме балансировки нагрузки, Вы обращаетесь к очень определенной вещи - сервер или устройство, которое балансирует входящие запросы через два или больше веб-сервера для распределения нагрузки. Обратный прокси, однако, обычно имеет любое количество функций:
выравнивание нагрузки: как обсуждено выше
кэширование: это может кэшировать содержание от веб-сервера (веб-серверов) позади него и таким образом уменьшить нагрузку на веб-сервер (веб-серверы) и возвратить некоторое статическое содержание назад запрашивающей стороне, не имея необходимость получать данные из веб-сервера (веб-серверов)
безопасность: это может защитить веб-сервер (веб-серверы) путем предотвращения прямого доступа от Интернета; это могло бы сделать это через простые средства, просто запутав веб-сервер (веб-серверы), или это может иметь некоторые более активные компоненты, которые на самом деле рассматривают входящие запросы, ища вредоносный код
Ускорение SSL: когда SSL используется; это может служить оконечной точкой для тех сессий SSL так, чтобы рабочая нагрузка контакта с шифрованием была разгружена от веб-сервера (веб-серверов)
Я думаю, что это покрывает большую часть из него, но существует, вероятно, несколько других функций, которые я пропустил. Конечно, это не редко для наблюдения устройства или части программного обеспечения, проданного как подсистема балансировки нагрузки / обратный прокси, потому что функции так обычно связываются вместе.
Кроме того, обратный прокси характерен для веб-серверов.
Подсистемы балансировки нагрузки однако могут иметь дело с большим количеством других протоколов. В то время как сеть (HTTP) является большой идеей в наше время, вещами как DNS, почта (SMTP, IMAP), и т.д. может быть загрузка, сбалансированная также. Это только в наше время, когда большинство людей думает "Интернет" или "сеть IP", они думают о сети. Существует набор больше материала там, который может быть более неясным, или больше ниши.
В то время как конечным результатом (распределяющий запросы между серверами) является то же между различными подсистемами балансировки нагрузки и обратными прокси, различие находится в методе, используемом для распределения запросов.
Некоторые подсистемы балансировки нагрузки балансируют трафик с помощью DNS, разрешая то же имя к другому дюйм/с в циклическом алгоритме, эффективно перенаправляющем запросы. Это может часто быть полезно, когда выравнивание нагрузки запрашивает между дата-центрами или другими физическими местоположениями. Это - плохой выбор при необходимости в "моменте", заменяют, поскольку Вы во власти своих клиентов сервер DNS для удостаивания TTL, который Вы обеспечили. GSS Cisco (Глобальный Селектор Сайта) является хорошим примером основанного на DNS выравнивания нагрузки.
Другие подсистемы балансировки нагрузки работают путем перезаписи заголовков пакета, предназначенных к виртуальному IP к реальному IP сервера в ферме. Это обеспечивает оперативное выравнивание нагрузки, и около момента заменяют. Примером этого был бы CSM Cisco (Модуль коммутации Содержания)
Обратите внимание, что и в выше примеров, существует разговор TCP между клиентом и в сервером.
Обратный прокси работает путем признавания, что запрос от имени веб-сервера, затем повторяющего тот запрос к веб-серверу и возвращающегося его к клиенту, дополнительно кэшируя результаты, должен подобный запрос следовать.
Обратите внимание, что клиент никогда на самом деле устанавливает соединение с веб-сервером; скорее разговор строго между прокси и клиентом.
Обратный прокси принимает запрос от клиента, пересылает его на сервер, который может его выполнить , и возвращает ответ сервера клиенту. (что означает, что сервер за обратным прокси-сервером может взаимодействовать с несколько другими функциями протокола или другого протокола).
балансировщик нагрузки распределяет входящие клиентские запросы среди группы серверов, в каждом случае возвращая ответ от выбранного сервера соответствующему клиенту.
Балансировщик нагрузки может балансировать трафик от уровня 3 вверх до уровня 7, но обратный прокси-сервер зависит от HTTP.