

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 自动扩缩配置
<a name="auto-scaling-configuration"></a>

Deadline Cloud 提供了自动缩放配置选项，允许您自定义车队如何向上和向下扩展员工。这些设置可帮助您根据工作流程要求在作业处理速度和成本效率之间取得平衡。

您可以为队列配置以下 auto Scaling 设置：
+ **最低工作人员人数**-指定始终在车队中保留的最小工作人员人数。
+ **最大工作人员数**-限制可以同时运行的工作器数量。
+ **横向扩展率** — 控制员工加入车队的速度。
+ **工作人员空闲时长**-控制工作人员在关闭之前等待新工作的时间。
+ **待命工作人员人数** — 维护一个由闲置工作人员组成的热备用池，以便快速开始作业。

auto Scaling 的工作原理取决于您的队列类型：
+ **服务托管舰队** — Deadline Cloud 会根据您的配置自动实现自动扩展。您配置设置，服务会处理工作器配置。
+ **客户管理的队**列 — 如果您已完成客户管理的队列的自动扩展设置，则自动扩展配置的工作原理与服务管理的队列相同。该服务使用配置来计算所需的容量，并将建议的舰队规模事件发送到您的队列。有关更多信息，请参阅 De *adline Cloud 开发者*指南中的[为客户管理的队列设置自动缩放](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/create-auto-scaling.html)。

## 横向扩展率
<a name="auto-scaling-scale-out-rate"></a>

s **cale out rat** e (`scaleOutWorkersPerMinute`) 设置控制着当您的车队扩展时，每分钟有多少工作人员开始启动。由于 Amazon EC2 实例可能需要几分钟才能启动，因此工作程序可能无法立即可用。

配置横向扩展速率时，请考虑以下几点：
+ 更高的比率可以更快地启动更多的员工，这可以缩短大型工作的完成时间。
+ 更高的比率可能会使更多的工作人员进入短期任务所需的员工，从而增加成本。
+ 较低的比率可以帮助更早地发现任务故障，并减少因失败的作业而浪费计算所造成的成本。
+ 对于短期任务，保守的扩展方法可能更具成本效益，因为与实际任务执行相比，工作人员花在加载环境上的时间更少。

**注意**  
扩展速率是尽力而为的设置。实际扩展速度可能因实例可用性和其他系统因素而异。在极少数情况下，实际费率可能会短暂超过配置值。

## 工作人员空闲时长
<a name="auto-scaling-worker-idle-duration"></a>

**工作器空闲持续时间** (`workerIdleDurationSeconds`) 设置控制工作人员在完成任务处理后保持可用状态的时间，以秒为单位。默认值为 300 秒（5 分钟）。

此设置对于艺术家经常修改和重新提交作业的迭代工作流程非常有用。通过延长员工的可用时间，可以立即开始处理随后的职位提交，而无需等待新员工上线。

配置工作器空闲时长时，请考虑以下几点：
+ 更长的持续时间使工作人员可以快速迭代，从而减少作业提交之间的等待时间。但是，较长的工期会增加成本，因为闲置的员工会继续产生费用。
+ 更短的持续时间可以更快地关闭闲置的员工，从而降低成本。
+ 对于服务管理的车队，最大值为 86,400 秒（24 小时），因为工作人员每 24 小时刷新一次。如果工作人员已运行 23 小时，并且您将空闲时间设置为 10 小时，则该工作人员将在达到 24 小时限制时在 1 小时后关闭。

## 待命工作人员人数
<a name="auto-scaling-standby-worker-count"></a>

**备用工作器计数** (`standbyWorkerCount`) 设置指定要作为热备用池维护的空闲工作人员的数量。这些工作人员可以处理新作业，而无需延迟启动新实例。

当您想要减少任务启动延迟时，此设置非常有用。例如，在使用 Windows 实例进行渲染、使用安装本地依赖项的主机配置脚本或工作程序需要大量设置时间时，备用工作程序会很有用。队列会尝试保持配置的闲置工作人员数量，但是在替代工作人员启动时，空闲计数可能会暂时减少。

配置备用工作器计数时，请考虑以下几点：
+ 待命工人即使不处理工作也会产生成本。根据您的预算和作业启动延迟要求平衡待命工作人员的数量。
+ 当队伍达到其最大工作人员数量时，备用池可能无法完全维护。例如，如果所有员工都很忙并且车队已达到最大规模，则不会启动其他闲置员工。
+ 当备用工作人员数量超过最小工作人员数量时，最小工作人员数量实际上会被覆盖。例如，如果最少 1，待命值为 2，则在没有工作可用时，车队会保留 2 名闲置员工，从而使最小设置变得多余。

下图显示了最低工作人员数量和备用工作人员数量如何影响队列扩展行为。选择一个选项卡以查看每个场景。

------
#### [ Minimum worker count ]

![该图显示了无论工作量如何，最低工作人员人数如何保持固定的工作人员总数。](http://docs.aws.amazon.com/zh_cn/deadline-cloud/latest/userguide/images/auto-scaling-min-worker-count.png)


------
#### [ Standby worker count ]

![该图显示了待命工作人员人数如何保持固定数量的闲置员工，并在他们接班时启动替补人员。](http://docs.aws.amazon.com/zh_cn/deadline-cloud/latest/userguide/images/auto-scaling-standby-worker-count.png)


------

要按计划自动调整待命工作人员人数，请使用 [fleet\_standby\_s](https://github.com/aws-deadline/deadline-cloud-samples/tree/mainline/cloudformation/farm_templates/fleet_standby_scheduling) cheduling 开启的 sample AWS CloudFormation (CloudFormation) 模板。 GitHub

## 配置 auto 缩放设置
<a name="auto-scaling-configure"></a>

您可以在创建队列或更新现有队列时配置 auto Scaling 设置。

**配置 auto 缩放设置**

1. 打开[截止日期云控制台](https://console.aws.amazon.com/deadlinecloud/home)。

1. 导航到包含您的舰队的农场。

1. 选择 “**舰队**” 选项卡。

1. 选择要配置的舰队，然后选择**编辑**。

1. 在**自动缩放**部分中，配置以下设置：
   + **最低工作人员人数**-输入要维护的最小工作人员人数。
   + **最大工作人员人数**-输入允许的最大工作人员人数。
   + **扩展率**-输入每分钟要启动的工作人员数量。
   + **工作人员空闲时长**-输入工作人员在关闭之前保持空闲状态的秒数。
   + **待命工作人员人数**-输入要维护的待命工作人员人数。

1. 选择**保存更改**。