Системное хранилище является основополагающим требованием ArcGIS Enterprise для поддержки административных и других рабочих процессов в организации. Это требование к хранилищу включает в себя два реляционных хранилища, которые поддерживают размещенные векторные данные и административные аспекты, такие как настройки и параметры конфигурации.
Администратор может настроить постоянные тома для поддержки реляционных хранилищ или, в качестве альтернативы, или настроить реляционное хранилище за пределами кластера, используя поддерживаемый облачный сервис баз данных. Этот вариант может лучше всего подойти администраторам, имеющим опыт администрирования баз данных PostgreSQL, поскольку он может обеспечить преимущества в надежности, масштабировании и производительности при использовании облачных сервисов из AWS, Azure и Google Cloud.
Ниже приведены рекомендации по использованию облачного реляционного хранилища с поддержкой ArcGIS Enterprise, включая использование программного обеспечения, поддерживаемые типы, требования и потребности в постоянном обслуживании.
Поддерживаемые облачные сервисы баз данных
Поддерживаются следующие типы облачных сервисов баз данных для использования в ArcGIS Enterprise on Kubernetes:
- Amazon RDS for PostgreSQL
- Amazon Aurora PostgreSQL
- Azure Database for PostgreSQL - Flexible Server
- Google Cloud SQL for PostgreSQL
- Google Cloud AlloyDB for PostgreSQL
Требования к базе данных
В этом релизе программного обеспечения облачное реляционное хранилище, настроенное с поддержкой ArcGIS Enterprise on Kubernetes, должно соответствовать следующим требованиям:
- Должна быть 15 версия базы данных.
- База данных должна быть доступна по сети из кластера Kubernetes. Необходимо учитывать, что некоторые группы безопасности и брандмауэры могут блокировать прямой доступ к базе данных по умолчанию.
- Для аутентификации учетной записи администратора необходимо использовать имя пользователя и пароль базы данных.
- Вам необходимо установить плагин PostGIS и включить пространственный тип PostGIS. Это значение по умолчанию для AWS и Google Cloud, опционально для Azure.
Подключения и определение размера экземпляра
Важно учитывать и распределять ресурсы для обеспечения достаточного размера вашего экземпляра базы данных, так как многие сервисы не позволяют изменять размер экземпляра. Кроме того, изменение размера экземпляра после его использования может привести к сбоям в работе или непредвиденным проблемам.
Учтите, что каждое подключение к базе данных потребляет память и ресурсы ЦПУ на серверах баз данных и влияет на потребности аппаратного обеспечения.
Например, модуль, запущенный для размещенного сервиса объектов, может использовать до 100 подключений к базе данных при наличии 100 одновременных запросов. Поскольку для размещенных сервисов объектов обычно требуется два запущенных модуля, должно быть доступно 200 подключений. Для учета других сервисных запросов рекомендуется добавить еще 100, в общей сложности 300.
Когда это возможно, модули размещенных сервисов объектов используют слияние сервисов для повторного использования подключений. В результате 300 подключений может быть достаточно для обработки до 1000 запросов в секунду. Для большинства облачных баз данных по умолчанию обычно установлено менее 300 подключений, поэтому рекомендуется увеличить лимит подключений до 300 или более.
Базы данных используют оперативную память для повышения производительности при работе с часто используемыми данными. Размещенные сервисы пространственных объектов обычно предоставляют самый большой объем данных. Порядок использования может значительно различаться, поскольку многие сервисы могут использоваться не часто, в то время как доступ к другим может быть постоянным. Если вы знаете, что доступ к некоторым размещенным сервисам пространственных объектов будет постоянным, и можете оценить их размер, возможно, стоит запланировать дополнительную оперативную память.
Рекомендации по аппаратному обеспечению
Для обеспечения высокой производительности при средней нагрузке рекомендуется использовать экземпляры баз данных со следующими параметрами:
- 4 виртуальных ЦПУ
- 16 ГБ ОЗУ
Для больших объемов данных, к которым часто обращаются, рекомендуется увеличить объем оперативной памяти.
Хранение информации
Потребности вашей организации в хранении будут варьироваться в зависимости от используемых вами данных. Базовой рекомендацией может быть объем хранилища в 100 ГБ, который может подойти для нескольких сотен размещенных сервисов пространственных объектов с минимальными вложениями. Вложенные элементы, особенно изображения с высоким разрешением, могут занимать чрезвычайно много места. Если вы предполагаете, что у вас будут большие приложения, важно, чтобы вы совместно с вашим отделом ГИС оценили объем хранилища, поскольку в некоторых организациях объем хранилища превышает 1 ТБ для удовлетворения потребностей.
Использование программного обеспечения
При настройке облачного реляционного хранилища учитывайте, что итоговая база данных будет использоваться исключительно для ArcGIS Enterprise on Kubernetes. Рекомендуется, чтобы в этой базе данных не было никаких других данных или баз данных. Кроме того, программное обеспечение создает базы данных, схемы и пользователей в базе данных, включая следующее:
- Многопользовательская база геоданных для хранения данных опубликованных сервисов объектов
- База данных для хранения информации о ресурсах и элементах
- База данных для хранения информации о вебхуках
Административный пользователь базы данных, которого вы предоставляете ArcGIS Enterprise, используется во время начальной настройки и процессов резервного копирования и восстановления. Для оперативного использования будут созданы специальные пользователи с наименьшим уровнем прав, что обеспечит большую безопасность.
Текущее обслуживание
При использовании облачного реляционного хранилища ваш ИТ-администратор или администратор базы данных должны продолжать текущее обслуживание системы и управление. Ниже приведены примеры:
- Управляйте системой баз данных, применяя патчи и контролируя использование оборудования, в частности хранилища
- Управляйте общесистемными настройками, такими как количество подключений
С другой стороны, программное обеспечение ArcGIS Enterprise продолжает текущее обслуживание программного обеспечения. Ниже приведены примеры:
- Резервное копирование и восстановление базы данных во время рутинных процессов резервного копирования и восстановления в организации
- Настройка столбцов, таблиц, индексов и пользователей
Администраторы могут создавать собственные резервные копии баз данных, но перед изолированным восстановлением резервной копии базы данных обязательно проконсультируйтесь со службой технической поддержки Esri, поскольку это может вызвать проблемы с синхронизацией с другими базовыми требованиями, такими как хранилище объектов.