Развертывание ArcGIS Enterprise можно реплицировать, создав резервное дежурное развертывание. Если на первичном развертывании происходит сбой или оно становится недоступным, можно перейти на дежурное развертывание.
Дежурное развертывание обычно работает в другой сети или подсети, или даже может быть физически удалено от расположения первичного развертывания. Где бы ни располагалось дежурное развертывание, убедитесь, что клиенты ArcGIS Enterprise могут получить к нему доступ при необходимости.
Географическое дублирование
Использовать географическое дублирование можно, если первичный и вторичный центры данных находятся в географически удаленных местах. Если один из центров данных оказывается в зоне катастрофы, такой как ураган или иное стихийное бедствие, можно перевести дежурный центр данных в активное состояние и продолжить работу.
Для успешного использования географического дублирования необходимо выполнить следующие требования:
- Первичная и вторичная среда должны быть идентичны. Каждый центр данных доложен содержать одинаковое число компьютеров, участвующих в развертывании ArcGIS Enterprise, и URL для доступа к компонентам должны быть одинаковыми.
- Директории ArcGIS Server должны иметь одинаковое имя. Пути к директории могут быть различными, но само имя папки должно быть одинаковым для основной и резервной сред.
- Папки, зарегистрированные на сайтах ArcGIS Server в основной и резервной средах, могут иметь различные пути, но имена папок должны быть одинаковыми и они должны содержать точные копии одинаковых исходных данных.
- При географическом дублировании обычно используется активно-пассивный подход; поэтому данные и ресурсы должны постоянно копироваться в дежурную ArcGIS Enterprise.
- Для успешного использования географического дублирования необходимы компоненты сторонних поставщиков. Например, важное значение имеет сервер GSS или DNS, поскольку при переключении с первичного развертывания на вторичное он обеспечивает бесперебойную работу пользователям ArcGIS Enterprise.
Чтобы максимально уменьшить время простоя в случае сбоя или аварии, можно развернуть отказоустойчивую географически удаленную ArcGIS Enterprise. Это наиболее сложная система развертывания, требующая большого числа компьютеров и тщательного обслуживания. Настройте два отдельных центра данных, каждый со своим собственным отказоустойчивым развертыванием ArcGIS Enterprise. В каждом центре данных имена всех компьютеров должны быть идентичны, должны отсутствовать единые точки отказа, в том числе по отношению к данным, находятся ли они на отказоустойчивом файл-сервере или в отказоустойчивой базе данных, всем веб-серверам и балансировщикам нагрузки, а также компонентам ArcGIS Enterprise. Архивы первичного развертывания должны создаваться постоянно, а их запись в дежурное развертывание в отдельном центре данных может происходить сразу или при отказе первичного развертывания.
Планирование репликации развертывания
Сначала определите количество требующихся компьютеров. Затем запланируйте выполнение следующих требований для восстановления реплицированного развертывания ArcGIS Enterprise:
- Дублирование – убедитесь, что оба центра данных и оба развертывания ArcGIS Enterprise имеют одинаковую архитектуру.
- Репликация – создайте архив ресурсов и данных первичного центра данных и восстановите его на дежурном.
- Мониторинг – проверяйте журналы, чтобы определить случай отказа и установить, требуется ли при этом отказе переход на дежурный центр данных.
- Обход отказа – примите решение, следует ли перейти на другой компонент в пределах ArcGIS Enterprise или полностью перейти на работу с развертыванием ArcGIS Enterprise в другом центре данных.
Также при планировании реплицированного развёртывания помните:
- Утилита webgisdr не перемещает листы кэша картографического сервиса. Если вы включаете картографический сервис или кэши размещённых слоев листов, которые используются сайтом GIS Server текущего развертывания, создайте резервную копию всех директорий, где хранятся листы кэша (например, вся директория arcgiscache в C:\arcgisserver\directories\ или <ArcGIS Server installation directory>/arcgis/server/usr/directories). Вручную разместите копии в соответствующей директории arcgiscache или как отдельное развёртывание.
- Использование нескольких кластеров ArcGIS Server не поддерживается при использовании утилиты webgisdr для репликации ArcGIS Enterprise на отключенном резервном развертывании.
- Все компьютеры в обоих развертываниях должны использовать одну и ту же операционную систему. Например, первичное развёртывание не может размещаться на компьютерах с Windows, в дежурное - с Linux.
- Утилита webgisdr записывает версии компонентов программного обеспечения ArcGIS Enterprise при создании файла резервной копии. Запасное развёртывание, в которое вы импортируете файл, должно быть той же версии, что и основное развёртывание.
Требования к компьютерам
Число необходимых вам компьютеров зависит от настройки ArcGIS Enterprise. Как минимум, потребуются два компьютера. Если развертывание ArcGIS Enterprise содержит не очень много данных и сервисов, не включает хранилище больших пространственно-временных данных, не включает хранилище графов и используется не очень большим количеством сотрудников, то можно настроить основное развертывание на сайте GIS Server, состоящем из одного компьютера, и на этом же компьютере установить Portal for ArcGIS и ArcGIS Data Store. Вам потребуется второй компьютер для хранения дежурного развертывания.
Если развертывание ArcGIS Enterprise используется более интенсивно – например, большое число пользователей, большое количество элементов, интенсивное редактирование – потребуется сайт GIS Server из одного или нескольких компьютеров, а Portal for ArcGIS и ArcGIS Data Store следует установить на отдельные компьютеры, также отделив их от компьютеров GIS Server. Если вы публикуете множество размещенных слоев сцен, может потребоваться настройка ArcGIS Data Store (хранилища данных тайлового кэша) для хранения баз данных кэша сцен на другом компьютере. Если вы будете использовать хранилище графов, вам потребуется как минимум один дополнительный компьютер. Если вы будете использовать хранилище больших пространственно-временных данных, вам потребуется как минимум один дополнительный компьютер. В этом случае определите необходимое число компьютеров по следующей формуле:
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
Помните, что дополнительные лицензии ArcGIS для резервного развертывания не требуются, поскольку к нему не осуществляется доступ; вы сделаете его активным только при отказе основного.
Необходимые настройки для дублированных развертываний
Чтобы обеспечить эффективное аварийное восстановление для реплицированного развертывания ArcGIS Enterprise, резервное развертывание должно дублировать диапазон системных параметров, конфигураций безопасности и расположений хранения, найденных в основном развертывании. Частое резервное копирование и поддержка синхронности между реплицированными развертываниями являются наилучшими способами минимизации времени простоя в случае сбоя. Эти соображения должны быть применены ко всем аспектам вашего развертывания. Некоторые примеры приведены ниже:
- Картографические сервисы обращаются к данным в общедоступных папках или работают через подключение к базе данных.
- Публичный URL, используемый пользователями для доступа к порталу, а также URL сервисов, используемых для любых интегрированных серверов.
Подсказка:
Используйте записи DNS или отредактируйте файлы hosts на компьютерах вашего реплицированного развертывания, чтобы поддерживать единообразие имен хостов. Рекомендованный подход для этого состоит в том, чтобы настроить отдельный компьютер в качестве URL-адреса общедоступного портала. Вы можете установить ArcGIS Web Adaptor или обратный прокси-сервер на этом компьютере и изменить файлы hosts на портале и сервере.
- Число компьютеров в ваших центрах данных должно быть правильным, чтобы избежать проблем с производительностью в ответ на загрузку пользователя.
Следующие настройки системы и настройки безопасности необходимо настраивать на каждом развертывании перед импортом webgisdr, т.к. они различны для каждого развертывания и не могут быть одинаковыми:
- Передача информации прокси, включая имена серверов
- privatePortalURL, используемый для портала, и URL администрирования, используемый для любых интегрированных серверов
- Настройки безопасности, включая список одобренных адресов с использованием возможностей прокси портала
- Идентифицируйте свойства конфигурации хранилища для хранилищ пользователя или группы, если применимо
- Настройки провайдеров аутентификации SAML и LDAP
Начиная с версии 10.4, список элементов и параметров, которые должны быть идентичными в исходном и целевом развертываниях при запуске утилиты WebGISDR, был сокращен. Эти изменения в последних версиях Portal for ArcGIS и ArcGIS Server приведены в следующей таблице:
Должен элемент или настройка совпадать для развертываний при запуске утилиты WebGISDR?
| Элемент или настройка | 10.4.x | 10.5.x, 10.6 | 10.6.1 и более новые |
|---|---|---|---|
Версия | Да | Да | Да |
URL-адреса общедоступного портала | Да | Да | Да |
URL-адреса сервисов для интегрированных серверов | Да | Да | Да |
Зарегистрированные хранилища данных, отличные от ArcGIS Data Store | Да | Да | Да |
Данные учетной записи для файла ...webgisdr.properties | Да | Да | Да |
Тип хранилища директории ресурсов портала | Да | Да | Да |
Пути директории ArcGIS Server (например, arcgisjobs) | Да | Да | Нет |
Информация о безопасности (LDAP URL-адреса, информация прокси) | Да | Да | Нет |
Тип развертывания (одна машина или высокая доступность) | Да | Нет | Нет |
URL-адрес частного портала | Да | Нет | Нет |
URL-адрес администрирования для интегрированных серверов | Да | Нет | Нет |
Имена компьютеров | Да | Нет | Нет |
Путь к директории ресурсов портала (при использовании файловой системы) | Нет | Нет | Нет |
Учетные данные директории ресурсов портала (при использовании облачного хранилища) | Нет | Нет | Нет |
Хранилище конфигурации ArcGIS Server | Нет | Нет | Нет |
Репликация ArcGIS Enterprise
Утилита webgisdr позволяет экспортировать ресурсы портала, интегрированные сайты ArcGIS Server и ресурсы реляционных хранилищ данных и кэша листов ArcGIS Data Store в файл, который можно перенести на резервный компьютер для восстановления. Утилита сохраняет настройки конфигурации Portal for ArcGIS, ArcGIS Server и ArcGIS Data Store и копирует все ресурсы с портала, а также данные, скопированные на хост-сервер и в хранилище данных при публикации.
Утилита не выполняет копирования данных из баз данных или директорий, зарегистрированных на хост-сервере или интегрированных сайтах ArcGIS Server. Это ответственность администратора – реплицировать эти данные в резервном развертывании ArcGIS Enterprise и проверять, что эти сервисы на резервном компьютере могут работать с реплицированными данными.
При регистрации вами источников данных на сайтах ArcGIS Server вы указываете определённую информацию о характере доступа к данным. Данная информация должна быть одинаковой на основном и на резервном развертывании. К примеру, если вы копируете файловые базы геоданных, использующиеся для исходных данных, в резервное развертывание, пути к директориям файловых баз геоданных должны совпадать с основным развертыванием. Кроме того, у резервного развёртывания должен быть доступ к базе данных с использованием такой же информации о подключении, которую вы вводили при регистрации базы данных на сайте ArcGIS Server основного развёртывания.
Вы можете запустить утилиту webgisdr как задачу по расписанию в Планировщике задач Windows. Кроме того, эту утилиту можно переместить и запустить с другого компьютера, отличного от того, на котором установлен портал, при соблюдении следующих условий:
- Между компьютером и компонентами ArcGIS Enterprise открыто сообщение.
- На машине установлено Java Runtime Environment (JRE) 1.8 или позднее.
- Переменная среды JAVA_HOME задана как папка установки Java на компьютере.
Вы должны восстановить резервные копии ArcGIS Enterprise в дежурном развёртывании сразу, как только они будут экспортированы из первичного. Это позволяет избежать восстановления накопительных резервных копий в неправильном порядке, и означает, что в случае отказа основного развертывания потеря данных или время простоя будут минимальны. Если резервные копии не будут немедленно восстановлены, то могут возникнуть дополнительные издержки по импорту резервной копии и переключению на дежурное развертывание.
Также учитывайте, что если при создании резервной копии в первичном развертывании будут ошибки, а процесс импорта данных в дежурное развертывание автоматизирован, то эти ошибки и некорректные параметры также будут импортированы в дежурное развертывание.
Монитор ArcGIS Enterprise
Мониторинг очень важен, как в реплицированной среде, так и в отказоустойчивой. В отказоустойчивой среде некоторые части развертывания способны преодолевать отказы без участия пользователя. Например, если происходит отказ первичного портала ArcGIS Enterprise, ПО немедленно переключается на дежурный без участия пользователя. Таким же образом, может произойти сбой компонентов ArcGIS Server и ArcGIS Data Store, но система продолжит нормально работать, т.к. отсутствует единая точка отказа. Предполагая, что видимые нарушения работы ArcGIS Enterprise могут отсутствовать, следует использовать механизмы уведомления администраторов о сбоях отдельных компонентов развертывания ArcGIS Enterprise.
Вы можете использовать ArcGIS Monitor для анализа работоспособности компонентов Portal for ArcGIS, ArcGIS Server и реляционного ArcGIS Data Store вашего развертывания. Вы также можете использовать Задачу индекса портала для запроса статуса indexer для основного компьютера портала, перед выполнением репликации развертывания. Если вы используете зарегистрированную базу данных PostgreSQL, Oracle или Microsoft SQL Server вместе со своим развертыванием, вы можете использовать одну из задач Egdb, доступных в галерее ArcGIS Monitor для отслеживания статистики для этих баз данных.
Вам потребуется использовать Python или другой язык написания скриптов для ArcGIS Server REST API, чтобы автоматизировать проверку подключений к зарегистрированным папкам, хранилищам больших данных, файловым хранилищам растровых данных, кэшам листов и хранилищам больших пространственно-временных данных.
В реплицированной среде для ввода резерва требуется участие пользователя; поэтому необходимо контролировать развертывание, чтобы определить наличие отказа и принять решение о переходе на резервную систему.
Если у вас настроено автоматическое реплицирование из первичного развертывания в дежурное, этот процесс должен проходить под наблюдением, чтобы вы могли быть уверены в том, что создание архивов, перемещение файлов и операции восстановления выполняются успешно.
Отказоустойчивость
В ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server и ArcGIS Data Store есть собственные механизмы восстановления. В отказоустойчивых конфигурациях сбой каждого компонента может быть исправлен без значительных нарушений в работе ArcGIS Enterprise.
Переход реплицированного развертывания с первичного на дежурный центр данных обычно требует участия IT-отдела организации, и может быть выполнен через сервер GSS или глобальный DNS. Участники организации обычно получают доступ к развертыванию ArcGIS Enterprise через несколько URL-адресов, например, https://myportalwa.organization.com/portal для URL-адреса портала и https://myserverwa.organization.com/server для URL-адреса сервисов ArcGIS Server. GSS или глобальный DNS могут назначить IP-адрес для любого имени хоста. Если необходимо переключиться на другой центр данных, GSS или глобальный DNS перенаправит имя хоста myportalwa.organization.com и myserverwa.organization.com на IP-адреса, связанные с дежурным центром данных. Клиенты и пользователи не будут затронуты, но все запросы будут отправляться в дежурный центр данных. При восстановлении работы первичного центра данных IP-адреса первичных хостов сайта могут быть снова переведены на IP-адреса исходного центра данных. Вам потребуется выполнить согласование данных дежурного и первичного центров, чтобы в первичном центре данных появились все новые ресурсы и данные, созданные во время работы с дежурным центром.
Если данные в любой, зарегистрированной на хост-сервере или на интегрированном сайте ArcGIS Server базе данных (многопользовательской базе геоданных или базе данных) были отредактированы, используйте инструменты репликации базы данных, чтобы гарантировать, что исходное первичное развертывание ArcGIS Enterprise содержит обновленные данные. Если данные в файловых источниках данных, таких как файловые базы геоданных, зарегистрированных на любом сайте ArcGIS Server в развертывании ArcGIS Enterprise, были изменены, скопируйте измененные файлы в исходную папку, где они хранились. Наконец, используйте утилиту webgisdr для экспорта резервной копииArcGIS Enterprise из резервного развертывания и импорта в основное развертывание. Этот инструмент реплицирует ресурсы портала, включая связанные данные размещенных слоев объектов и сцен, а также новые неразмещенные сервисы, зарегистрированные на портале, в исходное основное развертывание ArcGIS Enterprise.