В этом разделе показаны все настройки, доступные для текущего GSLB Ферма разбита на четыре вкладки: Глобальный, Услуги, Зоны, и IPDS. Каждое изменение в этом разделе должно быть применено, нажав кнопку Отправить кнопку.

Глобальные настройки для ферм GSLB #

При создании этой формы вы столкнетесь со следующими полями:

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

Виртуальный IP. IP-адрес, используемый службой GSLB. Чтобы внести изменения в это поле, убедитесь, что новый виртуальный IP-адрес уже не занят. Для применения изменений потребуется перезапустить ферму.

Виртуальный порт. IP-порт, используемый службой GSLB. Чтобы внести изменения в эти поля, убедитесь, что новый виртуальный порт не используется. Для применения изменений потребуется перезапустить ферму.

Это также можно сделать вручную, используя Действия если нужно. Вы должны заметить кнопку действия в правом верхнем углу.

Эти значки позволят вам перезапуск (маленькие изогнутые стрелки) или старт / стоп ферма (зеленый треугольник или квадрат).

Статус обозначается следующими цветами:

• Зелёная. Средства UP, Ферма работает, и все бэкэнды работают.
• Red. Средства DOWN. Ферма остановилась.
• Жёлтые. Средства Необходим перезапуск, Недавние изменения требуют перезапуска фермы для применения.
• Цвет - Черный.. Средства КРИТИЧЕСКОЕ, Ферма работает, но серверная часть недоступна или находится в режиме обслуживания
• Blue. Средства ПРОБЛЕМА, Ферма работает, но по крайней мере один сервер не работает.
• Апельсин. Средства ОБСЛУЖИВАНИЕ, Ферма работает, но по крайней мере один сервер находится в режиме обслуживания.

Эти цветовые коды одинаковы для всего графического пользовательского интерфейса. См. лучшее объяснение о LSLB Фермы Секция здесь.

Отдел обслуживания в фермерских хозяйствах GSLB #

Добавление Новый Сервис потребуется:

Имя службы. Краткое описательное имя для новой службы.
Алгоритм. Предпочтительный метод балансировки нагрузки для новой службы.

• Раунд Робин: равное разделение. Равномерно распределяет трафик между всеми активными серверами на уровне DNS. Для каждого входящего соединения балансировщик назначает серверу следующий раунд.
  
• Приоритет: соединения перенаправляются на серверную часть с наивысшим приоритетом.. Балансирует все соединения, чтобы они имели одинаковый приоритет. Если этот сервер не работает, соединения переключаются на следующий сервер с наивысшим приоритетом. С помощью этого алгоритма можно построить Активный пассивный Служба кластера высокой доступности с несколькими реальными серверами. Служба GSLB Priority позволяет создать глобальную службу кластеризации DNS на уровне доменного имени. приоритет service допускает те же параметры конфигурации, что и службы Round Robin, но позволяет настроить только 2 серверных части для создания кластера из двух узлов. По умолчанию локальный IP-адрес 127.0.0.1 настроен, и он должен быть изменен реальным IP-адресом сервера.

  

Параметры конфигурации обоих типов службы показаны ниже:

Проверка работоспособности TCP-порта по умолчанию. Это TCP-порт, который служба будет проверять, чтобы определить, активна ли серверная служба. Оно не может быть пустым.
Farmguardian. Настройте проверку работоспособности по умолчанию для серверных частей. Смотрите ниже для получения дополнительной информации.

После создания новой службы она потребуется для перезапуска фермы GSLB.

Farmguardian #

Проверки работоспособности серверной части, выполняемые Farmguardian являются дополнительной расширенной функцией. Даже если вы не включите его, каждые 5 секунд будет выполняться простая проверка для отслеживания состояния серверной части.

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

Для получения дополнительной информации о Farmguardian перейдите на Мониторинг >> Farmguardian .

Обратите внимание, что после выбора Farmguardian он будет автоматически применен к ферме.

Backends #

Что касается Backends раздел, должен быть настроен хотя бы один бэкенд. По умолчанию 127.0.0.1 локальный IP-адрес настроен, но позже вам придется изменить его.

Фермы GSLB позволяют настроить следующие реальные свойства сервера:

кличка, Псевдоним бэкэнда, если для бэкенда был задан псевдоним.
IP. IP-адрес бэкэнда, если вы выбрали какой-либо псевдоним, это поле будет недоступно для редактирования. Вместо этого вы должны изменить поле псевдонима. Если Пользовательский IP был выбран в поле псевдонима, его можно будет изменить для пользовательского IP-адреса.
ДЕЙСТВИЯ. Используйте следующие действия, описанные в выбранных бэкендах.

• Добавьте Backend. Этот параметр открывает форму для добавления нового бэкенда в службу.
• Редактировать. Откройте форму бэкэнда, чтобы изменить конфигурацию бэкэнда.
• Удалить, Удалить реальный сервер виртуального сервиса. Псевдоним не удаляется. Не разрешается удалять первый бэкэнд из списка.

Бэкэнды приоритет службам не хватает доступных действий. Вы только могли Редактировать.

GSLB Фермы Зоны #

A Зона GSLB будет описывать имя домена DNS, поддомены, псевдонимы и т. д., которые потребуются для создания полной зоны DNS с дополнительными записями балансировки нагрузки с использованием служб, определенных, как описано выше.

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

Сервер имен по умолчанию, Это будет корневой сервер имен точек входа, который будет доступен как Начало власти (SOA) DNS запись. По умолчанию, ns1 будет установлен.

Конфигурация ресурсов зоны #

Каждая Область требует создания Ресурсы настроить динамический DNS:

Имя, Имя ресурса записи DNS.
TTL. Значение Time to Live (необязательно) для текущей записи; это необходимо для определения периода времени, в течение которого текущее имя будет кэшироваться.
Тип, Тип записи DNS. Варианты:

• A. Запись типа адреса возвращает IPv4-адрес хоста.
• NS, Запись типа сервера имен, она делегирует зону DNS для использования указанных авторитетных серверов имен.
• АААА. Запись типа адреса возвращает IPv6-адрес хоста.
• CNAME. Запись типа канонического имени представляет собой псевдоним данного имени.
• MX, Запись типа почтового обмена отображает имя домена в список агентов передачи сообщений для этого домена.
• SRV, Обобщенная запись местоположения службы, используемая для более новых протоколов вместо создания записей, специфичных для протокола, таких как MX.
• TXT. Запись текстового типа используется для хранения любой текстовой информации, которую можно получить при необходимости. Чаще всего мы видим записи TXT, используемые для хранения данных SPF и подтверждения права собственности на домен.
• PTR. Указательная запись, указатель на каноническое имя. В отличие от CNAME, обработка DNS прекращается, и возвращается только имя. Чаще всего используется для реализации обратного поиска DNS.
• NAPTR, Указатель на полномочия по именованию. Позволяет переписывать доменные имена на основе регулярных выражений, которые затем можно использовать в качестве URI, для дальнейшего поиска доменных имен и т. Д.
• Услуги. Динамический адрес (DYNA) запись типа возвращает динамический адрес, указанный Cервис уже созданная в рамках фермы конфигурация по алгоритму, выбранному для такого сервиса. Этот тип ведет себя немного иначе в отношении TTL. Поля TTL имеют расширение синтаксиса и несколько иное значение, чем поле TTL традиционного фиксированного соревнования по круговой системе. Традиционный формат для DYNA/ДИНАМИЧЕСКИЙ TTL is МАКС[/МИН], где MIN по умолчанию половина MAX если не указано явно. В нашем случае невозможно определить MIN, поэтому всегда будет половина de MAX указано.

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

Разрешено Данные составляют:

• IPv4-адрес для A тип.
• IPv6-адрес для АААА тип.
• Сервер имён для NS тип.
• Формат домена для CNAME тип (напр. foo.bar.com).
• Формат домена для MX тип (напр. mail.example.com).
• разделены пробелами для SRV тип (напр. 20 30 334 my.target.com).
• Формат домена для PTR тип (напр. foo.bar.com).
• для NAPTR тип.
• Название службы для Cервис тип.

ДЕЙСТВИЯ.

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

IPDS #

Этот раздел позволяет вам включить правила IPDS. В списке показаны различные типы защиты и поле выбора, чтобы включить их. Для получения дополнительной информации, пожалуйста, перейдите на IPDS >> Правила черных списков, IPDS >> DoS правила or IPDS >> Правила RBL конкретная документация.

Для каждого из трех типов правил IPDS, Blacklist, DoS и RBL, есть две таблицы. Доступны и Включено, и значок цепочки, который перенаправляет на его IPDS раздел. Под Доступны В таблице можно увидеть все доступные правила одного вида, которые можно применить к ферме. Под включенной таблицей можно увидеть каждое правило одного и того же типа, примененное к ферме, также есть шар состояния для каждого правила, который сообщает, остановлено ли правило в red или работает в зеленый.

Доступ к каждому правилу можно получить, щелкнув его имя, что позволит вам изменить параметры правила или даже старт / стоп правило. Невозможно создать новое правило в этом представлении фермы, вы должны сделать это через IPDS .

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

Чтобы удалить одно или несколько правил, выберите их и нажмите стрелку влево или нажмите двойную стрелку, чтобы удалить все.

Следующий шаг, проверить Статистика и графики GSLB.