系统存储是 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 则为可选项。
连接与实例大小调整
为确保数据库实例有足够的资源，必须提前考虑并分配资源，因为许多服务不允许动态调整实例大小。 此外，实例在使用后调整大小可能会导致中断或意外问题。
请注意，每个数据库连接会消耗数据库服务器的内存和 CPU，从而影响硬件需求。
例如：一个为托管要素服务运行的 Pod，在有 100 个并发请求时可能会占用 100 个数据库连接。 通常情况下，为托管要素服务运行的 Pod 有两个，因此至少需要 200 个连接。 为应对其他服务请求，建议额外预留 100 个连接，总计 300 个连接。
托管要素服务 Pod 通常使用连接池来重复利用连接。 因此，300 个连接可以支持每秒最多 1000 个请求。 大多数云数据库的默认连接限制少于 300，建议将其提高至 300 或以上。
数据库通过 RAM 提升频繁访问数据的性能。 托管要素服务的数据量通常最大。 由于服务使用频率差异显著，一些服务可能偶尔使用，而另一些则可能被频繁访问。 如果您确定某些托管要素服务会被持续访问，并且可以估算其数据规模，建议提前规划额外 RAM 以满足需求。
硬件建议
为满足中等负载的性能需求，推荐的数据库实例规格如下：
- 4 个虚拟 CPU
- 16 GB RAM
对于频繁访问的大型数据集，可根据需要增加 RAM。
存储注意事项
组织的存储需求因所使用的数据而异。 建议基础存储配置为 100 GB，适用于少量附件的几百个托管要素服务。 要素附件（尤其是高分辨率影像）可能占用大量存储空间。 如预计会使用大量附件，应与 GIS 部门合作，合理估算存储需求。有些组织的数据需求可能超过 1 TB。
软件使用
配置云关系存储后，数据库需专用于 ArcGIS Enterprise on Kubernetes。 建议该数据库中不包含其他数据库或数据。 此外，软件会在数据库中创建数据库、方案和用户，包括以下内容：
- 用于存储托管要素服务数据的企业级地理数据库
- 用于存储内容和项目信息的数据库
- 用于存储 Webhook 信息的数据库
为 ArcGIS Enterprise 提供的管理数据库用户将在初始配置以及备份和恢复过程中使用。 为增强安全性，系统会创建权限最小化的用户，用于日常操作。
持续维护
使用云关系存储后，需由 IT 或数据库管理员负责系统的日常维护和管理。 以下为示例：
- 管理数据库系统，例如应用修补程序和监控硬件使用情况（尤其是存储）
- 管理系统范围的设置，例如连接数限制
另一方面，ArcGIS Enterprise 软件会继续进行软件维护工作。 以下为示例：
- 在组织备份和恢复过程中备份和恢复数据库
- 管理数据库中的列、表、索引和用户
管理员可以创建自己的数据库备份，但在单独恢复数据库备份之前，必须咨询 Esri 技术支持，因为此操作可能会导致与其他基础性需求（例如对象存储）的同步问题。