Что такое балансировщик нагрузки или ADC?
Балансировщики нагрузки претерпели значительную эволюцию и имеют гораздо больше интеллектуальных возможностей, чем раньше. Сегодня их часто называют контроллерами доставки приложений или ADC.
Прежде чем понять, что такое балансировщик нагрузки или ADC, необходимо разобраться в проблемах ИТ-специалиста и пользователя. Итак, давайте рассмотрим пример.
У компании есть веб-приложение, которое она публикует в Интернете. Приложение размещено на одном веб-сервере, а данные хранятся на отдельном сервере баз данных.
В качестве примера этот сервер использует IP-адрес 1.2.3.4.
Количество клиентов, обращающихся к приложению, постоянно растет, и некоторые отмечают, что производительность приложения снижается.
Анализ работы сервера показывает, что трафик на нем сильно возрос и продолжает расти.
Поэтому было принято решение добавить еще один сервер для размещения приложения.
Новый второй сервер использует IP-адрес 1.2.3.5.
Проблема заключается в том, как направить клиента на новый и текущий сервер, чтобы разделить нагрузку и обеспечить сохранение сеанса пользователя на первом вошедшем в систему сервере.
Ответ - балансировщик нагрузки или ADC.
Теперь решение.
Мы размещаем ADC перед двумя серверами приложений.
ADC будет иметь внешний IP-адрес 1.2.3.6, и брандмауэр NAT будет перенаправлять запросы на этот адрес, а не на прежний 1.2.3.4.
IP-адрес ADC, принимающий запросы, называется VIP, а конфигурация - виртуальной службой.
ADC получает запросы от пользователей-клиентов и передает их реальным серверам с помощью политик баланса нагрузки, отслеживая работоспособность серверов приложений для обеспечения эффективности.
ADC балансирует трафик на серверах в зависимости от используемой политики балансировки нагрузки, характера нагрузки и состояния серверов приложений.
Трафик с серверов будет отправляться обратно клиенту через ADC в обратном направлении.
Из-за природы обратного прокси сервер и клиент анонимны друг для друга.
Технология обратного прокси обеспечивает оптимальный уровень безопасности.
