Рекомендации по использованию облачного хранилища
Системное хранилище — это фундаментальное требование 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.1: версия PostgreSQL от 15.x до 18.x
ArcGIS Enterprise 12.0: версия PostgreSQL 15.x или 16.x
ArcGIS Enterprise 11.5: версия PostgreSQL 15.x или 16.x
База данных должна быть доступна по сети из кластера Kubernetes. Необходимо учитывать, что некоторые группы безопасности и брандмауэры могут блокировать прямой доступ к базе данных по умолчанию.
Для аутентификации учетной записи администратора необходимо использовать имя пользователя и пароль базы данных.
Вы должны установить надстройку PostGIS и включить пространственный тип PostGIS. Это значение по умолчанию для AWS и Google Cloud, но оно должно быть добавлено к разрешенным дополнительным модулям в Azure. PostGIS 3.5.3 и 3.6.0 не поддерживаются из-за проблемы 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