本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
了解服务管理车队的成本模型
AWS 带有作业附件的 Deadline Cloud 服务管理队列 (SMF) 的成本结构与使用网络文件系统的传统本地渲染场或客户管理的队列有根本的不同。了解这种差异有助于您计划预算、优化支出并利用弹性扩展，而不会产生意想不到的成本。
传统的渲染农场成本
在传统的渲染农场中，成本主要来自两个方面：
-
文件存储 — 需要高性能的网络文件系统（NFS 或 SAN）才能同时为每个工作人员提供资产。这种存储的成本随其必须支持的吞吐量而增加，这间接限制了服务器场可以扩展到多少工作人员。
-
计算 — 无论队列中有多少工作，都会配置和维护工作节点（渲染节点）。闲置的员工仍然会产生硬件、电力和冷却成本。
-
场管理 — 传统场还需要基础设施和员工时间来处理渲染场调度程序、任务数据库、软件配置、监控和报告以及持续的维护和升级。
由于必须配置文件系统才能处理峰值吞吐量，因此向上和向下扩展服务器场既昂贵又缓慢。添加更多工作线程需要额外的文件系统容量，当工作线程处于空闲状态时，无法释放该容量。
服务管理的车队成本有何不同
对于服务管理的车队，成本结构有所不同：
- 计算（工作人员时间）
-
只有在 EC2 实例处理任务时，您才需要为它们付费。为员工提供或退役不收取任何费用。当队伍规模缩小到零员工时，您的计算成本将降至零。有关定价的更多信息，请参阅 De AWS adline Cloud 定价
。 - 存储（亚马逊 EBS）
-
每个工作人员都使用本地的亚马逊 Elastic Block Store (Amazon EBS) 卷。Deadline Cloud 仅在工作程序实例存在时才对 Amazon EBS 存储收费。存储成本包含在 Deadline Cloud 服务管理的设备群定价中。
- 农场管理
-
调度程序、作业数据库、队列扩展、监控和维护都是 Deadline Cloud 服务的一部分。无需运行或维护用于服务器场管理的单独基础架构。
- 文件传输（作业附件）
-
作业附件使用亚马逊简单存储服务 (Amazon S3) Service 在您的工作站和工作人员之间传输文件。在 Amazon S3 和工作人员之间传输的吞吐量或字节数不收取任何费用。费用主要基于存储在 Amazon S3 中的数据量。Amazon S3 API 请求费适用于文件上传和下载，但通常不是主要的成本驱动因素。有关亚马逊简单存储服务定价的更多信息，请参阅亚马逊简单存储服务定价
。
注意
无需配置或维护高性能文件系统。Job 附件吞吐量几乎不受限制，可根据工作人员数量自动扩展，并且无需进行容量规划。
为什么 auto Scaling 对服务托管队列具有成本效益
由于没有固定的存储基础架构可供配置，因此 SMF 可以自由地向上和向下扩展，而不会产生额外的开销。这会改变你对舰队规模的看法：
-
积极扩大规模 — 当大量工作岗位到来时，车队可以发展到数百名员工。每增加一个工作人员即可访问 Amazon S3 中的作业附件，而不会给共享文件系统带来额外负载。
-
缩小到零 — 工作完成后，队列可以将工作人员缩减到零，无需持续计算或存储成本（缓存资产只有 Amazon S3 存储）。
-
突破最后期限 — 在截止日期之前暂时启动大型舰队会增加与持续时间成比例的计算成本，而不会对规模造成任何损失。
有关配置 auto Scaling 的信息，请参阅自动扩缩配置。
成本组成一览
下表汇总了使用带有作业附件的 SMF 时的成本来源。
| 成本组成部分 | 是什么推动了成本 | 如何优化 |
|---|---|---|
| 亚马逊 EC2 计算 | 工作线程运行时间 × 实例大小 | 使用竞价型实例，调整实例类型的大小，缩短任务持续时间 |
| 亚马逊 EBS 存储 | 卷大小 × 工作人员运行时间，再加 IOPS/throughput上高于基线 | 除非工作负载需要更多本地空间，否则使用默认卷大小 |
| 亚马逊 S3 存储（任务附件） | 存储在任务附件存储桶中的总字节数 | 应用 Amazon S3 生命周期策略自动删除旧资产 |
| 亚马逊 S3 请求（任务附件） | 上传和下载期间的 PUT 和 GET 请求数 | 通常不是主要的成本驱动因素；大多数工作负载无需采取任何措施 |
| Usage-based 许可（可选） | 许可证类型 × 实例大小 × 任务持续时间 | 仅用于需要许可软件的作业 |
| Amazon CloudWatch 日志（可选） | 收集的工作人员和任务日志的数量 | 减少日志的详细程度，设置保留策略 |
示例：将服务管理的车队成本与传统服务器场进行比较
假设一个使用至少 16 个 vCPU 的工作线程渲染 1,000 帧、平均每帧渲染时间为 20 分钟的项目。输入资产的总大小为 50 GB。
- 传统的农场方法
-
您维护的网络文件系统已配置为工作线程峰值所需的吞吐量。无论服务器场处于空闲状态还是满负荷运行，文件系统的成本都是一样的。添加超出文件系统吞吐量限制的工作程序需要进行昂贵的升级。
- 带作业附件的 SMF 方法
-
工作人员向上扩展以处理所有帧，然后缩小到零。每个工作人员仅从 Amazon S3 下载所需的资产。您的费用是：
-
计算：按适用的实例速率计算约为 333 个工作小时（1,000 帧 × 20 分钟）。
-
亚马逊 S3 存储：按标准亚马逊 S3 费率（每月几美元）存储 50 GB 的资产。
-
Amazon S3 请求：工作人员下载资产时的少量 GET 请求（每 1,000 个请求中只有一分之一）。
任务完成后，成本将仅返回 Amazon S3 存储费用。没有持续的文件系统成本。
-
有关其他定价示例，请参阅 AWS 截止日期云定价。
管理服务管理车队成本的提示
-
使用竞价型实例 — 与 On-Demand 定价相比，竞价型实例可节省大量费用。由于渲染任务通常很短且可以重试，因此点状中断的影响最小。
-
设置队列最大规模-限制队列中工作人员的最大数量，以控制每项任务的峰值计算成本。有关更多信息，请参阅 自动扩缩配置。
-
使用预算 — 创建 Deadline Cloud 预算以设置支出限额并接收通知。有关更多信息，请参阅 用预算控制成本。
-
管理任务附件存储-应用 Amazon S3 生命周期配置自动删除旧的任务附件文件。由于作业附件使用可寻址内容的存储，因此不会重新上传未更改的文件，从而降低了迭代工作流程的存储成本。
-
Right-size 您的实例 — 选择满足您的工作负载的 CPU 和内存要求的最小实例类型。较大的实例每小时成本更高，但完成任务的速度可能更快，因此请比较不同实例大小的总成本（费率 × 持续时间）。
-
考虑 Wait and Save — 对于非紧急工作负载，Wait and Save 提供更低的计算价格，以换取灵活的作业开始时间。
相关资源
