ArcGIS Server поддерживает настройку сайтов на нескольких компьютерах. На сайте с несколькими компьютерами можно управлять двумя или более серверами, и использовать их, как отдельную логическую единицу, что предоставляет администраторам ArcGIS Server гибкость для легкой настройки вычислительной мощности сайта путем добавления или удаления компьютеров. Сайты на нескольких компьютерах также упрощают процесс публикации и обновления сервисов между несколькими компьютерами ArcGIS Server.
При развертывании на нескольких компьютерах, каждый компьютер ArcGIS Server должен иметь один и тот же номер версии для корректной работы сайта. Дополнительно, точно такая же лицензия должна применяться к каждому компьютеру, который участвует в сайте.
Обычная конфигурация на нескольких компьютерах включает в себя прокси-сервер стороннего разработчика или балансировщик сетевой нагрузки, находящиеся перед пулом компьютеров ArcGIS Server.
Ключевым аспектом конфигураций с несколькими компьютерами является то, что все компьютеры ArcGIS Server имеют общий доступ к хранилищу конфигурации и директориям сервера. Таким образом, с помощью ArcGIS Server Manager администратор может подключиться к любому компьютеру и применить изменения, которые будут применены ко всем компьютерам сайта.
Компьютеры ArcGIS Server, директории сервера и хранилище конфигураций
Поскольку все компьютеры ArcGIS Server в конфигурациях с несколькими компьютерами имеют общее хранилище конфигураций и директории сервера, вам необходимо выбрать местоположение в сети для ваших директорий сервера и хранилища конфигураций.
Как правило, для учетной записи ArcGIS Server выбирается доменная учетная запись, так как это упрощает управление правами доступа к данным сетевых ресурсов. Но в зависимости от вашей политики безопасности, вы можете использовать локальные учетные записи. Учетная запись ArcGIS Server (локальная или доменная) должна иметь права доступа к сетевой папке, где находятся хранилище конфигураций и директории сервера. Более подробно см. в Учетные записи, используемые в ArcGIS Server.
Данные
Как уже было показано в других сценариях развертывания, при использовании файловых данных настоятельно рекомендуется использовать локальные ресурсы для компьютера ArcGIS Server. Несмотря на неудобство, заключающееся в том, что вы вынуждены копировать свои данные на все компьютеры, это уменьшает сетевой трафик и способствует увеличению производительности ваших сервисов. Необходимо иметь в виду этот вариант и использовать его, когда это возможно. Хранение данных локально на жестких дисках компьютеров обычно обосновывается размером этих данных и частотой их обновления.
При такой схеме развертывания для пользования базами данных важно, чтобы у вас всегда было соответствующее аппаратное обеспечение. Держите уровень баз данных отдельно от уровня ArcGIS Server.
Обратный прокси-сервер стороннего разработчика или балансировщик сетевой нагрузки
В этой конфигурации клиенты ArcGIS Server никогда не подключаются к вашим компьютерам ArcGIS Server напрямую. Вместо этого они подключаются через некое среднее звено, которое выполняет функцию защиты и делает весь ваш сайт более устойчивым к сбоям.
С точки зрения безопасности не рекомендуется использовать один и тот же канал и для использования, и для администрирования сайта. Как правило, административные задачи работают только в частях вашей сети или на отдельных компьютерах, непосредственно обращающихся к вашим компьютерам ArcGIS Server, например, через порт 6080 или 6443. Это можно обойти, задав доступ к Administrator Directory сервера только с определенных IP-адресов. За это отвечает свойство allowedAdminAccessIPs в параметрах безопасности сервера. О настройке этого параметра для ограничения доступа к серверу см. пример в разделе Обновление конфигурации безопасности.
Запросы от клиентских приложений всегда направляются через обратный прокси, который предотвращает использование любых конечных точек администратора. Большинство прокси-серверов сторонних разработчиков позволяют отфильтровывать входящие запросы, содержащие URL определенного формата. Блокируя входящие запросы, использующие ресурсы ArcGIS Server Administrator Directory (https://gisserver.domain.com:6443/arcgis/admin) или ArcGIS Server Manager (https://gisserver.domain.com:6443/arcgis/manager), обратный прокси надежно блокирует любые административные задачи.
Обратный прокси также служит как балансировщик нагрузки для сайта. Для этой конфигурации подходит простейший алгоритм балансировки нагрузки – круговой.
Примечание:
Если вы не используете ArcGIS Web Adaptor, убедитесь, что имя балансировщика нагрузки переходит на один уровень ниже. Например, у вас может использоваться такой URL-адрес балансировщика нагрузки, как https://lb.domain.com/enterprise, но вы не можете использовать такой URL-адрес https://lb.domain.com/myorg/enterprise.
Если балансировщиком нагрузки поддерживается функция проверки работоспособности, рекомендуется использовать точку доступа проверки работоспособности ArcGIS Server, чтобы определить, сможет ли сайт получать запросы. Это используется, чтобы быстро определить, нет ли на сайте аппаратного или программного сбоя. Дополнительные сведения см. в разделе Проверка работоспособности в ArcGIS REST API.
Для изучения вопросов интеграции обратного прокси-сервера с ArcGIS Server см. раздел Настройка обратного прокси-сервера с ArcGIS Server.
Достоинства
- Один отдельный сайт ArcGIS Server располагает средствами, которые позволяют с легкостью администрировать ArcGIS Server и его сервисы на множестве компьютеров.
- Производительность сайта легко регулируется добавлением или сокращением количества компьютеровArcGIS Server.
- Балансировка нагрузки выполняется между компьютерами ArcGIS Server.
Недостатки
- Использование директорий и данных ArcGIS Server в общедоступных местоположениях в сети может оказать негативное влияние на производительность сервисов с высокой нагрузкой.
- Необходимы знания о балансировщиках загрузки сторонних разработчиков.
- Не поддерживает аутентификацию на веб-уровне. Для использования аутентификации на веб-уровне см. раздел Развертывание на нескольких компьютерах с ArcGIS Web Adaptor.