评估存储需求

Automation Suite 集群使用连接到其服务器节点的数据磁盘作为集群上启用的所有产品可用的存储资源。 每个产品都以不同的方式使用这些资源。

要了解您的存储需求并相应地进行规划，请参阅以下术语和准则。

术语

• 服务器节点磁盘大小– 连接到每个服务器节点的所有单个磁盘的大小。
  • 所有服务器必须连接相同数量的磁盘。
  • 只要所有服务器上所有磁盘大小的总和相同，每台服务器上的磁盘可能具有不同的大小。
• 集群磁盘总大小– 服务器节点磁盘大小乘以服务器节点数。
• 应用程序可用存储– 可供应用程序使用的存储量。
  • 由于 Automation Suite 集群中实现故障恢复和高可用性的方式，应用程序可用存储小于集群磁盘总大小。

下表在前面介绍的术语的上下文中描述了基本配置文件和完整配置文件的多节点 HA 就绪硬件要求。

预设硬件配置	服务器节点数	服务器节点磁盘大小	集群磁盘总大小	应用程序可用存储 (在线)	应用程序可用存储 (离线)
多节点 HA 就绪配置文件 – 基本产品选择	3	512 GiB	1.5 TiB	41 GiB	37 GiB
多节点 HA 就绪配置文件 – 完整的产品选择	3	2 TiB	6 TiB	291 GiB	286 GiB

重要提示：

要利用 291 GiB 可用存储，您必须将 PVC 值的大小调整为 291 GiB，而不是预配置的 100 GiB 值。否则，您的应用程序将无法利用超过 100 GiB 的空间。

For instructions, see Resizing PVC.

估计应用程序使用的存储空间

当您在集群上启用和使用产品时，它们会使用应用程序可用存储中的一些存储。 产品通常具有较小的启用占用空间，以及一些依赖于使用情况的占用空间，这些占用空间因用例、使用规模和项目而异。 存储消耗量均匀分布在所有存储资源（数据磁盘）中，您可以使用 Automation Suite 监控堆栈监控存储利用率水平。

如何监控可用存储

Automation Suite 集群使用称为“持久卷”的内部 Kubernetes 概念作为内部抽象，用于表示集群上所有节点上的磁盘。

To avoid instabilities, it is recommended to set up monitoring and alerts to constantly check if the free space on the Persistent Volumes drops below the application available storage value. For more details, see Monitoring Persistent Volumes.

如果触发警示，您可以通过增加集群的存储容量来缓解警示，如下节所述。

如何增加存储容量

如果您评估的需求不满足建议的硬件要求，则可以使用以下一种或两种方法添加更多存储容量：

1. Add more server nodes with disks. For instructions, see Adding a new node to the cluster.

2. Add more disks to the existing nodes. For instructions, see Extending the data disk in a single-node evaluation environment and Extending the data disk in a multi-node HA-ready production environment.

   重要提示：

   For each 60 GiB of product-specific storage needed, your Automation Suite cluster will need an additional 1 TiB of storage added to the total storage available on your cluster, distributed equally across your server nodes.

如何计算使用需求

您可以使用下表中的产品特定指标估计存储消耗量。 这些表格描述了您可以在集群上放置多少开箱即用的内容。 作为参考，它们包括每个产品的典型使用场景的存储占用空间。

基本产品选择

产品	存储驱动指标	每个指标的存储空间	典型用例
Orchestrator	已部署自动化的自动化包的大小 已部署自动化的存储桶大小	每个包的 MiB 每个存储桶的 MiB	通常情况下，包大小为 5 MiB，存储桶（如有）小于 1 MiB。成熟的企业部署 5 GiB 的包和 6 GiB 的存储桶。
Action Center	客户在文档任务中存储的文档数量 创建的任务数	文档任务中每个文档的 GiB 任务数	通常情况下，一个文档需要 0.15 MiB，要填写的表单会额外占用 0.15 KiB。在成熟的企业中，总计可累积至 4GiB。
Test Manager	用户存储的附件和屏幕截图数量	附件和屏幕截图的 MiB	通常，所有文件和附件加起来约为 5 GiB。
Insights	启用范围和已发布的仪表板数量	每个仪表板的 GiB	启用需要 2 GiB，存储占用空间会随着数量的增加而增加。非常成熟的企业级部署还需要一些 GiB 用于所有仪表板。
Automation Hub	不适用	不适用	2 GiB 固定占用空间
Automation Ops	不适用	不适用	无存储空间

完成产品选择

产品	存储驱动指标	每个指标的存储空间	典型用例
Apps	已部署的应用程序数量和启用占用空间	应用程序数量、应用程序大小、支持应用程序的数据库大小	通常情况下，数据库大约需要 5 GiB，而典型的复杂应用程序大约需要 15 MiB。
AI Center	已上传的 ML 包数量 用于分析的数据集数量 已发布管道的数量	每个包的 GiB 每个数据集的 GiB 管道数量	典型的已完成安装将针对 5 个包消耗 8 GiB，另外针对数据集消耗 1 GiB。 管道可能会额外消耗 50 GiB，但前提是处于主动运行状态。
Document Understanding	ML 模型的大小 OCR 模型的大小 存储的文档数量	每个 ML 模型的 GiB 每个 OCR 模型的 GiB 存储的文档数量	在成熟的部署中，12GiB 将用于 ML 模型，17GiB 用于 OCR，50GiB 用于存储的所有文档。
Task Mining	分析用户活动的小时数，以建议自动化模式	每小时 GiB	通常，应分析约 200GiB 的活动日志数据，以推荐有意义的自动化。但是，高度重复的任务可能需要更少的数据。