EdgeADC Build 4.2.8.1909
Руководство по администрированию EdgeADC
×
Menu

IP-услуги

Раздел IP-служб ADC позволяет добавлять, удалять и настраивать различные виртуальные IP-службы, необходимые для конкретного случая использования. Настройки и опции представлены в следующих разделах. Эти разделы находятся в правой части экрана приложения.
Виртуальные услуги
Виртуальная служба объединяет виртуальный IP-адрес (VIP) и порт TCP/UDP, который прослушивает ADC. Трафик, поступающий на IP-адрес виртуальной службы, перенаправляется на один из реальных серверов, связанных с этой службой. IP-адрес виртуальной службы не может совпадать с адресом управления ADC, т.е. eth0, eth1 и т.д..
ADC определяет способ повторного распределения трафика на серверы на основе политики балансировки нагрузки, установленной на вкладке Basic в разделе Real Servers.
Создание новой виртуальной службы с использованием нового VIP-клиента
·     Нажмите кнопку Добавить виртуальную службу, как указано выше.
·     Затем вы перейдете в режим редактирования строки.
·     Заполните четыре выделенных поля, чтобы продолжить, а затем нажмите кнопку обновления.
Для перемещения по полям используйте клавишу TAB.
Поле
Описание
IP-адрес
Введите новый виртуальный IP-адрес, который будет целевой точкой входа для доступа к реальному серверу. Этот IP-адрес будет использоваться пользователями или приложениями для доступа к приложению с балансировкой нагрузки.
Маска подсети/Префикс
Это поле предназначено для маски подсети, относящейся к сети, в которой находится АЦП.
Порт
Порт входа, используемый при доступе к VIP. Это значение не обязательно должно совпадать со значением реального сервера, если вы используете обратный прокси.
Название услуги
Название услуги - это текстовое представление назначения VIP-клиента. Оно необязательно, но мы рекомендуем указать его для ясности.
Тип услуги
Существует множество различных типов услуг, которые вы можете выбрать. Типы услуг уровня 4 не могут использовать технологию flightPATH.
 
 
Теперь вы можете нажать кнопку Update, чтобы сохранить этот раздел и автоматически перейти к разделу Real Server, описанному ниже:
Поле
Описание
Деятельность
Поле Activity можно использовать для отображения и изменения статуса реального сервера с балансировкой нагрузки.
Online - Обозначает, что сервер активен и принимает запросы с балансировкой нагрузки.
Offline - сервер находится в автономном режиме и не принимает запросы.
Drain - сервер был переведен в режим drain, чтобы можно было промыть персистентность и перевести сервер в автономное состояние, не затрагивая пользователей.
Standby - сервер был переведен в состояние ожидания
IP-адрес
Это значение является IP-адресом сервера Real Server. Он должен быть точным и не должен быть адресом DHCP.
Порт
Целевой порт доступа на реальном сервере. При использовании обратного прокси он может отличаться от порта входа, указанного на VIP.
Взвешивание
Эта настройка обычно автоматически конфигурируется АЦП. Вы можете изменить его, если хотите изменить взвешивание приоритетов.
Нажмите кнопку Обновить или нажмите Enter, чтобы сохранить изменения.
·     Индикатор состояния сначала станет серым, а затем зеленым, если проверка состояния сервера прошла успешно. Он загорится красным, если монитор реального сервера не работает.
·     Сервер, на котором горит красный индикатор состояния, не будет сбалансирован по нагрузке.
Пример завершенной виртуальной услуги
Создание новой виртуальной службы с использованием существующей VIP
·     Выделите виртуальную службу, которую вы хотите скопировать
·     Нажмите Добавить виртуальную службу, чтобы войти в режим редактирования строки
·     IP-адрес и маска подсети копируются автоматически
·     Введите номер порта для вашей услуги
·     Введите необязательное Имя службы
·     Выберите тип услуги
·     Теперь вы можете нажать кнопку Обновить, чтобы сохранить этот раздел и автоматически перейти к разделу Реальный сервер ниже
·     Оставьте опцию Активность сервера как Онлайн - это означает, что нагрузка будет сбалансирована, если он пройдет стандартный монитор здоровья TCP Connect. Этот параметр можно изменить позже, если потребуется.
·     Введите IP-адрес реального сервера
·     Введите номер порта для реального сервера
·     Введите дополнительное имя для сервера Real Server
·     Нажмите Обновить, чтобы сохранить изменения
·     Индикатор состояния сначала станет серым, затем зеленым, если проверка состояния сервера прошла успешно. Он станет красным, если монитор реального сервера не работает.
·     Сервер, на котором горит красный индикатор состояния, не будет сбалансирован по нагрузке
Изменение IP-адреса виртуальной службы
Вы можете изменить IP-адрес существующей виртуальной службы или VIP в любое время.
·     Выделите виртуальную службу, IP-адрес которой вы хотите изменить
·     Дважды щелкните поле IP-адреса для этой службы
·     Измените IP-адрес на тот, который вы хотите использовать
·     Нажмите кнопку Обновить, чтобы сохранить изменения.
Примечание: Изменение IP-адреса виртуальной службы приведет к изменению IP-адреса всех служб, связанных с VIP.
Создание новой виртуальной службы с помощью Copy Service
·     Кнопка Копировать службу скопирует всю службу, включая все связанные с ней реальные серверы, основные настройки, расширенные настройки и правила flightPATH.
·     Выделите услугу, которую вы хотите дублировать, и нажмите Копировать услугу
·     Появится редактор строк с мигающим курсором в колонке IP-адрес
·     Вы должны изменить IP-адрес, чтобы он был уникальным, или, если вы хотите сохранить IP-адрес, вы должны отредактировать порт, чтобы он был уникальным для этого IP-адреса.
Не забудьте отредактировать каждую вкладку, если вы измените настройки, например, политику балансировки нагрузки, монитор Real Server или удалите правило flightPATH.
Фильтрация отображаемых данных
Поиск определенного термина
Поле Поиск позволяет искать в таблице по любому значению, например, по октетам IP-адреса или имени службы.
В примере выше показан результат поиска определенного IP-адреса 10.4.8.191.
Выбор видимости столбцов
Вы также можете выбрать столбцы, которые хотите отобразить на приборной панели.
·     Наведите курсор мыши на любой из столбцов
·     В правой части колонки появится маленькая стрелка.
·     Нажатием на флажки можно выбрать столбцы, которые вы хотите видеть на приборной панели.
Понимание колонок виртуальных служб
Основной/режим
В столбце Primary/Mode указывается роль высокой доступности, выбранная для текущего VIP. Для настройки этого параметра используйте опции, доступные в System > Clustering.
Вариант
Описание
Кластер
Кластер - это роль по умолчанию для ADC при установке, а в столбце Primary/Mode указывается режим, в котором он работает в настоящее время. Если в вашем центре данных есть HA пара устройств ADC, одно из них будет показывать Active, а другое Passive.
Руководство
Роль Manual позволяет паре ADC работать в режиме Active-Active для разных виртуальных IP-адресов. В таких случаях в столбце Primary рядом с каждым уникальным виртуальным IP будет находиться поле, которое можно отметить для Active или оставить не отмеченным для Passive.
Автономный
АЦП работает как автономное устройство и не находится в режиме высокой доступности. Поэтому в столбце Primary будет указано Stand-alone.
VIP
Эта колонка обеспечивает визуальную обратную связь о состоянии каждой виртуальной службы. Индикаторы имеют следующую цветовую кодировку:
LED
Значение
l
Онлайн
l
Failover-Standby. Эта виртуальная служба находится в режиме горячего резервирования
l
Указывает на то, что "вторичный" задерживает "первичного".
l
Сервис требует внимания. Этот признак может быть результатом того, что реальный сервер не прошел проверку монитора здоровья или был вручную переведен в автономный режим. Трафик будет продолжать идти, но с уменьшенной пропускной способностью реального сервера.
l
Не в сети. Серверы содержимого недоступны или серверы содержимого не включены
l
Состояние поиска
l
Не лицензировано или превышено количество лицензированных виртуальных IP-адресов
Включено
По умолчанию эта опция включена, и флажок отображается как установленный. Виртуальную службу можно отключить, дважды щелкнув по строке, сняв флажок, а затем нажав кнопку Обновить.
IP-адрес
Добавьте свой IPv4-адрес в десятичной точечной нотации или IPv6-адрес. Это значение является виртуальным IP-адресом (VIP) для вашей услуги. Пример IPv4 "192.168.1.100". Пример Ipv6 "2001:0db8:85a3:0000:0000:8a2e:0370:7334".
Маска подсети/Префикс
Добавьте маску подсети в десятичной точечной системе счисления. Пример "255.255.255.0". Или для IPv6 добавьте свой префикс. Для получения дополнительной информации об IPv6 см. HTTPs://en.wikipedia.org/wiki/IPv6_address
Порт
Добавьте номер порта, связанный с вашей услугой. Порт может быть номером порта TCP или UDP. Пример TCP "80" для веб-трафика и TCP "443" для защищенного веб-трафика.
Название услуги
Добавьте дружественное имя для идентификации вашей службы. Пример "Производственные веб-серверы".
Тип услуги
Обратите внимание, что при использовании всех типов сервисов "Layer 4" ADC не будет взаимодействовать или изменять поток данных, поэтому flightPATH недоступен при использовании сервисов Layer 4. Службы уровня 4 просто балансируют трафик в соответствии с политикой балансировки нагрузки:
Тип услуги
Порт/протокол
Уровень обслуживания
Комментарий
TCP 4-го уровня
Любой порт TCP
Уровень 4
АЦП не изменяет никакой информации в потоке данных и выполняет стандартную балансировку трафика в соответствии с политикой балансировки нагрузки
Уровень 4 UDP
Любой порт UDP
Уровень 4
Как и в случае с TCP уровня 4, ADC не изменяет никакой информации в потоке данных и выполняет стандартную балансировку нагрузки трафика в соответствии с политикой балансировки нагрузки.
Уровень 4 TCP/UDP
Любой порт TCP или UDP
Уровень 4
Это идеальный вариант, если ваша служба имеет основной протокол, такой как UDP, но будет возвращаться к TCP. ADC не изменяет никакой информации в потоке данных и выполняет стандартную балансировку трафика в соответствии с политикой балансировки нагрузки
DNS
TCP/UDP
Уровень 4
Используется для балансировки нагрузки DNS-серверов.
HTTP
Протокол HTTP или HTTPS
Уровень 7
АЦП может взаимодействовать, манипулировать и изменять поток данных с помощью flightPATH.
FTP
Протокол передачи файлов Протокол
Уровень 7
Использование отдельных соединений управления и данных между клиентом и сервером
SMTP
Простой протокол передачи почты
Уровень 4
Используется при балансировке нагрузки на почтовые серверы
POP3
Протокол почтового отделения
Уровень 4
Используется при балансировке нагрузки на почтовые серверы
IMAP
Протокол доступа к интернет-сообщениям
Уровень 4
Используется при балансировке нагрузки на почтовые серверы
RDP
Протокол удаленного рабочего стола
Уровень 4
Используйте при балансировке нагрузки серверов служб терминалов
RPC
Удаленный вызов процедуры
Уровень 4
Используется при балансировке нагрузки на системы, использующие вызовы RPC
RPC/ADS
Exchange 2010 Статический RPC для службы адресной книги
Уровень 4
Используйте при балансировке нагрузки серверов Exchange
RPC/CA/PF
Exchange 2010 Static RPC для клиентского доступа и общих папок
Уровень 4
Используйте при балансировке нагрузки серверов Exchange
DICOM
Цифровая визуализация и коммуникации в медицине
Уровень 4
Используется при балансировке нагрузки серверов, использующих протоколы DICOM
Настоящие серверы
В разделе Real Servers приборной панели есть несколько вкладок: Server, Basic, Advanced и flightPATH.
Сервер
На вкладке Сервер содержатся определения реальных внутренних серверов, сопряженных с выбранной в данный момент виртуальной службой. Вам необходимо добавить хотя бы один сервер в раздел Реальные серверы.
Добавить сервер
·     Выберите соответствующий VIP, который вы определили ранее.
·     Нажмите Добавить сервер
·     Появится новая строка с мигающим курсором в колонке IP-адрес
·     Введите IPv4-адрес вашего сервера в точечной десятичной системе счисления. Реальный сервер может находиться в той же сети, что и ваша виртуальная служба, в любой непосредственно подключенной локальной сети или в любой сети, которую может маршрутизировать ваш ADC. Пример "10.1.1.1".
·     Перейдите к столбцу Порт и введите номер порта TCP/UDP для вашего сервера. Номер порта может быть таким же, как номер порта виртуальной службы, или другим номером порта для подключения обратного прокси. ADC будет автоматически переводить на этот номер.
·     Перейдите в раздел Notes (Примечания), чтобы добавить все необходимые детали для сервера. Пример: "IIS Web Server 1"
Название группы
Когда вы добавили серверы, составляющие набор для балансировки нагрузки, вы также можете добавить имя группы. После редактирования этого поля содержимое сохраняется без необходимости нажимать кнопку Update.
Индикаторы состояния реального сервера
Статус реального сервера можно узнать по светлому цвету в столбце "Статус". См. ниже:
LED
Значение
l
Подключено
£
Не контролируется
l
Слив
l
Offline
l
В режиме ожидания
l
Не подключен
l
Статус находки
l
Не лицензировано или превышено количество лицензированных серверов Real Servers
Деятельность
Вы можете изменить Активность реального сервера в любое время с помощью выпадающего меню. Для этого дважды щелкните на строке реального сервера, чтобы перевести ее в режим редактирования.
Вариант
Описание
Онлайн
Все Real Servers, назначенные Online, будут получать трафик в соответствии с политикой балансировки нагрузки, установленной на вкладке Basic.
 Слив
Все реальные серверы, назначенные как Drain, будут продолжать обслуживать существующие соединения, но не будут принимать новые соединения. Индикатор состояния будет мигать зеленым/синим цветом, пока идет процесс слива. После естественного закрытия существующих соединений реальные серверы перейдут в автономный режим, а индикатор состояния будет гореть синим цветом. Вы также можете просмотреть эти соединения, перейдя в раздел Навигация > Монитор > Статус.
Offline
Все реальные серверы, установленные как Offline, будут немедленно переведены в автономный режим и не будут получать трафик.
В режиме ожидания
Все реальные серверы, установленные как резервные, будут оставаться в автономном режиме до тех пор, пока ВСЕ серверы группы Online не пройдут проверку Server Health Monitor. Трафик будет приниматься резервной группой в соответствии с политикой балансировки нагрузки, когда это произойдет. Если один сервер в группе Online пройдет проверку Server Health Monitor, этот сервер Online получит весь трафик, а группа Standby перестанет получать трафик.
IP-адрес
В этом поле указывается IP-адрес вашего сервера Real Server. Пример "192.168.1.200".
Порт
Номер порта TCP или UDP, который прослушивает Real Server для данной службы. Пример "80" для веб-трафика.
Вес
Этот столбец станет редактируемым, когда будет указана соответствующая политика балансировки нагрузки.
  Вес по умолчанию для Real Server равен 100, вы можете ввести значения от 1 до 100. Значение 100 означает максимальную нагрузку, а 1 - минимальную.
Пример для трех серверов может выглядеть следующим образом:
·     Вес сервера 1 = 100
·     Вес сервера 2 = 50
·     Вес сервера 3 = 50
Если учесть, что политика балансировки нагрузки установлена на Least Connections, а общее количество клиентских подключений составляет 200;
·     Сервер 1 получит 100 одновременных соединений
·     Сервер 2 получит 50 одновременных соединений
·     Сервер 3 получит 50 одновременных соединений
Если бы мы использовали Round Robin в качестве метода балансировки нагрузки, который ротирует запросы через набор серверов с балансировкой нагрузки, изменение весов влияет на то, как часто серверы выбираются в качестве цели.
Если мы считаем, что политика балансировки нагрузки Fastest использует наименьшее время, необходимое для ПОЛУЧЕНИЯ ответа, регулировка весов изменяет смещение аналогично Least Connections.
Расчетный вес
Расчетный вес каждого сервера можно просматривать динамически, он рассчитывается автоматически и не редактируется. Поле показывает фактический вес, который ADC использует при учете ручного взвешивания и политики балансировки нагрузки.
Примечания
Введите в поле Notes любые особые заметки, полезные для описания определяемой записи. Пример "IIS Server1 - London DC".
ID
Поле ID используется в рамках политики балансировки нагрузки Cookie ID. Помещенный здесь идентификационный номер используется для идентификации
Основной
Политика балансировки нагрузки
Выпадающий список показывает поддерживаемые в настоящее время политики балансировки нагрузки, доступные для использования. Список политик балансировки нагрузки с пояснениями приведен ниже.
Вариант
Описание
Самый быстрый
Политика балансировки нагрузки Fastest автоматически рассчитывает время ответа на все запросы для каждого сервера, сглаженное по времени. В столбце Рассчитанный вес содержится автоматически рассчитанное значение. Ручной ввод возможен только при использовании этой политики балансировки нагрузки.
Раунд Робин
Round Robin обычно используется в брандмауэрах и базовых балансировщиках нагрузки и является самым простым методом. Каждый реальный сервер получает новый запрос по порядку. Этот метод подходит только тогда, когда вам нужно равномерно распределить нагрузку запросов на серверы; примером могут служить поисковые веб-серверы. Однако, когда вам нужно сбалансировать нагрузку на основе нагрузки приложения или нагрузки сервера, или даже обеспечить использование одного и того же сервера для сессии, метод Round Robin неуместен.
Наименьшие связи
Балансировщик нагрузки будет отслеживать количество текущих подключений к каждому Real Server. Сервер Real Server с наименьшим количеством соединений получает последующий новый запрос.
IP Bound
Layer 3 Session Affinity/Persistence
В этом режиме IP-адрес клиента является основой для выбора сервера Real Server, который получит запрос. Это действие обеспечивает постоянство. HTTP и протоколы четвертого уровня могут использовать этот режим. Этот метод полезен для внутренних сетей, где топология сети известна, и вы можете быть уверены, что нет "суперпрокси" выше по течению. При использовании Layer 4 и прокси-серверов все запросы могут выглядеть так, как будто они исходят от одного клиента, и поэтому нагрузка будет неравномерной. В HTTP информация заголовка (X-Forwarder-For) используется при наличии, чтобы справиться с прокси.
На основе списка IP-адресов
Layer 3 Session Affinity/Persistence
Соединение с Real Server инициируется с использованием "Наименьшего количества соединений", затем на основе IP-адреса клиента достигается привязка к сеансу. По умолчанию список ведется в течение 2 часов, но его можно изменить с помощью jetPACK.
Cookie сессии
Уровень 7 Принадлежность/постоянство сеанса
Этот режим является наиболее популярным методом сохранения балансировки нагрузки HTTP. В этом режиме ADC использует балансировку нагрузки на основе списка IP для каждого первого запроса. Он вставляет cookie в заголовки первого HTTP-ответа. После этого ADC использует cookie клиента для маршрутизации трафика на один и тот же внутренний сервер. Этот файл cookie используется для постоянства, когда клиенту необходимо каждый раз обращаться к одному и тому же внутреннему серверу. Срок действия куки истекает после закрытия сессии.
Постоянный файл cookie
Уровень 7 Принадлежность/постоянство сеанса
Режим балансировки нагрузки на основе списка IP используется для каждого первого запроса. ADC вставляет cookie в заголовки первого HTTP-ответа. После этого ADC использует cookie клиента для маршрутизации трафика на один и тот же внутренний сервер. Этот файл cookie используется для сохранения информации, когда клиент должен каждый раз обращаться к одному и тому же внутреннему серверу. Срок действия cookie истекает через 2 часа, и соединение будет сбалансировано по нагрузке в соответствии с алгоритмом, основанным на списке IP-адресов. Это время истечения срока действия настраивается с помощью jetPACK.
Куки сеанса - Классический куки сеанса ASP
Active Server Pages (ASP) - это технология Microsoft на стороне сервера. При выборе этой опции ADC будет поддерживать постоянство сеанса на одном и том же сервере, если куки ASP обнаружены и находятся в списке известных куки. При обнаружении нового файла cookie ASP нагрузка будет сбалансирована с использованием алгоритма наименьших подключений.
Cookie сеанса - ASP.NET Cookie сеанса
Этот режим применяется к ASP.net. При выборе этого режима ADC будет поддерживать постоянство сеанса на одном и том же сервере, если куки ASP.NET обнаружены и находятся в его списке известных куки. При обнаружении нового файла cookie ASP нагрузка будет сбалансирована с использованием алгоритма наименьших подключений.
Cookie сеанса - Cookie сеанса JSP
Java Server Pages (JSP) - это серверная технология Oracle. При выборе этого режима ADC будет поддерживать постоянство сеанса на одном и том же сервере, если куки JSP будут обнаружены и найдены в списке известных куки. При обнаружении нового файла cookie JSP нагрузка на него будет сбалансирована с использованием алгоритма наименьших подключений.
Cookie сессии - JAX-WS Cookie сессии
Веб-службы Java (JAX-WS) - это технология Oracle для сервера. При выборе этого режима ADC будет поддерживать постоянство сеанса на одном и том же сервере, если куки JAX-WS обнаружены и находятся в его списке известных куки. При обнаружении нового файла cookie JAX-WS нагрузка будет сбалансирована с использованием алгоритма наименьших подключений.
Cookie сессии - PHP Cookie сессии
Personal Home Page (PHP) - это технология с открытым исходным кодом на стороне сервера. При выборе этого режима ADC будет поддерживать постоянство сеанса на одном и том же сервере при обнаружении куки PHP.
Сессионный куки - постоянство куки RDP
Этот метод балансировки нагрузки использует созданный Microsoft RDP Cookie на основе имени пользователя/домена для обеспечения постоянства соединения с сервером. Преимущество этого метода заключается в том, что поддержание соединения с сервером возможно даже при изменении IP-адреса клиента.
На основе идентификатора cookie
Новый метод, очень похожий на "PhpCookieBased" и другие методы балансировки нагрузки, но использующий CookieIDBased и cookie RegEx h=[^;]+.
 
Этот метод будет использовать значение, установленное в поле примечаний реального сервера "ID=X;" в качестве значения cookie для идентификации сервера. Это означает, что метод аналогичен методу CookieListBased, но использует другое имя cookie и хранит уникальное значение cookie, не скремблированный IP, а ID реального сервера (считывается при загрузке).
 
Значение по умолчанию - CookieIDName="h"; однако если в расширенных настройках виртуального сервера есть переопределенное значение, используйте его вместо этого. ПРИМЕЧАНИЕ: Мы перезаписываем выражение cookie выше, чтобы заменить h= на новое значение, если это значение установлено.
 
Последнее замечание заключается в том, что если приходит неизвестное значение cookie и совпадает с одним из идентификаторов реального сервера, следует выбрать этот сервер; в противном случае используйте следующий метод (делегирование).
Список общих IP-адресов
Этот тип службы доступен только в том случае, если для параметра Connectivity Mode установлено значение Gateway или Direct Server Return. Он был добавлен в основном для поддержки балансировки нагрузки VMware.
Мониторинг сервера
Ваш ADC содержит шесть стандартных методов мониторинга реального сервера, перечисленных ниже.
Выберите метод мониторинга, который вы хотите применить к виртуальной службе (VIP).
Очень важно выбрать правильный монитор для службы. Например, если Real Server является RDP-сервером, монитор 200OK не подходит. Если вы не знаете, какой монитор выбрать, то для начала подойдет стандартный TCP Connection.
Вы можете выбрать несколько мониторов, щелкая по очереди каждый монитор, который вы хотите применить к службе. Выбранные мониторы выполняются в том порядке, в котором вы их выбрали; поэтому сначала начните с мониторов нижних уровней. Например, если установить мониторы Ping/ICMP Echo, TCP Connection и 200OK, то в Dashboard Events появятся события, как показано на рисунке ниже:
Мы видим, что Layer 3 Ping и Layer 4 TCP Connect прошли успешно, если посмотреть на верхнюю строку, но Layer 7 200OK потерпел неудачу. Эти результаты мониторинга дают достаточно информации, чтобы показать, что с маршрутизацией все в порядке и есть служба, запущенная на соответствующем порту, но веб-сайт не отвечает правильно на запрошенную страницу. Теперь пришло время взглянуть на веб-сервер и раздел Library > Real Server Monitor, чтобы увидеть детали отказавшего монитора.
Вариант
Описание
Нет
В этом режиме мониторинг реального сервера не ведется, и он всегда работает правильно. Настройка None полезна в ситуациях, когда мониторинг расстраивает сервер, а также для служб, которые не должны участвовать в отказоустойчивом действии ADC. Это маршрут для размещения ненадежных или устаревших систем, которые не являются основными для операций H/A. Используйте этот метод мониторинга с любым типом службы.
Ping/ICMP Echo
В этом режиме ADC отправляет эхо-запрос ICMP на IP-адрес сервера контента. Если получен правильный эхо-ответ, ADC считает, что реальный сервер работает, и пропускная способность трафика к серверу продолжается. Он также будет поддерживать доступность услуги на паре H/A. Этот метод мониторинга можно использовать с любым типом сервиса.
TCP-соединение
В этом режиме устанавливается TCP-соединение с реальным сервером и сразу же разрывается без отправки каких-либо данных. Если соединение успешно установлено, ADC считает, что реальный сервер работает. Этот метод мониторинга можно использовать с любым типом сервиса, а сервисы UDP в настоящее время не подходят для мониторинга TCP-соединения.
ICMP Unreachable
ADC отправит проверку работоспособности UDP на сервер и пометит Real Server как недоступный, если получит сообщение ICMP port unreachable. Этот метод может быть полезен, когда вам нужно проверить, доступен ли служебный порт UDP на сервере, например, порт DNS 53.
RDP
В этом режиме TCP-соединение инициализируется, как описано в методе ICMP Unreachable. После инициализации соединения запрашивается RDP-соединение уровня 7. Если соединение подтверждается, ADC считает, что Real Server работает. Этот метод мониторинга можно использовать с любым сервером терминалов Microsoft.
200 OK
В этом методе инициализируется TCP-соединение с реальным сервером. После успешного соединения АЦП отправляет реальному серверу HTTP-запрос. Ожидается ответ HTTP, который проверяется на наличие кода ответа "200 OK". АЦП считает, что реальный сервер работает, если получен код ответа "200 OK". Если ADC не получает код ответа "200 OK" по какой-либо причине, включая таймауты, невозможность подключения и другие причины, ADC помечает реальный сервер как недоступный. Этот метод мониторинга действителен только для использования с типами служб HTTP и ускоренного HTTP. Если для HTTP-сервера используется тип службы уровня 4, он может использоваться, если SSL не используется на реальном сервере или обрабатывается соответствующим образом с помощью средства "Content SSL".
DICOM
TCP-соединение инициализируется с Real Server в режиме DICOM, и при подключении к Real Server выполняется "Associate Request" от Echoscu. Общение, включающее "Associate Accept" от сервера содержимого, передачу небольшого количества данных, за которым следует "Release Request", а затем "Release Response", успешно завершает монитор. Если монитор не завершается успешно, то Реальный сервер считается отключенным по любой причине.
Определяется пользователем
В списке появится любой монитор, настроенный в разделе Мониторинг реального сервера.
Стратегия кэширования
По умолчанию стратегия кэширования отключена и установлена как Off. Если тип вашего сервиса - HTTP, то вы можете применить два типа стратегии кэширования.
Обратитесь к странице Configure Cache для настройки подробных параметров кэширования. Обратите внимание, что когда кэширование применяется к VIP с типом сервиса Accelerated "HTTP", сжатые объекты не кэшируются.
Вариант
Описание
Хозяин
Кэширование на хост основано на приложении на имя хоста. Для каждого домена/имени хоста будет существовать отдельный кэш. Этот режим идеально подходит для веб-серверов, которые могут обслуживать несколько веб-сайтов в зависимости от домена.
Виртуальная служба
При выборе этой опции доступно кэширование для каждой виртуальной службы. Только один кэш будет существовать для всех доменов/хост-имен, которые проходят через виртуальную службу. Эта опция является специализированной настройкой для использования с несколькими клонами одного сайта.
Ускорение
Вариант
Описание
На сайте
Отключите сжатие для виртуальной службы
Компрессия
При выборе этого параметра включается сжатие для выбранной виртуальной службы. АЦП динамически сжимает поток данных, передаваемый клиенту по запросу. Этот процесс применяется только к объектам, содержащим заголовок content-encoding: gzip. Пример содержимого включает HTML, CSS или Javascript. Вы также можете исключить определенные типы содержимого с помощью раздела Глобальные исключения.
Примечание: Если объект является кэшируемым, ADC будет хранить сжатую версию и обслуживать ее статически (из памяти), пока срок действия содержимого не истечет и оно не будет повторно подтверждено.
SSL-сертификат виртуальной службы (шифрование между клиентом и АЦП)
По умолчанию установлено значение Нет SSL. Если тип вашей службы - "HTTP" или "Layer4 TCP", вы можете выбрать сертификат из выпадающего списка, чтобы применить его к виртуальной службе. В этом списке появятся сертификаты, которые были созданы или импортированы. Вы можете выделить несколько сертификатов для применения к службе. Эта операция автоматически включит расширение SNI, чтобы разрешить сертификат на основе "Доменного имени", запрошенного клиентом.
Указание имени сервера
Эта опция является расширением сетевого протокола TLS, с помощью которого клиент указывает имя хоста, к которому он пытается подключиться, в начале процесса квитирования. Эта настройка позволяет ADC представлять несколько сертификатов на одном виртуальном IP-адресе и порту TCP.
Вариант
Описание
Нет SSL
Трафик от источника к АЦП не шифруется.
Все
Загружает все доступные сертификаты для использования
По умолчанию
Эта опция приводит к применению локально созданного сертификата под названием "Default" на стороне канала браузера. Используйте эту опцию для тестирования SSL, если сертификат не был создан или импортирован.
AnyUseCert
Использовать любой сертификат, имеющийся на АЦП, который пользователь загрузил или сгенерировал
SSL-сертификат реального сервера (шифрование между АЦП и реальным сервером)
По умолчанию для этого параметра установлено значение No SSL. Если ваш сервер требует зашифрованного соединения, это значение должно быть любым другим, кроме No SSL. В этом списке появятся сертификаты, которые были созданы или импортированы.
Вариант
Описание
Нет SSL
Трафик от АЦП к реальному серверу не шифруется. Выбор сертификата на стороне браузера означает, что "No SSL" может быть выбран на стороне клиента для обеспечения того, что известно как "SSL Offload".
Любой
ADC выступает в роли клиента и принимает любой сертификат, представленный Real Server. Трафик от АЦП к реальному серверу шифруется при выборе этой опции. Используйте опцию "Любой", когда сертификат указан на стороне виртуальной службы, обеспечивая так называемое "SSL Bridging" или "SSL Re-Encryption".
SNI
ADC выступает в роли клиента и принимает любой сертификат, представленный Real Server. Трафик от АЦП к реальному серверу шифруется, если выбран этот параметр. Используйте опцию "Любой", если сертификат указан на стороне виртуальной службы, обеспечивая так называемое "SSL Bridging" или "SSL Re-Encryption". Выберите эту опцию, чтобы включить SNI на стороне сервера.
AnyUseCert
Здесь отображаются любые сертификаты, которые вы создали или импортировали в ADC.
Расширенный
Связь
Ваша виртуальная услуга может быть сконфигурирована с различными типами подключения. Пожалуйста, выберите режим подключения, который будет применяться к услуге.
Вариант
Описание
Обратный прокси-сервер
Reverse Proxy - значение по умолчанию, работает на Layer7 со сжатием и кэшированием. И на уровне Layer4 без кэширования и сжатия. В этом режиме ваш ADC действует как обратный прокси и становится адресом источника, который видят реальные серверы.
Прямой возврат сервера
Прямой возврат сервера или DSR, как он широко известен (DR - Direct Routing в некоторых кругах), позволяет серверу за балансировщиком нагрузки отвечать клиенту напрямую, минуя ADC при ответе. DSR подходит только для использования с балансировкой нагрузки 4-го уровня. Поэтому кэширование и сжатие недоступны при выборе этой опции.
Этот режим можно использовать только с типами услуг TCP, UDP и TCP/UDP.
Балансировка нагрузки на уровне 7 не работает с этим DSR. Также нет поддержки постоянства, кроме IP List Based. SSL/TLS балансировка нагрузки с помощью этого метода не идеальна, так как поддержка Source IP persistence является единственным доступным типом. DSR также требует изменений реального сервера. Пожалуйста, обратитесь к разделу Изменения реального сервера.
Шлюз
Режим шлюза позволяет направлять весь трафик через ADC, позволяя направлять Real Servers через ADC в другие сети через виртуальные машины ADC или аппаратные интерфейсы. Использование устройства в качестве шлюза для Real Servers идеально при работе в многоинтерфейсном режиме.
Балансировка нагрузки на уровне 7 с помощью этого метода не работает, так как нет поддержки постоянства, кроме IP List Based. Этот метод требует, чтобы Real Server установил свой шлюз по умолчанию на адрес локального интерфейса ADC (eth0, eth1 и т.д.). Обратитесь к разделу Изменения реального сервера.
Обратите внимание, что режим шлюза не поддерживает обход отказа в кластерной среде.
Параметры шифра
Вы можете установить шифры на уровне каждой службы, и это актуально только для служб с включенным SSL/TLS. ADC выполняет автоматический выбор шифра, и вы можете добавлять различные шифры с помощью jetPACKS. Добавив соответствующий jetPACK, вы можете установить параметры шифра для каждой службы. Преимуществом этого является то, что вы можете создать несколько служб с различными уровнями безопасности. Помните, что старые клиенты несовместимы с новыми шифрами, и чем меньше клиентов, тем более безопасна служба.
Переговоры SSL клиента
Отметьте это поле, если вы хотите разрешить инициируемое клиентом пересогласование SSL. Запретите клиентское пересогласование SSL для предотвращения возможных DDOS-атак на уровень SSL, сняв флажок.
Возобновление SSL клиента
Установите этот флажок, если вы хотите включить возобновление SSL сеансов сервера, добавленных в кэш сеансов. Когда клиент предлагает повторное использование сессии, сервер попытается повторно использовать сессию, если она будет найдена. Если флажок Возобновление не установлен, кэширование сеансов не происходит ни для клиента, ни для сервера.
Сертификат SNI по умолчанию
Во время SSL-соединения с включенной функцией SNI на стороне клиента, если запрашиваемый домен не соответствует ни одному из сертификатов, назначенных службе, ADC представит сертификат SNI по умолчанию. По умолчанию для этого параметра установлено значение Нет, что приведет к обрыву соединения в случае отсутствия точного совпадения. Выберите любой из установленных сертификатов из выпадающего списка для представления в случае, если точное совпадение SSL-сертификата не удалось.
Журнал безопасности
'On' - это значение по умолчанию, которое используется для каждой службы и позволяет службе регистрировать информацию об аутентификации в журналах W3C. Нажав на значок Cog, вы перейдете на страницу System > Logging, где можно проверить настройки протоколирования W3C.
Таймаут соединения
По умолчанию тайм-аут соединения составляет 600 секунд или 10 минут. Этот параметр регулирует время тайм-аута соединения при отсутствии активности. Уменьшите этот параметр для недолговечного веб-трафика без статических данных, который обычно составляет 90 секунд или меньше. Увеличьте этот показатель для соединений с состоянием, таких как RDP, до 7200 секунд (2 часа) или более, в зависимости от вашей инфраструктуры. Пример с тайм-аутом RDP означает, что если у пользователя период бездействия составляет 2 часа или меньше, соединения останутся открытыми.
Настройки мониторинга
Эти настройки относятся к параметру Мониторы реального сервера на вкладке Основные. В конфигурации есть глобальные записи для подсчета количества успешных или неудачных мониторингов, прежде чем статус сервера будет отмечен как онлайн или неудачный.
Интервал
Интервал - это время в секундах между мониторами. По умолчанию интервал составляет 1 секунду. Хотя 1 с является приемлемым для большинства приложений, может быть полезно увеличить это значение для других приложений или во время тестирования.
Таймаут мониторинга
Значение тайм-аута - это время, в течение которого АЦП будет ждать ответа сервера на запрос соединения. Значение по умолчанию составляет 2 с. Увеличьте это значение для загруженных серверов.
Мониторинг в графе
Значение по умолчанию для этого параметра равно 2. Значение 2 указывает на то, что Real Server должен пройти две успешные проверки монитора здоровья, прежде чем он начнет работать. Увеличение этого значения увеличит вероятность того, что сервер сможет обслуживать трафик, но в зависимости от интервала ему потребуется больше времени для введения в эксплуатацию. Уменьшение этого значения приведет к более быстрому вводу сервера в эксплуатацию.
Счетчик выходов мониторинга
Значение по умолчанию для этого параметра равно 3, что означает, что монитор Real Server должен отказать три раза, прежде чем ADC прекратит отправку трафика на сервер, и он будет помечен как RED и Unreachable. Увеличение этого показателя приведет к улучшению и повышению надежности обслуживания за счет времени, которое требуется ADC для прекращения отправки трафика на этот сервер.
Переход в автономный режим при сбое
Когда этот параметр отмечен, реальные серверы, которые не прошли проверку здоровья, переводятся в автономный режим и могут быть включены только вручную.
Макс. Соединения
Ограничивает количество одновременных соединений Real Server и устанавливается для каждой службы. Например, если вы настроите значение 1000 и у вас два Real Server, ADC ограничит каждый Real Server до 1000 одновременных соединений. Вы также можете выбрать отображение страницы "Сервер слишком занят" при достижении этого предела на всех серверах, чтобы помочь пользователям понять причину отсутствия ответа или задержки. Оставьте этот параметр пустым для неограниченного количества подключений. То, что вы установите здесь, зависит от ресурсов вашей системы.
flightPATH
flightPATH - это система, разработанная компанией Edgenexus и доступная исключительно в рамках ADC. В отличие от движков на основе правил других производителей, flightPATH не работает через командную строку или консоль ввода сценариев. Вместо этого он использует графический интерфейс пользователя для выбора различных параметров, условий и действий, которые необходимо выполнить для достижения требуемого результата. Эти особенности делают flightPATH чрезвычайно мощным и позволяют сетевым администраторам манипулировать HTTPS-трафиком очень эффективными способами.
flightPATH доступен только для использования с соединениями HTTPS, и этот раздел не отображается, если тип виртуальной службы не HTTP.
Как видно из изображения выше, слева находится список доступных правил, а справа - правила, применяемые к виртуальной службе.
Добавьте доступное правило, перетащив его с левой стороны на правую или выделив правило и нажав стрелку вправо, чтобы переместить его на правую сторону.
Порядок выполнения важен и начинается с верхнего правила, которое выполняется первым. Чтобы изменить порядок выполнения, выделите правило и перемещайтесь вверх и вниз с помощью стрелок.
Чтобы удалить правило, перетащите его обратно в инвентарь правил слева или выделите правило и нажмите стрелку влево.
Вы можете добавлять, удалять и редактировать правила flightPATH в разделе "Настройка flightPATH" данного руководства.