Citrix NetScasler. Load Balancing: В помощь начинающему администратору
А именно хотел остановиться на некотором функционале, которой обязательно пригодится? А именно — Балансировка нагрузки (Load Balancing). Казалось, вещь всем понятная, нужная, но к ее реализации зачастую подходим «сквозь пальцы».
Кто-то скажет, зачем для небольших компаний использовать Citrix NetScaler, ведь есть решения на базе DNS — DNS Round Robin. Для балансировки нагрузки — это не самый хороший выбор. Отступая в сторону я бы сказал — это «зло» и полная противоположность «Best Practices». А брать в расчет Windows LBS при большом количестве более достойных альтернатив — это «не спортивно».
А теперь я покажу почему это именно так:
Давайте проверим работу WEB серверов
1й:
2й:
3й:
Все готово для демонстрации.
Итак, установим критерии тестирования для выявления слабых и сильных месть обоих решений.
В диспозиции мы имеем 3 зеркальных Web сервера b настроенный MS DNS севрер с настроенным Round robin с созданными 3 мя записями тестируемых серверов DNS.
Настроенный Citrix NetScaler c функционалом Load Balancing.
Прежде всего освежим в памяти как работает DNS Round robin. Ну тут особо углубляться не буду в теорию, полагаю само название говорит само за себя. Расскажу только на «пальцах»: при включенной функции Round robin сервер DNS каждый раз выдает новый ответ за запрос от клиентов. Ниже приведена наглядная картина, при которой каждый новый запрос получает новый ответ.
Казалось все понятно. Но давайте подумаем, что, если один из серверов недоступен и/или загружен. Усложним тестирование и выключим один из серверов:
Вот оно, первый-же запрос выпадет на выключенный сервер. Говорить при таком подходе об отказоустойчивом сервисе не представляется возможным, тут не поспоришь.
Как поступить в подобной или аналогичной ситуации? Доступность для зеркальных Web серверов — это частный случай, в качестве балансировщика может быть разнообразные сервисы и службы.
Почему как одно из решения я «настойчиво рекомендую» посмотреть в сторону решения NetScaler от Citrix.
Во-первых — данную задачу может решить бесплатная версия Citrix NetScaler. А во-вторых и последующих — решение, проверенное временем, простое, удобное и предоставляющее большой сторонний функционал.
Давайте посмотрим общею настройку Citrix NetScaler для балансировки доступности Web сервиса.
Имеется LB сервевр с настроенной группой серверов.
Логически схема выглядит так — балансировщик нагрузки 192.168.0.7 и 3 сервера:
Осталось проверить как будет вести себя балансировщик нагрузки Citrix NetScaler при выходе из строя 1 или даже 2х серверов из 3х имеющихся.
На видео я буду поочередно отключать один или два сервера с одновременным мониторингом доступности по ICMP протоколу и доступностью Load Balancing сервера.
Поехали!
Описание производимых операций:
— На представленном видео в начале мы с Вами видим как все 3 пред настроенные Web сервера работают, работает и LB сервер.
— Проверили доступность 3х серверов
— Отключили 1й сервер
— LB без потери стал перенаправлять на 2й и 3й серверы.
— Отключили 2й сервер
— LB без потери стал перенаправлять на 3й сервер.
— Включили 1й сервер
— LB без потери стал перенаправлять на 1й и 3й серверы.
Итак, давайте подведем краткие итоги. Уверен, что найду достаточно много вариантов применения инструмента балансировки нагрузки. С помощью Citrix NetScaler в большинстве организаций. Следовательно, администраторы сетей, системный администраторы могут им пользоваться. Пользоваться бесплатно, а инструмент имеет широчайший спектр применения. Кроме того, если в последующем придется сталкиваться с VDI решением от Citrix,
То Вы будите существенно подготовлены)
Лично мое мнение, обязательно стоит использовать инструмент, который может существенно повысить доступность сервисов и служб учитывая его положения на рынке, а самое главное в необходимой редакции он бесплатный.
P.S. В данном разделе мы не рассматриваем алгоритмы и методы балансировки, а лишь на «макро уровне» откроем для себя новый инструментарий работы.
Кроме того, хочется знать Ваше мнение. Какие решения для балансировки вы используете? Буду рад любым комментариям и замечаниям.
Комментарии (2)
23 августа 2016 в 02:19
0↑
↓
Подскажу другие аналоги:- Nginx
- haproxy
- relayd из Openbsd
- Direct Server Return (DSR) load balancing с помощью коммутатора и DSCP
23 августа 2016 в 07:36
0↑
↓
Правильно понимаю, что требуется дополнительный сервер? (По сравнению со схемой балансировки на уровне днс). И он является узким местом?