Рекомендации в отношении системной архитектуры
Первым шагом при развертывании ArcGIS Enterprise является проектирование и планирование архитектуры системы. Оно включает в себя аппаратные и программные компоненты и подключения между ними. Оно также включает в себя человеческие компоненты: людей, которые будут работать в вашей системе, доступ, который они получат, и принятые практики, которым они будут следовать.
В конечном счете, вы развертываете ArcGIS Enterprise для доставки геопространственных ресурсов пользователям таким образом, чтобы они соответствовал их ожиданиям и обеспечивал их рабочие процессы. Развертывание должно быть разработано таким образом, чтобы обеспечить доставку этого ресурса и его целостность.
Работа с системой Веб-ГИС часто включает обслуживание нескольких групп заинтересованных сторон и их различные требования, работу с аппаратными ограничениями и ограничениями ресурсов, а также защиту ресурсов и идентификационных данных от угроз. По причине этой комплексности важно, чтобы на стадии планирования были рассмотрены все аспекты.
Приведенные ниже рекомендации помогут вам разработать эффективную стратегию обеспечения операционной производительности, надежности и безопасности при развертывании ArcGIS Enterprise. Эти принципы применимы независимо от того, развертываете ли вы базовое развертывание, сайт сервера с несколькими компьютерами или другие шаблоны развертывания.
Совместное размещение
Все компоненты ArcGIS Enterprise в едином развертывании должны находиться в пределах одного центра обработки данных, или подобной структуры, например облачного региона или сети, для обеспечения минимизации задержки подключения между компонентами. В некоторых случаях требуется, чтобы компоненты или директории находились в одном центре обработки данных.
Ниже приведены примеры:
Если сайт сервера состоит из трех машин, все они должны находиться в одном центре обработки данных. Компьютеры не должны быть разбросаны по нескольким таким центрам.
Базовое развертывание и его интегрированные сайты серверов должны находиться в одном и том же центре обработки данных.
Все компьютеры в отказоустойчивом развертывании ArcGIS Enterprise должны быть в одном и том же центре обработки данных; основной и резервный компьютеры не могут быть распределены по отдельным центрам обработки данных.
На случай потери одного центра обработки данных вы можете создать вторичное развертывание в другом центре. Для получения подробной информации см. раздел Восстановление после сбоя и репликация.
Веб-сервисы и данные, на которые они ссылаются, должны находится в одном и том же дата-центре или облачном регионе, чтобы избежать проблем с производительностью. Поэтому источник данных и сайт сервера, на котором работает сервис, должны находиться в одном и том же дата-центре.
Производительность может быть низкой, если сайты ArcGIS Server и соответствующие им хранилища конфигурации и другие директории ArcGIS Server находятся в разных центрах обработки данных. Аналогично, производительность может быть низкой, если компьютеры Portal for ArcGIS и директории ресурсов находятся в разных центрах обработки данных.
Кроме того, клиенты ArcGIS (например, ArcGIS Pro), которые выполняют публикацию на ArcGIS Enterprise, следует развертывать в том же облачном регионе или сети, что и ArcGIS Enterprise, чтобы избежать задержек и проблем с производительностью при публикации веб-слоев. Это особенно важно при публикации размещенных слоев, которые копируют данные из источника данных на компьютеры в развертывании ArcGIS Enterprise.
Изоляция среды
При проектировании архитектуры вашей системы ArcGIS Enterprise необходимо учитывать то, как организация будет разрабатывать и тестировать новые элементы, прежде чем предоставлять их конечным пользователям.
Ресурсы, на которые пользователи опираются в своих рабочих процессах, должны находиться в среде, отдельной от среды разработки и тестирования. Эта практика известна как изоляция среды; она снижает риск непреднамеренных изменений или удалений ресурсов ГИС.
Разработка, промежуточная среда и производство
Обычно модель изоляции среды содержит три уровня: разработка, промежуточная среда и производство. Эти три уровня являются минимумом в соответствии с оптимальной практикой; в зависимости от ваших методов разработки и тестирования у вас могут быть дополнительные уровни или уровни обеспечения качества.
В рабочей среде разработки ГИС-аналитики и разработчики могут работать с ресурсами и изучать новые элементы, не затрагивая большую аудиторию. Эта среда выделенного сервера обычно используется для модульного тестирования, построения бизнес-процессов или создания нового функционала. Размер и сложность среды зависят от уровня риска, создаваемого изменениями, количества создателей ресурсов и потенциального воздействия сбоев и простоев системы.
Промежуточная среда (их может быть несколько) изолирована от конечной производственной среды, но максимально точно отражает эту среду. Это гарантирует, что любые проблемы, с которыми могут столкнуться конечные пользователи, могут быть обнаружены во время тестирования. Например, если вы используете слой векторных листов в пользовательских базовых картах для клиентских приложений и часто обновляете слой векторных листов, промежуточная среда должна реплицировать эти приложения. Вы можете сертифицировать каждое обновление слоя векторных листов в каждом приложении, чтобы гарантировать, что у клиентов не будет нарушений. Все изменения в ресурсах должны быть протестированы в промежуточной среде перед развертыванием в производственной среде.
Конечные пользователи, такие как полевые работники, корпоративные клиенты или автоматизированные системы мониторинга, должны иметь доступ к производственной среде в реальном времени. В производственных средах могут существовать соглашения об уровне обслуживания (SLA), определяющие допустимый уровень простоя. Доступность и доступ должны постоянно быть под контролем, и должны быть доступны для использования соответствующие методы предотвращения простоев, такие как резервное копирование и резервные компьютеры. См. Высокая доступность в ArcGIS Enterprise для получения дополнительной информации.
Не вносите изменения в программное обеспечение, приложения, конфигурации или сети в производственной системе, не протестировав их сначала хотя бы в одной промежуточной среде.
Балансировка нагрузки
Балансировщики нагрузки занимают промежуточное положение между клиентами и серверами. Они идентифицируют и принимают сообщения и передают их правильному получателю, распределяя рабочую нагрузку клиента по доступным вычислительным ресурсам. При этом они повышают безопасность сервера, балансируют использование системы и упрощают предоставление услуг.
ArcGIS Enterprise имеет собственный компонент балансировки нагрузки, называемый ArcGIS Web Adaptor. Каждый ArcGIS Web Adaptor интегрирует веб-сервер, на котором он установлен, с сайтом сервера или порталом, обрабатывает входящий трафик при отсутствии дополнительного балансировщика нагрузки и может применять проверку подлинности на веб-уровне.
Экземпляры Web Adaptor распределяют входящие запросы на сайты ArcGIS Server с несколькими компьютерами по циклической схеме. Включение экземпляров Web Adaptor в развертывание рекомендуется для простых конфигураций.
Более продвинутые конфигурации могут получить положительный эффект от использования стороннего балансировщика нагрузки. Эти компоненты могут выходить за рамки функционала ArcGIS Web Adaptor, чтобы использовать пользовательскую логику (распределение запросов по шаблону, отличному от циклического), управлять асимметричными нагрузками и обеспечивать дополнительные меры безопасности, такие как обратные прокси-серверы. Использование стороннего балансировщика нагрузки может помочь вашей организации решить сложные бизнес и технические задачи.
Всегда следует использовать как минимум один балансировщик нагрузки в вашем развертывании ArcGIS Enterprise, будь то ArcGIS Web Adaptor или сторонний компонент. Использование балансировщиков нагрузки помогает ограничить количество точек входа в систему, скрывая внутреннюю топологию сети и упрощая операции.
Доставка ресурсов
Хотя ArcGIS Enterprise может использоваться как полноценная платформа ГИС сама по себе, она предназначена для бесперебойной работы со всеми продуктами ArcGIS. Специалисты ГИС используют ArcGIS Pro для создания ресурсов и публикации их в ArcGIS Enterprise. Приложения, такие как ArcGIS Dashboards, предоставляют рабочие процессы для улучшения или добавления геопространственных ресурсов в вашу организацию. Для предоставления другим людям информации о работе вашей организации без использования собственной цифровой инфраструктуры может использоваться ArcGIS Online.
Посмотрите, как ваша организация использует или могла бы использовать каждый элемент ArcGIS. Например, если ваши полевые сотрудники используют мобильное приложение для обновления данных на картах, вы должны понимать последствия для безопасности, требования к времени безотказной работы и т. д.
Если ваша организация обслуживает как внутренних пользователей для операций и транзакций (таких как аналитики ГИС, специалисты по анализу данных и лица, принимающие решения), так и внешних пользователей или широкую общественность, которые ищут информацию, рассмотрите возможность настройки отдельных сред - с использованием нескольких развертываний ArcGIS Enterprise или ArcGIS Online.
Отделяя операционных и транзакционных пользователей от пользователей общедоступной информации, можно предотвратить ненадлежащий доступ внешних пользователей к внутренним ресурсам и уменьшить влияние трафика на инфраструктуру.
Разделение рабочей нагрузки
В вашей организации может быть несколько групп, выполняющих различные типы работ в развертывании ArcGIS Enterprise. Потребности в ресурсах для каждой функции и ожидания или контракты, регулирующие их работу, часто различны. Например, одной команде ГИС-аналитиков может потребоваться нерегулярнный доступ к мощным ресурсам геообработки, в то время как команде поддержки принятия решений может потребоваться постоянный доступ к менее ресурсоемким картам и приложениям.
На этапе планирования развертывания ArcGIS Enterprise изучите потребности и модели использования каждой операционной группы, которая будет использовать вашу систему. Затем вы можете распределить трафик рабочей нагрузки на соответствующие ресурсы сервера и изолировать различные геопространственные функции в зависимости от использования ими ресурсов.
При разделении рабочих нагрузок различных геопространственных функций организации работа, выполняемая одной группой, не влияет на ресурсы, доступные другой группе. Это важно, когда SLA используются для управления некоторыми или всеми операциями ГИС вашей организации. Если вы обязаны предоставить пользователям определенный уровень доступности, изоляция их машинных ресурсов снижает риск того, что работа других групп будет мешать их доступным ресурсам.
Методы разделения рабочих нагрузок
Разделение рабочей нагрузки чаще всего практикуется при развертывании нескольких сайтов ArcGIS Server. Сайт - это набор компьютеров ArcGIS Server, работающих на равных условиях; запросы, передаваемые сайту, могут быть назначены любому из его компьютеров.
При развертывании нескольких сайтов запросы могут направляться на сайт балансировщиком нагрузки в зависимости от типа запроса или отправителя запроса. Это защищает задачи от конкуренции за ресурсы. Например, один сайт ArcGIS Server может получать все ваши запросы по задачам геообработки, а другой - все запросы картографического сервиса. Картографические сервисы вашей организации не будут затронуты, если выполняется большая задача геообработки, и наоборот.
Использование балансировщиков нагрузки для обработки всех запросов обеспечивает контроль и гибкость, повышает стабильность системы, а также безопасность, предотвращая прямой доступ пользователей к вашим серверам.
Реализация нескольких сайтов ArcGIS Server для отдельных рабочих нагрузок позволяет назначать группы более или менее мощных компьютеров для разных сайтов. Это полезно, когда задачи, выполняемые на одном сайте, требуют больше вычислительных ресурсов, чем на другом сайте. Вы можете наилучшим образом использовать свои вычислительные ресурсы для достижения самого высокого уровня производительности.