Наверх

Сравнение физической архитектуры

Следующие варианты архитектуры были разработаны с помощью:

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

Развертывание SAP HANA Private Cloud Edition (PCE) отражает типы и размеры экземпляров, но включает отдельный VPC, подключенный к ArcGIS Enterprise VPC через AWS PrivateLink, где настроена многопользовательская база геоданных. Типы экземпляров EC2 и базы данных идентичны в двух развертываниях, ключевое различие заключается в подходе к размещению базы геоданных и дизайне сети.

Традиционная система управления сетевой информацией ArcGIS с использованием экземпляров EC2 в одном VPC)

Традиционная система управления сетевой информацией ArcGIS с SAP HANA RISE)

Типы и конфигурации экземпляров

В следующих профилях системы подробно описаны типы экземпляров, выбранные и проверенные для объема и цели данного тестового исследования. Обе системы использовали одинаковое количество и тип экземпляров AWS EC2. При проектировании собственной системы настоятельно рекомендуется следовать полному процессу проектирования, чтобы учесть определенные бизнес- и технические требования вашей организации.

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

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

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

Portal for ArcGIS

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

ArcGIS GIS Server (сервисы управления сетью)

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

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

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

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

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

ArcGIS Web Adaptor

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

ArcGIS Monitor

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

Общее хранилище файлов

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

Хост базы данных

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

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

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

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

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

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

В высокодоступном развертывании ArcGIS Enterprise требуется балансировщик нагрузки для балансировки и проксирования клиентского трафика к портальным и серверным компонентам, а также внутрисайтового трафика между программными компонентами. Несмотря на то, что ArcGIS Web Adaptor работает как балансировщик нагрузки, он сам по себе недостаточен для работы в качестве балансировщика нагрузки в конфигурации с высокой доступностью. В этом тестовом исследовании использовался AWS Application Load Balancer.

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

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

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

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

Top