Системное хранилище является основополагающим требованием ArcGIS Enterprise для поддержки административных и других рабочих процессов в организации. Это требование к хранилищу включает в себя два реляционных хранилища, которые поддерживают размещенные векторные данные и административные аспекты, такие как настройки и параметры конфигурации.
Администратор может настроить постоянные тома для поддержки реляционных хранилищ или, в качестве альтернативы, или настроить реляционное хранилище за пределами кластера, используя поддерживаемый облачный сервис баз данных. Этот вариант может лучше всего подойти администраторам, имеющим опыт администрирования баз данных PostgreSQL, поскольку он может обеспечить преимущества в надежности, масштабировании и производительности при использовании облачных сервисов из Amazon Web Services (AWS), Microsoft Azure и Google Cloud.
Как и во всех сервисных предложениях, провайдеры сервиса облачной базы данных могут изменять настройки и функциональность в своих предложениях даже во второстепенных версиях. Возможно, изменения, внесенные поставщиком, могут отрицательно повлиять на доступ из ArcGIS к базе данных. Чтобы смягчить эти неблагоприятные последствия, рекомендуется работать с вашим поставщиком облачных сервисов, чтобы знать о любых изменениях в его сервисах, а также поддерживать программное обеспечение ArcGIS в актуальном состоянии, чтобы иметь доступ к последним обновлениям, учитывающим изменения в облачных сервисах. Регулярно создавайте резервные копии своей организации ArcGIS Enterprise и тестируйте процесс восстановления из резервных копий.
Ниже приведены рекомендации по использованию облачного реляционного хранилища с поддержкой 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.
Требования к базе данных
Облачное реляционное хранилище, настроенное с поддержкой ArcGIS Enterprise on Kubernetes, должно соответствовать следующим требованиям:
- Версия экземпляра PostgreSQL должна поддерживаться данной версией ArcGIS Enterprise on Kubernetes
- ArcGIS Enterprise 12.0: PostgreSQL версии 15.x или 16.x
- ArcGIS Enterprise 11.5: PostgreSQL версии 15.x или 16.x
- ArcGIS Enterprise 11.4: PostgreSQL версии 15.x
- База данных должна быть доступна по сети из кластера Kubernetes. Необходимо учитывать, что некоторые группы безопасности и брандмауэры могут блокировать прямой доступ к базе данных по умолчанию.
- Для аутентификации учетной записи администратора необходимо использовать имя пользователя и пароль базы данных.
- Вам необходимо установить плагин PostGIS и включить пространственный тип PostGIS. Это плагин по умолчанию для AWS и Google Cloud, но его необходимо добавить в разрешенные расширения в Azure. В настоящее время поддерживаются только PostGIS 3.5.2 и более ранние версии из-за проблемы PostGIS 5978.
Подключения и определение размера экземпляра
Важно учитывать и распределять ресурсы для обеспечения достаточного размера вашего экземпляра базы данных, так как многие сервисы не позволяют изменять размер экземпляра. Кроме того, изменение размера экземпляра после его использования может привести к сбоям в работе или непредвиденным проблемам.
Каждое подключение к базе данных потребляет память и ресурсы ЦПУ на серверах баз данных и влияет на потребности аппаратного обеспечения.
Например, модуль, запущенный для размещенного сервиса объектов, может использовать до 100 подключений к базе данных при наличии 100 одновременных запросов. Поскольку для размещенных сервисов объектов обычно требуется два запущенных модуля, должно быть доступно 200 подключений. Для учета других сервисных запросов рекомендуется добавить еще 100, в общей сложности 300.
Когда это возможно, модули размещенных сервисов объектов используют слияние сервисов для повторного использования подключений. В результате 300 подключений может быть достаточно для обработки до 1000 запросов в секунду. Для большинства облачных баз данных по умолчанию обычно установлено менее 300 подключений, поэтому рекомендуется увеличить лимит подключений до 300 или более.
Примечание:
Использование pgBouncer в качестве прокси-сервера для объединения подключений базы данных к облачному реляционному хранилищу не поддерживается.
Базы данных используют оперативную память для повышения производительности при работе с часто используемыми данными. Размещенные сервисы пространственных объектов обычно предоставляют самый большой объем данных. Порядок использования может значительно различаться, поскольку многие сервисы могут использоваться не часто, в то время как доступ к другим может быть постоянным. Если вы знаете, что доступ к некоторым размещенным сервисам пространственных объектов будет постоянным, и можете оценить их размер, возможно, стоит запланировать дополнительную оперативную память.
Рекомендации по аппаратному обеспечению
Для обеспечения высокой производительности при средней нагрузке рекомендуется использовать экземпляры баз данных со следующими параметрами:
- 4 виртуальных ЦПУ
- 16 ГБ ОЗУ
Для больших объемов данных, к которым часто обращаются, рекомендуется увеличить объем оперативной памяти.
Хранение
Потребности вашей организации в хранении будут варьироваться в зависимости от используемых вами данных. Базовой рекомендацией является объем хранилища в 100 ГБ, который может подойти для нескольких сотен размещенных сервисов пространственных объектов с минимальными вложениями. Вложенные элементы, особенно изображения с высоким разрешением, могут занимать чрезвычайно много места. Если вы предполагаете, что у вас будут большие приложения, важно, чтобы вы совместно с вашим отделом ГИС оценили объем хранилища, поскольку в некоторых организациях объем хранилища превышает 1 ТБ для удовлетворения потребностей.
Использование программного обеспечения
При настройке облачного реляционного хранилища учитывайте, что итоговая база данных будет использоваться исключительно для ArcGIS Enterprise on Kubernetes. Рекомендуется, чтобы в этой базе данных не было никаких других данных или баз данных. Кроме того, программное обеспечение создает базы данных, схемы и пользователей в базе данных, включая следующее:
- Многопользовательская база геоданных для хранения данных опубликованных сервисов объектов
- База данных для хранения информации о ресурсах и элементах
- База данных для хранения информации о вебхуках
Административный пользователь базы данных, которого вы предоставляете ArcGIS Enterprise, используется во время начальной настройки и процессов резервного копирования и восстановления. Для оперативного использования будут созданы специальные пользователи с наименьшим уровнем прав, что обеспечит большую безопасность.
Текущее обслуживание
При использовании облачного реляционного хранилища ваш ИТ-администратор или администратор базы данных должны продолжать текущее обслуживание системы и управление. Ниже приведены примеры:
- Управляйте системой баз данных, применяя патчи и контролируя использование аппаратного оборудования, в частности хранилища.
- Управляйте общесистемными настройками, такими как количество подключений.
С другой стороны, программное обеспечение ArcGIS Enterprise продолжает текущее обслуживание программного обеспечения. Ниже приведены примеры:
- Резервное копирование и восстановление базы данных во время рутинных процессов резервного копирования и восстановления в организации.
- Настройка столбцов, таблиц, индексов и пользователей.
Администраторы могут создавать собственные резервные копии баз данных, но перед изолированным восстановлением резервной копии базы данных обязательно проконсультируйтесь со службой технической поддержки Esri, поскольку это может вызвать проблемы с синхронизацией с другими базовыми требованиями, такими как хранилище объектов.
Обновление облачного реляционного хранилища
При использовании облачного реляционного хранилища обновление ArcGIS Enterprise on Kubernetes не приведет к автоматическому обновлению версии экземпляра базы данных. Инструкции по обновлению экземпляра базы данных, включая информацию о необходимых предварительных условиях, ожидаемом времени простоя, рекомендуемых методах резервного копирования и тестирования, а также вариантах восстановления данных в случае сбоя обновления, см. в документации к вашему облачному сервису базы данных. Перед обновлением экземпляра базы данных убедитесь, что новая версия базы данных поддерживается вашей версией ArcGIS Enterprise on Kubernetes