Вы можете реплицировать ArcGIS Enterprise в автономное дежурное развертывание. Если на первичном развертывании происходит сбой или оно становится недоступным, можно перейти на дежурное развертывание.
Дежурное развертывание обычно работает в другой сети или подсети, или даже может быть физически удалено от расположения первичного развертывания. Где бы ни располагалось дежурное развертывание, убедитесь, что при необходимости оно будет доступно для клиентов ArcGIS Enterprise.
Географическое дублирование
Использовать географическое дублирование можно, если первичный и вторичный центры данных находятся в географически удаленных местах. Если один из центров данных оказывается в зоне катастрофы, такой как ураган или иное стихийное бедствие, можно перевести дежурный центр данных в активное состояние и продолжить работу.
Для успешного использования географического дублирования необходимо выполнить определенные требования.
- Первичная и вторичная среда должны быть идентичны. Каждый центр данных доложен содержать одинаковое число компьютеров, участвующих в развертывании ArcGIS Enterprise, и URL для доступа к компонентам должны быть одинаковыми.
- При географическом дублировании обычно используется активно-пассивный подход; поэтому данные и ресурсы должны постоянно копироваться в дежурное развертывание ArcGIS Enterprise.
- Для успешного использования географического дублирования необходимы компоненты сторонних поставщиков. Например, важное значение имеет сервер GSS или DNS, поскольку при переключении с первичного развертывания на вторичное он обеспечивает бесперебойную работу пользователям ArcGIS Enterprise.
Чтобы максимально уменьшить время простоя в случае сбоя или аварии, можно развернуть отказоустойчивую географически удаленную ArcGIS Enterprise. Это наиболее сложная система развертывания, требующая большого числа компьютеров и тщательного обслуживания. Настройте два отдельных центра данных, каждый со своим собственным отказоустойчивым развертыванием ArcGIS Enterprise. В каждом центре данных имена всех компьютеров должны быть идентичны, должны отсутствовать единые точки отказа, в том числе по отношению к данным, находятся ли они на отказоустойчивом файл-сервере или в отказоустойчивой базе данных, всем веб-серверам и балансировщикам нагрузки, и компонентам ArcGIS Enterprise. Архивы первичного развертывания должны создаваться постоянно, а их запись в дежурное развертывание в отдельном центре данных может происходить сразу или при отказе первичного развертывания.
Планирование репликации развертывания
Сначала определите количество требующихся компьютеров. Затем, запланируйте выполнение следующих требований аварийного восстановления для реплицированного развертывания ArcGIS Enterprise:
- Дупликация – убедитесь в том, что архитектура обоих центров данных и развертываний ArcGIS Enterprise одинакова.
- Репликация – создайте архив ресурсов и данных первичного центра данных и восстановите его на дежурном.
- Мониторинг – проверяйте журналы, чтобы определить случай отказа и установить, требуется ли при этом отказе переход на дежурный центр данных.
- Обход отказа – примите решение, следует ли перейти на другой компонент в пределах ArcGIS Enterprise или полностью перейти на работу с развертыванием 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 для дежурного развертывания не требуются, поскольку к нему не осуществляется доступ; вы сделаете его активным только при отказе первичного.
Утилита webgisdr записывает версии компонентов программного обеспечения ArcGIS Enterprise при создании файла резервной копии. Запасное развертывание, в которое вы импортируете файл, должно быть той же версии, что и основное развертывание.
Дублирование развертываний
В ArcGIS Enterprise имеются различные зависимости, которые необходимо учитывать для решения вопросов доступа. Картографические сервисы обращаются к данным в общедоступных папках или работают через подключение к базе данных. Компьютеры в пределах ArcGIS Enterprise связываются друг с другом через определенные URL-адреса. Поэтому, развертывание ArcGIS Enterprise одного сайта должно быть реплицировано в другом, чтобы все компоненты (расположение папок, имена баз данных и URL) развертывания в каждом центре данных были одинаковыми. Сетевые устройства хранения (NAS), на которых хранятся файловые базы геоданных или файлы конфигураций Portal for ArcGIS и ArcGIS Server, должны иметь одинаковые имена, чтобы дежурное развертывание могло успешно подключаться к ресурсам. Все компоненты ArcGIS Enterprise в каждом развертывании должны быть установлены в тех же директориях. Наконец, число компьютеров в центрах данных должно быть идентично, т.к. при меньшем количестве компьютеров возможно снижение производительности. Помните, что вы также можете использовать записи DNS или изменить hosts files on the machines to achieve host name consistency.
Репликация ArcGIS Enterprise
Portal for ArcGIS содержит инструмент – webgisdr – позволяющий экспортировать ресурсы портала, интегрированные сайты ArcGIS Server и ресурсы реляционных хранилищ данных и полистного кэша ArcGIS Data Store в файл, который можно перенести на резервный компьютер для восстановления. Инструмент обрабатывает настройки Portal for ArcGIS, ArcGIS Server и ArcGIS Data Store и копирует все ресурсы с портала, а также данные, скопированные на хост-сервер и хранилище данных при публикации.
Помните, что инструмент не копирует данные из баз данных или папок, зарегистрированных на хост-сервере или интегрированных сайтах ArcGIS Server, например, данные из базы данных или файловой базы геоданных. Организация должна реплицировать эти данные в резервном развертывании ArcGIS Enterprise и проверить, что эти сервисы на резервном компьютере могли работать с реплицированными данными.
При регистрации вами источников данных на сайтах ArcGIS Server вы указываете определенную информацию о характере доступа к данным. Данная информация должна быть одинаковой на основном и на резервном развертывании. К примеру, если вы копируете файловые базы геоданных, использующиеся для исходных данных, в резервное развертывание, пути к директориям файловых баз геоданных должны совпадать с основным развертыванием. Кроме того, у резервного развертывания должен быть доступ к базе данных с использованием такой же информации о подключении, которую вы вводили при регистрации базы данных на сайте ArcGIS Server основного развертывания.
Вы можете запускать инструмент webgisdr по расписанию из Windows Task Scheduler или как крон в среде Linux. Кроме того, этот инструмент можно переместить и запустить с другого компьютера, чем тот, на котором установлен портал, при условии, что связь между компьютером, где работает этот инструмент, и компонентами ArcGIS Enterprise не нарушена.
Вы должны восстановить резервные копии ArcGIS Enterprise в дежурном развертывании сразу, как только они будут экспортированы из первичного. Это позволяет избежать восстановления накопительных резервных копий в неправильном порядке, и означает, что в случае отказа первичного развертывания потеря данных или время простоя будут минимальны. Если резервные копии не будут немедленно восстановлены, то могут возникнуть дополнительные издержки по импорту резервной копии и переключению на дежурное развертывание.
Также учитывайте, что если при создании резервной копии в первичном развертывании будут ошибки, а процесс импорта данных в дежурное развертывание автоматизирован, то эти ошибки и некорректные параметры также будут импортированы в дежурное развертывание.
Инструкции по реплицированию развертывания ArcGIS Enterprise см. в разделе Настройка восстановления после отказа.
Мониторинг ArcGIS Enterprise
Мониторинг очень важен, как в реплицированной среде, так и в отказоустойчивой. В отказоустойчивой среде некоторые части развертывания способны преодолевать отказы без участия пользователя. Например, если происходит отказ первичного портала в ArcGIS Enterprise, ПО немедленно переключается на дежурный без участия пользователя. Таким же образом, может произойти сбой компонентов ArcGIS Server и ArcGIS Data Store, но система продолжит нормально работать, т.к. отсутствует единая точка отказа. Принимая во внимание, что видимые нарушения работы ArcGIS Enterprise могут отсутствовать, необходимо создать механизмы уведомления администраторов о сбоях и нарушениях работы любых компонентов развертывания ArcGIS Enterprise. Воспользуйтесь Python (или другим скриптовым языком) с ArcGIS Server и Portal for ArcGIS REST API для автоматизации отслеживания частей вашего развертывания, как показано здесь:
- Периодически запрашивайте журналы Portal for ArcGIS и ArcGIS Server для проверки сообщений, индицирующих сбои определенных компонентов. Если происходит отказ, скрипт может отправить email или уведомить администраторов о необходимости их вмешательства.
- Используйте функции Проверки здоровья в Administration API Portal for ArcGIS and ArcGIS Server для запрашивания журналов и проверки наличия проблем.
- Проверьте все интегрированные серверы, чтобы убедиться в том, что они работают, и что портал может взаимодействовать с ними.
- Проверьте все подключения к хранилищам данных. В том числе подключениям к реляционным хранилищам, хранилищам полистного кэша и больших пространственно-временных данных, а также - к папкам и базам данных, файловым хранилищам больших данных и хранилищам растровых данных.
- Периодически запрашивайте важные сервисы и веб-карты, чтобы убедиться в их работоспособности.
- Запросите Indexer Status на основном компьютере перед репликацией, чтобы убедиться в том, что на основном компьютере все на портале индексировано. Запросите Indexer Status на обоих компьютерах по окончании репликации для проверки соответствия этих значений индекса между основным и резервным развертываниями. Значения для databaseCount and indexCount каждого nameдолжны совпадать внутри и между двумя развертываниями. К примеру, когда вы запрашиваете Indexer Status, он показывает вам количество элементов в базе данных и количество индексированных элементов. Количество в базе данных (databaseCount) должно быть равно количество индексированных (indexCount) для каждого типа элемента (name), как показано на примере ниже. Если значения databaseCount и indexCount не совпадают для типа элемента, нужно переиндексировать портал. Выходные данные должны совпадать на основном и резервном компьютерах.
{"indexes": [ { "name": "users", "databaseCount": 42, "indexCount": 42 }, { "name": "groups", "databaseCount": 21, "indexCount": 21 }, { "name": "search", "databaseCount": 8499, "indexCount": 8499 } ]}
В реплицированной среде для ввода резерва требуется участие пользователя; поэтому необходимо контролировать развертывание, чтобы определить наличие отказа и принять решение о переходе на резервную систему.
Если у вас настроено автоматическое реплицирование из первичного развертывания в дежурное, этот процесс должен проходить под наблюдением, чтобы вы могли быть уверены в том, что создание архивов, перемещение файлов и операции восстановления выполняются успешно.
Отказоустойчивость
В 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.