Skip To Content

Развертывание конфигурации с одним активным сервером высокой доступности (active-passive)

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

На самом высоком уровне идея подобного развертывания – клонирование сайта с одним компьютером и размещение как минимум двух его экземпляров за балансировщиком нагрузки с настройкой active-passive. Пока все сайты за балансировщиком нагрузки работают и готовы к запросам сервисов, балансировщик нагрузки будет только передавать запросы на один из сайтов, назначенный в качестве основного. Если балансировщик нагрузки определит, что основной сайт недоступен, входящие запросы будут перенаправлены на резервный.

Конфигурация развертывания высокой доступности с одним сервером
Конфигурация развертывания высокой доступности с одним сервером. Администраторы подключаются к каждому сайту отдельно. Сайты имеют одинаковые копии директорий сервера и хранилища конфигураций.

Отказоустойчивость процесса обеспечивается вне ArcGIS Server. И, как правило, резервный сервер настроен на вызов в момент, когда компьютер ArcGIS Server полностью недоступен (из-за сетевой ошибки или ошибки на уровне аппаратного обеспечения) или для случаев, когда недоступен определенный ГИС-сервис, или какая-то операция не может быть выполнена.

Примечание:

Вы можете бесплатно запросить файлы лицензии на My Esri для резервных сайтов

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

Компьютер ArcGIS Server, директории сервера и хранилище конфигураций

Используйте те же соображения, которые изложены в разделе развертывание с одним компьютером. Каждый ArcGIS Server будет иметь собственные локальные директории сервера и хранилище конфигураций. Это приведет к максимальной производительности и сведет к минимуму взаимозависимости.

Данные

При использовании для ГИС-сервисов файловых источников данных рекомендуется, чтобы они хранились локально на каждом компьютере ArcGIS Server, а не в общей сетевой папке, поскольку это позволит увеличить производительность сервисов. В некоторых случаях, например, при обработке большого числа изображений, обращение к файлам по сети может оказаться единственным правильным вариантом. При использовании общих сетевых ресурсов вам важно выбрать высокопроизводительное запоминающее устройство.

При работе с базами данных вы можете использовать базу данных для каждого сайта: одну для основного сайта и вторую – для резервного. Для поддержки синхронизации баз данных вы можете осуществить репликацию базы данных или, при необходимости, репликацию базы геоданных. Либо использовать высокодоступные техники вашего провайдера базы данных.

Обратный прокси-сервер

В этой конфигурации требуется сторонний балансировщик нагрузки. Как минимум, этот компонент будет использоваться для распределения нагрузки по всем сайтам и, по необходимости, отказоустойчивости. Обычно балансировщик нагрузки выполняет роль обратного прокси-сервера, как это описано в разделе Развертывание на одном компьютере с обратным прокси-сервере. В некоторых случаях у вас уже может быть настроенный обратный прокси-сервер – независимо от загрузчика данных.

Если балансировщиком нагрузки поддерживается функция проверки работоспособности, рекомендуется использовать точку доступа проверки работоспособности ArcGIS Server, чтобы определить, сможет ли сайт получать запросы. Это используется, чтобы быстро определить, нет ли на сайте аппаратного или программного сбоя. Дополнительные сведения см. в разделе Проверка работоспособности в ArcGIS REST API.

Использование ArcGIS Web Adaptor не является обязательным и обычно требуется, только если вы хотите получить преимущество аутентификации веб-уровня. Для простоты можно настроить его на том же компьютере, что и ArcGIS Server. Либо же на отдельном компьютере. В любом случае, при работе с ArcGIS Web Adaptor необходимо настроить отдельный ArcGIS Web Adaptor для каждого сайта.

Другие соображения

Поддержка синхронности сервисов сайтов

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

Есть несколько способов синхронизации сервисов ArcGIS Server через основной и резервные сайты:

  • Написание скриптов: ArcGIS Server включает административный REST API, который может использоваться для написания скриптов с административными задачами, такими как публикация сервисов и изменение настроек их безопасности. Вы можете написать собственные скрипты, чтобы внести изменения во все участвующие в развертывании серверы ArcGIS Server. Написание скриптов особенно полезно в случае необходимости внесения небольших улучшений, к примеру, изменения безопасности сервиса или его перезаписывание. Подробнее см. в разделе Написание скриптов администрирования ArcGIS Server.
  • Виртуализация: Если вы работаете в виртуальной среде, можно создать и использовать для запуска новых сайтов шаблоны виртуальных компьютеров. Каждый шаблон будет иметь копию данных для ГИС-сервисов (если не используется база данных). Шаблон будет также содержать опубликованные и настроенные сервисы. Если необходимы изменения, например, добавление или обновление имеющихся сервисов, можно создать новый шаблон для последующего запуска новых виртуальных машин, которые заменят имеющийся пул компьютеров ArcGIS Server под балансировщиком нагрузки. Шаблоны виртуальных машин могут также использоваться для быстрого восстановления устаревших компьютеров ArcGIS Server.

Рекомендуемая процедура применения изменений к сайтам:

  1. Административные изменения будут вначале применены к сайту, находящемуся в режиме ожидания. Например, вы можете добавить новый сервис и изменить безопасность другого сервиса на сайте, не обрабатывающем запросы. Это гарантирует, что не будет никакого влияния на приложения, при использовании вашего основного сайта.
  2. Настройте вручную свой балансировщик нагрузки для обработки всех запросов резервным сайтом, для которого были выполнены изменения.
  3. Внесите те же изменения в основной сайт.
  4. Настройте балансировщик нагрузки так, чтобы запросы направлялись опять на основной сайт и оставьте резервный сайт в режиме ожидания.

Изменения в вашем сайте в описанной выше процедуре можно применить вручную с помощью ArcGIS Server Manager, скриптов и виртуальных образов.

Асинхронная геообработка и длительные задачи

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

Использование безопасности на уровне токенов

При использовании аутентификации на уровне токенов, которую также называют аутентификацией на уровне ГИС, важно, чтобы все сайты конфигурации использовали один и тот же ключ токена. В противном случае созданные на основном сайте токены будут некорректны при работе с резервным сайтом. Чтобы узнать о дублировании общих ключей токенов для нескольких сайтов, обратитесь к разделам О токенах ArcGIS и Редактирование настроек токенов в Manager.

Достоинства

  • Отказоустойчивая конфигурация active-passive позволит вам построить отказоустойчивую уровень ArcGIS Server без необходимости дополнительно оплачивать лицензию. Резервные серверы можно лицензировать бесплатно.

Недостатки

  • Каждый сайт за балансировщиком нагрузки независим от других. Каждый сайт управляется отдельно. Сайты имеют общие локальное хранилище конфигурации и директории сервера. Это потенциально увеличивает сложность администрирования, в случае, если сервисы сайта или данные будут часто обновляться.
  • При переключении на резервный сайт теряются все активные запросы основного сайта.