Создание и настройка Виртуального Сервера для балансировки по протоколу RAPID-TCP

Создание и настройка Виртуального Сервера выполняется одним из способов: 

Для создания и настройки Виртуального Сервера для балансировки по протоколу RAPID-TCP используются команды:

Описание параметров также приведено в подразделе Объект vs.

  • создание Виртуального Сервера:
set vs RAPID-TCP <имя>
BASH
  • задание IP-адреса Виртуального Сервера:
set vs RAPID-TCP <имя> vip ip <IP-адрес>
BASH
  • задание порта Виртуального Сервера:
set vs RAPID-TCP <имя> vip port <порт>
BASH
  • задание алгоритма определения статуса Виртуального Сервера:

Алгоритм определения статуса может быть:

  • OR – статус Виртуального Сервера будет «В работе», если работает хотя бы один ассоциированный с ним Сервер Балансировки;
  • AND – статус Виртуального Сервера будет «В работе», если работают все ассоциированные с ним Серверы Балансировки;
  • NONE – не использовать никакой из алгоритмов.
set vs RAPID-TCP <имя> check-lbs algorithm <алгоритм>
BASH
  • задание Сервера Балансировки (можно указать несколько узлов), по состоянию которого будет определяться статус Виртуального Сервера:

Статус Виртуального Сервера зависит от статуса ассоциированного с ним Сервера Балансировки. Алгоритм определения статуса задается в команде выше.

set vs RAPID-TCP <имя> check-lbs lbs-ids <имя>
BASH
  • задание правила выбора Сервера Балансировки:

Параметр <приоритет> задает приоритет применения правила: чем ниже число, тем выше приоритет, и тем раньше правило будет обработано Виртуальным Сервером.

set vs RAPID-TCP <имя> netrules <приоритет>
BASH
  • задание сети источника в формате CIDR для правила:

В правиле задается сеть источника запроса: в зависимости от того, из какой сети подключился пользователь, будет выбран тот или иной Сервер Балансировки.

set vs RAPID-TCP <имя> netrules <приоритет> network <сеть><длина_префикса>
BASH
  • задание Сервера Балансировки для правила:
set vs RAPID-TCP <имя> netrules <приоритет> lbs-id <имя>
BASH
  • (опционально) привязка VRF к Виртуальному Серверу:
set vs RAPID-TCP <имя> vrf <имя_VRF>
BASH
  • (опционально) активация возможности анонсирования IP-адреса (Route Health Injection – RHI), привязанного к Виртуальному Серверу, протоколам динамической маршрутизации:

Для работы RHI необходимо, чтобы динамическая маршрутизация была включена на Termidesk Connect (см. подраздел Настройка динамической маршрутизации для функционала RHI).

Параметру могут быть заданы значения:

  • ON – активация RHI. При активации RHI Termidesk Connect будет анонсировать в сеть IP-адреса Виртуальных Серверов в зависимости от их режима работы;
  • OFF – отключение RHI.
set vs RAPID-TCP <имя> rhi <значение>
BASH
  • (опционально, только при активации RHI) задание режима работы RHI для Виртуального Сервера:

Параметру могут быть заданы значения:

  • ACTIVE – активный режим RHI для Виртуального Сервера;
  • PASSIVE – пассивный режим RHI для Виртуального Сервера.

Идентификатором маршрута являются пары «VRF – IP-адрес» (поддерживаются множественные VRF), при этом состояние маршрута определяется условиями:

  • если все Виртуальные Сервера по данному маршруту находятся в режиме PASSIVE, то Termidesk Connect всегда будет объявлять маршрут для виртуального IP-адреса;
  • если хотя бы один Виртуальный Сервер находятся в режиме ACTIVE и  в состоянии «В работе», то Termidesk Connect будет объявлять маршрут для виртуального IP-адреса;
  • в остальных случаях Termidesk Connect не будет объявлять маршрут.
set vs RAPID-TCP <имя> rhi-state <значение>
BASH
  • применение заданных настроек:
commit
BASH
  • сохранение настроек:
write
BASH
  • просмотр заданных настроек (указывается формат вывода – XML, JSON и TXT):
show configuration xml vs RAPID-TCP <имя>
BASH
  • просмотр выполненных команд:
show configuration cli vs RAPID-TCP <имя>
BASH