问答：部署模板

问： 对于多节点 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 处理器上？