Расширенная балансировка нагрузки и кластеризация в Azure

СООБЩЕНИЕ ОТ Zevenet | 19 мая 2021 г.

В следующей статье описывается, как настроить расширенные службы балансировки нагрузки с помощью ZEVENET Load Balancer для высокой доступности в инфраструктуре виртуальных машин Azure. Мы собираемся описать процедуру настройки ZEVENET Кластеризация и настройка профиля балансировки нагрузки TCP для служб HTTP балансировки нагрузки с фермой внутренних серверов. Предлагаемый пример такой же, как в Расширенная балансировка нагрузки и кластеризация в веб-сервисах Amazon .

На этот раз мы собираемся продемонстрировать, как его можно применить в Azure с помощью служб Azure. Следующая диаграмма описывает архитектуру, которую мы хотим развернуть. Балансировка веб-нагрузки с помощью ZEVENET Application Delivery Controller в Azure.

Каждая машина ZEVENET ADC настроена с одним интерфейсом eth0, и каждому экземпляру назначается общедоступный IP-адрес, а также дополнительный общедоступный IP-адрес назначается другому дополнительному IP-адресу через eth0 в экземпляре LB1, который будет использоваться для целей балансировки нагрузки, как описано ниже:
LB1 закреплен за 10.0.1.9 в eth0 доступ к этому экземпляру будет осуществляться напрямую по общедоступному IP-адресу 40.117.239.182
LB2 закреплен за 10.0.1.8 в eth0 доступ к этому экземпляру будет осуществляться напрямую по общедоступному IP-адресу 137.135.92.30

Дополнительный IP-адрес назначается LB1 и настраивается в балансировщике нагрузки с именем eth0: vip1 и IP. 10.0.1.11, этот IP-адрес используется для настройки одной службы балансировки нагрузки и является частью службы кластера, поэтому этот IP-адрес будет одновременно работать только в одном из экземпляров ZEVENET, который управляет АКТИВНОЙ ролью в кластере. Этот внутренний IP-адрес назначается общедоступному IP-адресу. 52.170.117.153, к которому клиенты обращаются для подключения к опубликованной веб-службе.

Наконец, бэкэнды - это экземпляры виртуальных машин с веб-серверами на базе Linux, эти экземпляры являются частью службы балансировки нагрузки, к которой клиент подключается по запросу. http://52.170.117.153/ .

Чтобы реализовать показанную архитектуру, мы собираемся развернуть два экземпляра ZEVENET Load Balancer, которые доступны в магазине Azure. Просто нажмите «создать ресурс» на домашней странице портала Azure и выполните поиск по продукту ZEVENET Load Balancer.

Вы можете настроить каждый параметр балансировщика нагрузки, как любую другую виртуальную машину. Для этого вам необходимо учесть следующее:
Для своих целей B1ls вполне достаточно.
Для каждой машины балансировщика будет создан связанный сетевой интерфейс. Настройте его общедоступный IP-адрес, частную сеть и группу безопасности в форме создания балансировщика. Имейте в виду, что этот общедоступный IP-адрес потребуется для доступа к его графическому интерфейсу. Каждая виртуальная сеть изолирована от других, поэтому выбранная виртуальная сеть должна быть такой же, где расположены другой балансировщик и бэкенды.

ZEVENET использует TCP-порт 444 для управления веб-интерфейсом HTTPS и TCP-порт 22 в SSH для управления из командной строки и кластеризации. Кроме того, каждый виртуальный порт, используемый в виртуальных службах балансировщика нагрузки, необходимо будет включить в вашу группу безопасности. В этом случае мы должны настроить следующее входящее правило, чтобы разрешить входящий трафик на TCP-порт 80, чтобы получить доступ к нашим внутренним HTTP-службам. Эти сетевые конфигурации могут быть настроены в группе безопасности сети.

После того, как виртуальные устройства ZEVENET развернуты и состояния экземпляров показывают рабочий режим, мы можем приступить к настройке сети.

Мы должны настроить сетевые интерфейсы, щелкнув их прямо с предыдущей страницы или ища их на домашней странице. Нажмите на IP-конфигурации и убедитесь, что у вас есть конфигурация, позволяющая проходить HTTP-трафик.

В активном узле нам понадобятся две конфигурации IP. Общедоступный IP-адрес, связанный только с частным IP-адресом (который будет использоваться для целей управления), и общедоступный IP-адрес кластера, связанный с частным IP-адресом, зарезервированным для наших целей балансировки.

После настройки общедоступных IP-адресов виртуальные балансировщики нагрузки будут доступны следующим образом:
LB1 будет доступен через https:// 40.117.239.182:444 пользователь root и пароль для идентификатора экземпляра.
LB1 будет доступен через ssh в IP 40.117.239.182, это настраивается во время развертывания виртуальной машины.
LB2 будет доступен через https:// 137.135.92.30:444 пользователь root и пароль для идентификатора экземпляра.
LB2 будет доступен через ssh в IP 137.135.92.30, это настраивается во время развертывания виртуальной машины.

Если перед продолжением вы подумываете об изменении имени хоста, перезагрузите экземпляр виртуальной машины, чтобы изменения вступили в силу.

После успешного доступа к веб-интерфейсу вы увидите два важных значения: имя хоста и ключ сертификата. Обе части информации уникальны для каждого балансировщика нагрузки и связаны с лицензией активации; используйте эту информацию в следующем URL-адресе, как описано: https://www.zevenet.com/activate-enterprise-edition-cloud-evaluation/.

После заполнения формы система автоматически отправляет лицензию на указанный адрес электронной почты. Пожалуйста, загрузите полученную лицензию на активацию PEM через веб-интерфейс в каждом балансировщике нагрузки. После этого веб-интерфейс разблокируется, и все функции полностью включены и работают.
Проделайте ту же процедуру активации на обоих узлах LB1 и LB2.

Теперь мы готовы настроить службу ZEVENET Cluster, поэтому перейдите на веб-панель в LB1 через назначенный общедоступный IP-адрес. https://40.117.239.182:444, Раздел Система> Кластер заполнить следующую форму:

Учетные данные Azure:
          Информация о пользователе: ваше имя пользователя Azure.
           Пароль: ваш пароль Azure.

Настроить кластер:
          Локальный IP: выберите IP и NIC для eth0.
          Удаленный IP: введите здесь IP-адрес eth0 в узле LB2.
          Пароль удаленного узла и Подтвердите пароль: введите здесь пароль root для ssh на другом узле, по умолчанию идентификатор экземпляра LB2.

Нажмите на Порождать и подождите несколько секунд, пока узел, на котором вы запускаете конфигурацию, примет ACTIVE роль (LB1), а другой (LB2) возьмет на себя Пассивная Роль.

На данный момент кластер ZEVENET настроен в Azure и готов к работе, поэтому давайте настроим нашу первую кластерную службу балансировки нагрузки.
Абсолютно необходимо вставить учетные данные Azure на обоих узлах. Так что перейдите на веб-панель в LB2 через назначенный общедоступный IP-адрес. https:// 137.135.92.30:444 и заполните также учетные данные Azure. Следует уточнить, что эти учетные данные пользователя нигде не будут храниться, они будут использоваться только для создания прямого активного пользователя с разрешениями только на изменение сетевых интерфейсов кластера.

Настройка простой балансировки нагрузки L4 для веб-сервисов

Перейдите в LSLB> Фермы> Создать ферму со следующими параметрами.

Учтите, что используемый Виртуальный IP 10.0.1.11 настроен ли ранее виртуальный IP-адрес и является ли ресурс кластера доступным всегда из ACTIVE узел. Нажмите Создавай и продолжаем. Настроить раздел Услуги как описано:

Используйте Постоянство IP с тайм-аутом 60 секунд на тот случай, если вам нужно гарантировать, что один и тот же IP-адрес клиента будет подключен к одному и тому же бэкэнду в течение определенного периода времени. Настройте расширенные проверки работоспособности с помощью FarmGuardian. Используйте check_tcp в качестве простой проверки работоспособности, чтобы убедиться, что бэкэнд-порт TCP 80 открыт в каждом бэкэнде Затем добавьте внутренние IP-адреса внутренних серверов и порт, на котором работают настоящие веб-службы.

Теперь проверьте соединение с Открытый IP-адрес http://52.170.117.153/ назначен внутреннему IP 10.0.1.11, соединение будет проходить через балансировщик нагрузки с помощью eth0: VIP1 и перенаправлен на один из доступных бэкэндов.

Затем принудительно измените ACTIVE роль в кластере, например, перезагрузит узел с этой ролью, другой возьмет виртуальную службу и снова подключится к общедоступному IP-адресу. Текущие и новые клиентские соединения будут установлены с одним и тем же сервером, но на этот раз через новый ACTIVE узел.

Наслаждайтесь расширенной балансировкой нагрузки и кластеризацией в Azure с ZEVENET!

Поделись:

Документация в соответствии с условиями GNU Free Documentation License.

Была ли эта статья полезна?

Статьи по теме