ArcGIS Server поддерживает настройку сайтов на нескольких компьютерах. На сайте из нескольких компьютеров, два или более серверов могут администрироваться и использоваться как одна логическая единица, что позволяет администраторам ArcGIS Server гибко и с легкостью регулировать вычислительные возможности сайта посредством добавления или удаления компьютеров. Сайты на нескольких компьютерах также упрощают процесс публикации и обновления сервисов между несколькими компьютерами ArcGIS Server.
При развертывании на нескольких компьютерах, каждый компьютер ArcGIS Server должен иметь один и тот же номер версии для корректной работы сайта. Дополнительно, точно такая же лицензия должна применяться к каждому компьютеру, который участвует в сайте.
Обычная конфигурация на нескольких машинах включает в себя прокси сервер стороннего разработчика или балансировщик сетевой нагрузки, находящиеся перед пулом компьютеров ArcGIS Server.
Ключевым аспектом конфигураций с несколькими компьютерами является то, что все компьютеры ArcGIS Server имеют общий доступ к хранилищу конфигурации и директориям сервера. Таким образом, с помощью ArcGIS Server Manager администратор может подключиться к любому компьютеру и применить изменения, которые будут применены ко всем компьютерам сайта.
Один отдельный сайт ArcGIS Server располагает средствами, которые позволяют с легкостью администрировать ArcGIS Server и его сервисы на множестве компьютеров. Однако использование директорий и данных ArcGIS Server в общедоступных местоположениях в сети может оказать негативное влияние на производительность сервисов с высокой нагрузкой. В облачных средах рекомендуется хранить эти директории в облачном сервисе.
Настройка стороннего балансировщика нагрузки или обратного прокси-сервера дает вашей организации больше гибкости и больший контроль над обработкой запросов. Вы не можете настроить аутентификацию на веб-уровне в этой конфигурации; необходимо настроить развертывание на нескольких компьютерах с ArcGIS Web Adaptor.
Компьютеры ArcGIS Server, директории сервера и хранилище конфигураций
Поскольку все компьютеры ArcGIS Server в конфигурациях с несколькими компьютерами имеют общее хранилище конфигурации и директории сервера, развертывания в локальных средах должны использовать сетевое местоположение для хранения директорий сервера и хранилища конфигурации.
Облачные развертывания предлагают возможность хранения данных и файлов конфигурации в облачном сервисе: бакетах Amazon Simple Storage Service (S3) на Amazon Web Services (AWS) или Blob контейнерах на Microsoft Azure. Эти места хранения и доступность управляются облачным провайдером. Посмотрите документацию для каждого соответствующего поставщика облачных услуг для получения дополнительной информации.
Как правило, для учетной записи ArcGIS Server выбирают доменную учетную запись, так как это упрощает управление правами доступа к данным сетевых ресурсов. Но в зависимости от вашей политики безопасности, вы можете использовать локальные учетные записи. Учетная запись ArcGIS Server (локальная или доменная) должна иметь права доступа к сетевой папке, где находятся хранилище конфигураций и директории сервера. Более подробно см. в Учетные записи, используемые в ArcGIS Server.
Данные
Как уже было показано в других сценариях развертывания, при использовании файловых данных настоятельно рекомендуется использовать локальные ресурсы для компьютера ArcGIS Server. Несмотря на неудобство, заключающееся в том, что вы вынуждены копировать свои данные на все компьютеры, это уменьшает сетевой трафик и способствует увеличению производительности ваших сервисов. Необходимо иметь в виду этот вариант и использовать его, когда это возможно. Хранение данных локально на жестких дисках компьютеров обычно обосновывается размером этих данных и частотой их обновления.
При такой схеме развертывания для пользования базами данных важно, чтобы у вас всегда было соответствующее аппаратное обеспечение. Держите уровень баз данных отдельно от уровня ArcGIS Server.
Обратный прокси-сервер стороннего разработчика или балансировщик сетевой нагрузки
В этой конфигурации клиенты ArcGIS Server никогда не подключаются к вашим компьютерам ArcGIS Server напрямую. Вместо этого они подключаются через некое среднее звено, которое выполняет функцию защиты и делает весь ваш сайт более устойчивым к сбоям.
С точки зрения безопасности не рекомендуется использовать один и тот же канал и для использования, и для администрирования сайта. Как правило, административные задачи работают только в частях вашей сети или на отдельных компьютерах, непосредственно обращающихся к вашим компьютерам ArcGIS Server через порт 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.
Если вы используете балансировщики загрузки с функцией проверки работоспособности, можно использовать точку доступа Health Check на сайте ArcGIS Server, чтобы определить, сможет ли сайт получать запросы. Это используется, чтобы быстро определить, нет ли на сайте аппаратного или программного сбоя.
Для изучения вопросов интеграции обратного прокси-сервера с ArcGIS Server см. раздел Настройка обратного прокси-сервера с ArcGIS Server.