Физическая архитектура

Эта архитектура была спроектирована с учетом:

• Решение для малых/средних газовых компаний
• Поддержки рабочих процессов с целевой проектной нагрузкой 15 редакторов ArcGIS Pro и 200 веб-пользователей ArcGIS (обычные пользователи).
• Многопользовательской базы геоданных, настроенной с Microsoft SQL Server
• Облачная инфраструктура AWS

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

Скачайте файл Microsoft Visio со схемой этой архитектуры.
Подробнее о ресурсах построения схем для систем ArcGIS.

Типы и характеристики компьютеров

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

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

Настольные приложения (ArcGIS Pro и веб-браузер)

• 3 компьютера (использованные в тестировании)
• Тип экземпляра g4DN.xlarge
• 2 CPU (4 vCPU)
• 16 ГБ ОЗУ
• Графический процессор с 16 ГБ видеопамяти
• 128 ГБ дискового пространства

Portal for ArcGIS

• 2 компьютера
• Тип экземпляра m5.xlarge
• 2 CPU (4 vCPU)
• 16 ГБ ОЗУ
• 128 ГБ дискового пространства

ArcGIS GIS Server

• 2 компьютера
• Тип экземпляра M5.2xlarge
• 4 CPU (8 vCPU)
• 32 ГБ ОЗУ
• 128 ГБ дискового пространства

ArcGIS Server (хост-сервер)

• 2 компьютера
• Тип экземпляра M5.2xlarge
• 4 CPU (8 vCPU)
• 32 ГБ ОЗУ
• 128 ГБ дискового пространства

ArcGIS Data Store (реляционное)

• 2 компьютера
• Тип экземпляра m5.xlarge
• 2 CPU (4 vCPU)
• 16 ГБ ОЗУ
• 256 ГБ дискового пространства

ArcGIS Web Adaptor

• 2 компьютера
• Тип экземпляра M5.Large
• 1 CPU (2 vCPU)
• 8 ГБ ОЗУ
• 128 ГБ дискового пространства

ArcGIS Monitor

• 1 компьютер
• Тип экземпляра M5.2xlarge
• 4 CPU (8 vCPU)
• 32 ГБ ОЗУ
• 128 ГБ дискового пространства

Файловое хранилище

• 1 экземпляр
• Пропускная способность 64 МБ/с
• 1 ТБ дискового пространства

База данных

• 1 компьютер
• Тип экземпляра R5.2xlarge
• 4 CPU (8 vCPU)
• 64 ГБ ОЗУ
• 256 ГБ дискового пространства

Сервер домена

• 1 компьютер
• Тип экземпляра M5.Large
• 1 CPU (2 vCPU)
• 8 ГБ ОЗУ
• 128 ГБ дискового пространства

Дополнительные аспекты по инфраструктуре

Ниже приведены дополнительные аспекты, которые следует учитывать при проектировании сетевой системы управления информацией, и пояснения к некоторым вариантам инфраструктуры, сделанные для данного тестового исследования.

Балансировщик нагрузки приложения (ALB)

В развертывании ArcGIS Enterprise с высокой доступностью требуется как минимум один сторонний балансировщик нагрузки для обработки клиентского трафика на ваш портал и серверные сайты и внутреннего трафика между компонентами программного обеспечения. Хотя ArcGIS Web Adaptor считается балансировщиком нагрузки, его недостаточно для выполнения функций балансировщика нагрузки в конфигурации с высокой доступностью. Поэтому в данном тестовом исследовании использовался балансировщик нагрузки приложения Amazon Web Services (AWS).

Критерии базы данных

Учитывая объем и цели данного тестового исследования, выбор был сделан в пользу развертывания SQL Server на виртуальной машине (EC2). Однако, в зависимости от ваших потребностей, вы можете рассмотреть возможность использования сервиса платформы баз данных, такого как RDS (Amazon Relational Database Service) или SQL Managed Instance в среде Microsoft Azure.

Общее хранилище

Для успешной реализации высокодоступного развертывания ArcGIS Enterprise хранилища конфигурации должны храниться на отказоустойчивом хранилище с общим доступом. Это гарантирует, что эти данные останутся доступными даже в случае сбоя одного сервера, обеспечивая бесперебойное обслуживание конечных пользователей. Кроме того, хранилище с общим доступом упрощает управление данными при развертывании на нескольких компьютерах и улучшает масштабируемость за счет централизации хранения данных и возможности расширения по мере необходимости.

Компоненты системы, не включенные в схему

Обратите внимание, что, хотя антивирусное программное обеспечение и сетевые компоненты AWS не показаны на этой схеме, они присутствовали в тестовом исследовании.