问答：部署模板

• 问： 对于多节点 HA 就绪生产配置文件，完整产品选择的处理器要求为 96 (v-)CPU/内核。此要求是否包括服务器和代理节点，还是指服务器或代理节点？
• 答： 我们的文档 表明，多节点 HA 就绪生产配置文件需要至少 3 个服务器节点，每个节点的 CPU/RAM 最低。 只要满足此条件，剩余的 CPU/RAM 要求就可以分布在也满足最低 CPU/RAM 要求的其他服务器或代理节点上。

• 问： Task Mining 是否需要 GPU？
• 答：不需要，Task Mining 不需要 GPU。

• 问：UiPath™ Automation Suite 安装大小调整计算器中的节点容错指的是什么？是涵盖代理节点、仅涵盖服务器节点，还是两者均涵盖？
• 答：UiPath™ Automation Suite 安装规格计算器基于容错建议，以便即使在最坏的情况下，仍始终至少有 3 个服务器节点可用。您可以增加可以关闭的服务器数量，而不会导致部署失败。

• 问： 是否可以在 Amazon Route 53 中使用私有域？
• 答：是的，支持私有托管区域。

• 问： 是否还需要在云解决方案（例如 AWS）中指定 DNS 记录？是否可以将内部部署 DNS 解决方案与 Automation Suite AWS 部署一起使用？例如，对于最终用户访问的 URL，记录是否需要在云或内部部署 DNS 中可解析？
• 答：您可以使用非 Amazon Route 53 DNS 基础架构。 但是，DNS 必须可在您执行部署的 VPC 中解析。

• 问： Kubernetes 中使用了哪个 CNI 插件？例如，当供应商提供时，Kubernetes 解决方案支持与 VPC/VNET 的集成。如果使用 AWS Kubernetes，则每当供应商创建和部署工作负载时，Pod 都会从 VPC 本身获取 IP 地址。这意味着 AWS 或 Azure 服务可以访问工作负载。
• 答：我们使用 Cilium CNI。 Kubernetes 发行版附带 3 个受支持的 CNI，但不包含特定于 AWS 的 CNI。

• 问： 是否自定义服务 IP 和 POD IP 范围？
• 答：我们目前不自定义服务 IP 和 POD IP 范围。 默认 CIDR 为 10.42.0.0/16。

• 问： 将 Automation Suite 部署到 AWS 到现有 VPC 时，是否可以使用 TerraForm 代替 CloudFormation？
• 答：不，这是不可能的。 我们使用来自云提供商的原生基础架构即代码工具（适用于 AWS 的 CloudFormation，适用于 Azure 的 ARM）。

• 问：关于上一个问题，如果我的 IaaC 标准是 Terraform，是否意味着我需要开发 Terraform 代码？
• 答：如果您想手动部署 Automation Suite（不使用现有的 AWS 或 Azure 模板），那么可以，您需要开发 Terraform 代码。 或者，您可以使用现有的 CloudFormation 模板进行部署，或作为帮助创建 Terraform 代码的基础。

• 问： 如何估计 Task Mining 所需的专用节点数量？
• 答：Task Mining 需要/支持 1 个开箱即用的专用节点。

• 问： 是否可以使用基于 Graviton 的流程进行部署？
• 答：不，Kubernetes 发行版不支持 ARM。

• 问： Automation Suite 是否可以托管在 AMD 上或仅托管在 Intel 处理器上？
• 答：只要满足体系结构要求，任何一个都可以。

• 问： 是否可以在 Ubuntu 和 CentOS 上部署 Automation Suite 模板？
• 答：不支持，不支持 Ubuntu 和 CentOS。

• 问： 对于 AWS 部署，如果自动部署 EFS，它会保留多少空间？
• 答：EFS 不附带预配置大小。 即用即付。 EFS 将保存集群中所有磁盘的所有备份，这意味着它将使用 6 TB 的数据，即所有节点存储数据磁盘空间的总和。

• 问： Azure 部署是否像 AWS 那样部署 NFS 解决方案？如果是，它会保留多少空间？
• 答：NFS 是一种具有多种可能实现的协议。 AWS Elastic File System 就是这样一种实施方式。 NFS 服务器 是另一种实现。 Azure 有一个不同的实现，称为 Azure 文件。 如果要进行备份，则需要以下基础架构元素之一。

• 问： 首选的云服务提供商是 Azure 还是 AWS？
• 答：我们没有首选的云服务提供商。 我们都支持。

• 问： 如果启用了自动缩放，节点是否需要自定义映像？
• 答：自动调节使用您的 RedHat 映像，并在该映像上安装 UiPath™ 软件。我们现在没有明确的数据，但冷启动时间在 5 到 10 分钟之间。

• 问： 我可以使用 Microsoft SQL Server 的标准版吗？
• 答：我们支持 Microsoft SQL Server 2016、2017 和 2019 标准版和企业版。 有关 SQL 要求的更多信息，请参阅我们的 文档。

• 问： 是否从一开始就需要 96 个内核的总 vCPU 要求，还是可以作为自动扩展的一部分，自动扩展将根据资源需求添加或删除节点？
• 答：启动系统需要 96 个内核。 随后，您可以采用不同的扩展策略。 但是，您不得低于该数字。

• 问： 我是选择 RHEL 映像，还是在 AWS 或 Azure 模板中进行了规定？如果必须选择，通过模板部署时应使用哪个 RHEL 版本？
• 答：该部署使用基本 RHEL 映像（在运行时确定），并创建一个 自动缩放组模板 ，该模板在配置虚拟机时应用。 这意味着在创建新的 EC2 实例时会安装所有软件。 截至目前，模板使用 RHEL 8.2。

• 问： 除 Kubernetes 集群外，是否还需要虚拟机？
• 答：要运行 Automation Suite，集群外部不需要其他虚拟机。但是，如果您不具备现有的虚拟机来运行 UiPath™ Robot，则除了 UiPath Studio (IDE) 的任何开发者虚拟机或桌面外，那么可能需要这些外部的额外虚拟机。

• 问： 是否会与 CloudWatch 或 Azure Monitor for Kubernetes 日志集成？
• 答：截至目前，尚无将日志推送到 CloudWatch 的集成。

• 问： Automation Suite 是否可以使用开源数据库解决方案，例如 MySQL 或 PostgreSQL？
• 答：Microsoft SQL Server 要求与部署 Automation Suite 的云无关。