Выбрав пункт Индивидуальная настройка на вкладке Общие, можно указать сведения об участниках пула — например, порт, через который участникам поступает трафик, тип протокола, который подсистема балансировки NSX может использовать для обращения к этому порту, алгоритм, используемый для балансировки нагрузки, а также параметры сохранения устойчивости.

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

Параметры протокола и порта участника по умолчанию соответствуют параметрам протокола и порта на странице Общие.

Пул компьютеров-участников отображается в значении параметра Участник в пользовательском интерфейсе компонента подсистемы балансировки нагрузки схемы элементов. Запись Участник указывает пул или кластер компьютеров.

Процедура

  1. (Необязательно) Параметр Протокол участника соответствует протоколу, определенному на вкладке Общие. Этот параметр определяет, как участник пула должен получать сетевой трафик.
  2. (Необязательно) Введите номер порта в текстовом поле Порт участника, чтобы указать порт, по которому участник пула должен получать сетевой трафик.

    Например, если входящий запрос на виртуальный IP-адрес (VIP) подсистемы балансировки нагрузки приходит на порт 80, возможно, понадобится направить этот запрос на другой порт (например, порт 8080) для участников пула.

  3. (Необязательно) Выберите алгоритм метода балансировки для этого пула.
    Варианты алгоритма и его параметры для вариантов, которым они требуются, описаны в таблице ниже.
    Параметр Описание и параметры алгоритма
    ROUND_ROBIN

    Каждый сервер используется по очереди в соответствии назначенным ему с весом.

    Если подсистема балансировки нагрузки была создана в vRealize Automation, у всех участников одинаковый вес.

    Это самый уравновешенный и самый справедливый алгоритм, в котором время обработки сервера остается равно распределенным.

    Параметры алгоритма деактивированы для этого варианта.

    IP-HASH

    Выбирает сервер на основании хэша исходного IP-адреса и общего веса всех работающих серверов.

    Параметры алгоритма деактивированы для этого варианта.

    LEASTCONN

    Распределяет запросы клиентов по нескольким серверам на основании количества подключений к серверу, которые уже существуют.

    Новые подключения отправляются на сервер, к которому меньше всего подключений.

    Параметры алгоритма деактивированы для этого варианта.

    URI

    Левая часть URI (перед знаком вопроса) хэшируется и делится на общий вес работающих серверов.

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

    Этот параметр алгоритма URI имеет два компонента: uriLength=<len> и uriDepth=<dep>. Введите параметры длины и глубины в отдельных строках в текстовом поле Параметры алгоритма.

    Параметры длины и глубины должны быть положительными целыми числами. Эти компоненты могут выполнять балансировку серверов, основываясь только на первой части URI.

    Параметр длины указывает, что алгоритм должен принимать во внимание только определенные символы в начале URI для вычисления хэша. Диапазон параметра длины должен составлять 1<=len<256.

    Параметр глубины определяет максимальную глубину каталога, который следует использовать для вычисления хэша. С каждой косой чертой в запросе добавляется один уровень. Диапазон параметра глубины должен составлять 1<=len<10.

    Если определены оба параметра, проверка прекращается, когда один из параметров достигается.

    HTTPHEADER

    Имя заголовка HTTP проверяется в каждом запросе HTTP.

    В имени заголовка в круглых скобках не учитывается регистр, что похоже на функцию ACL 'hdr()'.

    Параметр алгоритма HTTPHEADER имеет один компонент headerName=<name>. Например, можно использовать host как параметр алгоритма HTTPHEADER.

    Если заголовок отсутствует или не содержит никакого значения, применяется алгоритм циклического перебора.

    URL-адрес

    Поиск параметра URL-адреса, указанного в аргументе, выполняется в строке запроса для каждого запроса HTTP GET.

    Этот параметр алгоритма URL-адреса имеет один компонент urlParam=<url>.

    Если за параметром следует знак равенства (=) и значение, это значение хэшируется и делится на общий вес работающих серверов. Результат этого действия определяет, какой сервер получает запрос. Этот процесс используется для отслеживания идентификаторов пользователей в запросах, благодаря чему один и тот же ИД пользователя всегда отправляется на один и тот же сервер, пока количество работающих серверов остается неизменным.

    Если значение или параметр не найдены, применяется алгоритм циклического перебора.

  4. (Необязательно) Выберите метод сохранения устойчивости для этого пула.

    Устойчивость отслеживает и сохраняет такие данные сеанса, как конкретный участник пула, который обслужил запрос клиента. Благодаря сохранению устойчивости запросы клиента направляются к одному и тому же участнику пула во время существования сеанса или в течение последующих сеансов.

    Протокол Поддерживаемый метод сохранения устойчивости
    HTTP Нет, файлы cookie, исходный IP-адрес
    HTTPS Нет, IP-адрес источника и идентификатор сеанса SSL
    TCP Нет, исходный IP-адрес, MSRDP
    UDP Нет, исходный IP-адрес
    • Выберите файлы Cookie, чтобы вставить уникальный файл cookie для определения сеанса при первом входе клиента на сайт. Для сохранения подключения к соответствующему серверу в последующих запросах на этот файл cookie имеется ссылка.
    • Выберите Исходный IP-адрес, чтобы отслеживать сеансы на основании исходных IP-адресов. Когда клиент запрашивает подключение к виртуальному серверу, поддерживающему сохранение сходства адресов источника, подсистема балансировки нагрузки проверяет, подключался ли этот клиент ранее, и, если подключался, перенаправляет клиента к тому же участнику пула.
    • Выберите идентификатор сеанса SSL, а затем «Сквозной режим SSL» в качестве шаблона трафика HTTPS.
      • Сквозной режим SSL — Клиент -> HTTPS -> LB (сквозной режим SSL) -> HTTPS -> сервер
      • Клиент — HTTP-> LB -> HTTP -> серверы
      Примечание: vRealize Automation в настоящее время поддерживает только сквозной режим SSL. Метод «Сквозной режим SSL» используется вне зависимости от вашего выбора.
    • Выберите MSRDP, чтобы поддерживать непрерывные сеансы между клиентами Windows и серверами, на которых запущена служба протокола удаленного рабочего стола Майкрософт (RDP). Рекомендованный сценарий для включения сохранения устойчивости MSRDP включает в себя создание пула балансировки нагрузки, состоящего из участников, работающих под управлением поддерживаемого сервера Windows Server, в котором все участники принадлежат кластеру Windows и принимают участие в каталоге сеанса Windows.
    • Выберите Нет, чтобы указать, что действия сеанса не сохраняются для последующего использования.
  5. При использовании параметра сохранения устойчивости файлов cookie введите имя файла cookie.
  6. (Необязательно) Выберите режим, при котором файл cookie вставляется из раскрывающегося меню Режим.
    Параметр Описание
    Вставка

    NSX Edge отправляет файл cookie.

    Если сервер отправляет один файл cookie или несколько, клиент получает дополнительный файл cookie (файлы cookie сервера + файл cookie NSX Edge). Если сервер не отправляет файл cookie, клиент получает файл cookie NSX Edge.

    Префикс

    Сервер отправляет файл cookie. Используйте этот параметр, если ваш клиент поддерживает только один файл cookie.

    Если у вас закрытое приложение, использующее закрытый клиент, который поддерживает только один файл cookie, веб-сервер отправляет файл cookie, но NSXEdge вставляет (как префикс) свою информацию cookie в значение файла cookie сервера

    Сеанс приложения

    Сервер не отправляет файл cookie. Вместо этого он отправляет сведения о сеансе пользователя в виде URL-адреса.

    Например, http://mysite.com/admin/UpdateUserServlet;jsessionid=X000X0XXX0XXXX, где jsessionid — это сведения о сеансе пользователя, которые используются для устойчивости.

  7. (Необязательно) Введите срок окончания действия сохранения для файлов cookie в секундах.

    Например, для балансировки нагрузки L7 с исходным IP-адресом TCP срок действия механизма устойчивости истекает, если в указанный срок не создается ни одного нового подключения TCP, даже если существующие подключения все еще активны.

  8. (Необязательно) Щелкните вкладку Проверка работоспособности и перейдите к разделу Определение параметров проверки работоспособности виртуального сервера, чтобы продолжить определение виртуального сервера в компоненте подсистемы балансировки нагрузки NSX.