Перенос ArcGIS Enterprise с помощью WebGISDR

Организациям может потребоваться перенести существующую организацию ArcGIS Enterprise с одного компьютера (или набора компьютеров) на другой. Одной из причин этого является переход на новое оборудование или новую операционную систему. Существует несколько распространенных методов проведения такого рода переноса, в том числе:

• Операция Подключиться к сайту

• Инструмент Web GIS Disaster Recovery (WebGISDR)

Инструмент WebGISDR широко используется, поскольку он не влияет на работу в вашей производственной среде. Хотя этапы, связанные с этим методом, скорее всего, займут больше времени, чем при использовании метода Подключиться к сайту, он считается более безопасным.

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

Рекомендации по использованию инструмента WebGISDR

Прежде чем принять решение о переносе с использованием инструмента WebGISDR, важно убедиться, что это наилучший метод для вашей организации. Внимательно ознакомьтесь с этой информацией:

• Администраторы могут переносить существующие машины на новые без внесения каких-либо изменений в свою производственную среду.

• Успешность переноса можно проверить перед переключением на новую среду.

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

• Этот метод переноса нельзя использовать для перехода на другую операционную систему.

• Ваша исходная и новая среда должны соответствовать требованиям для запуска инструмента WebGISDR. URL-адреса организации и URL-адреса сервисов должны быть одинаковыми в разных средах, что определяется Методами разрешения имен хостов.

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

Методы разрешения имен хостов

Чтобы сконфигурировать вторую среду, компоненты в новой среде должны быть настроены с теми же общедоступными URL-адресами, что и в основной среде. Существует несколько способов сделать это:

• Используйте запись \etc\hosts для преобразования полного доменного имени (FQDN) общедоступных URL-адресов на другую конечную точку

• Перенаправляйте трафик до тех пор, пока программное обеспечение не будет настроено

• Настройте свой DNS таким образом, чтобы резервные компьютеры перенаправляли общедоступный URL-адрес на IP-адрес, отличный от IP-адреса основных компьютеров

Используемые рабочие процессы для переноса компьютеров будут соответствовать первому варианту использования файла \etc\hosts. Более подробную информацию о каждом методе см. в следующих разделах.

Вариант 1: изменение файла \etc\hosts

Вы можете использовать локальный файл \etc\hosts на новых устройствах для контроля того, как публичные URL разрешаются во время миграции. Это позволяет полному доменному имени (FQDN) публичного URL разрешиться на другой конечной точке, например, с новым Web Adaptor или обратным прокси, без обновления DNS.

Файл \etc\hosts разрешает имена хостов, сопоставляя IP-адреса с именами хоста. Записи в этом файле имеют приоритет над DNS и применяются только к компьютеру, на котором они настроены.

Файл \etc\hosts находится в C:\Windows\System32\drivers\etc.

Например, основная среда достигается через публичный URL enterprise.example.com, который разрешается через DNS. На новых компьютерах можно добавить в файл \etc\hosts запись, которая сопоставляет IP-адрес новой среды с альтернативным именем хоста, например enterprise1.example.com.

При доступе к enterprise1.example.com файл \etc\hosts локально сопоставляет имя хоста и IP-адрес новой среды. Если на компьютере работает веб-сервер, к нему можно подключиться через enterprise1.example.com, в то время как enterprise.example.com продолжает переходить к основной среде через DNS.

Вариант 2: перенаправление трафика до тех пор, пока программное обеспечение не будет настроено

Если вы можете перенаправить трафик из своей производственной среды на короткий промежуток времени, настройте компонент, который направляет трафик в вашу производственную среду, так, чтобы он отправлял трафик в вашу непроизводственную среду.

Это может означать, что вам необходимо перерегистрировать Web Adaptor на новые компьютеры или обновить обратный прокси-сервер или балансировщик нагрузки, чтобы отправлять трафик на новые компьютеры в непроизводственной среде. Это нужно сделать только тогда, когда вы будете готовы к объединению и настроите сервер в качестве хост-сервера.

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

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

1. Перенаправьте трафик в непроизводственную среду.

   • Если вы используете ArcGIS Web Adaptor, зарегистрируйте Web Adaptor на новых компьютерах.

   • Если вы используете обратный прокси-сервер или балансировщик нагрузки, обновите конфигурацию, чтобы отправить трафик на новые машины.

2. Интегрируйте портал и сайты сервера в непроизводственной среде, используя для URL-адресов сервисов тот же общедоступный URL-адрес, что и в рабочей среде.

   Административный URL-адрес, используемый при интеграции, должен выполнять перенаправление только на непроизводственные компьютеры. Административный URL-адрес также может быть обновлен после переноса без прерывания работы.

3. Настройте интегрированный сервер в качестве хост-сервера на целевом портале.

4. Перенаправьте трафик назад, в производственную среду.

   • Если вы используете Web Adaptor, зарегистрируйте Web Adaptor на исходных компьютерах.

   • Если вы используете обратный прокси-сервер или балансировщик нагрузки, обновите конфигурацию, чтобы отправить трафик на исходные компьютеры.

   

Вариант 3: настройка DNS для перенаправления URL-адреса организации на резервных компьютерах на IP-адрес, отличный от IP-адреса основных компьютеров

Кроме того, вы можете настроить DNS резервной среды таким образом, чтобы полное доменное имя общедоступных URL-адресов разрешалось по-разному в зависимости от того, находитесь ли вы на основных или резервных компьютерах. Обычно это называется разделенным DNS или DNS с разделенным горизонтом. Для этого метода требуется дополнительный Web Adaptor, обратный прокси-сервер или балансировщик нагрузки, поскольку общедоступный URL-адрес должен быть доступен для интеграции портала и сайта сервера.

Этот подход функционально эквивалентен изменению файлов \etc\hosts, но управляется через DNS, а не через файл \etc\hosts.