Milan
Gada Azure
媒体服务首席项目经理
关于 Azure 媒体服务，客户问的最多的一个问题是能否进行高速编码。这个问题现在已经有了肯定的答案，目前有三种不同类型的 Encoding Reserved Unit 可供客户选择。在本文中，我将介绍如何使用这些新的 Encoding Reserved Unit 以及它们带来的速度提升情况。
Encoding Reserved Unit 类型
过去, Azure 媒体服务用户可登录门户网站，在“Encoding”（编码）选项卡（如下图所示）中更改 Encoding Reserved Unit 的数量：
此选项卡现已更新，为用户提供三种不同类型的 Encoding ReservedUnit（如下图所示）：
这三种不同类型的 Encoding Reserved Unit 分别标示为基本级、标准级和高级选项。用户可任选其一，并通过使用滑块更改保留单位数量（以帐户配额为上限）。单击“Save”（保存）后，媒体服务帐户上的更改将立即生效。
请注意，对于已经处于处理状态的现有编码任务，将继续按编码任务开始时分配给该账户的保留单位所决定的性能级别运行。对于在保留单位更改生效之后进入处理状态的所有编码任务，则将享受到帐户中更新保留单位带来的优势。
从性能角度看，基本级保留单位提供与用户以前所能获得的相同编码性能。与基本级相比，标准级保留单位提供的编码性能提升 2 倍之多，而高级保留单位提供的编码性能则提升 4 倍以上。
实际性能提升情况将取决于输入内容及所选的编码配置文件。
计费
EncodingReserved Unit 的定价信息可参考媒体服务定价页面。Encoding Reserved Unit按月定价，但费用根据帐户当日最高保留单位数每日分摊计算。为计费方便，每日以 UTC 时间为准。以下示例进一步说明了这一点。
假定基本级、标准级和高级保留单位的定价分别为 X、Y 和 Z 美元。
|
用例 |
计费 |
说明 |
|
用户在 UTC 时间上午 10 点将基本级保留单位数从 0 改为 10，在 UTC 时间当日晚上 8 点又改回为 0 |
$X/31 * 10 |
基本级保留单位日均成本为 X/31 美元，但保留单位实际使用时间仅为 10 个小时，当日最高保留单位数为 10 |
|
用户在 UTC 时间上午 10 点将基本级保留单位数从 0 改为 5，在 UTC 时间当日中午 12 点又从 5 改为 20。最后，用户在 UTC 时间当日晚上 9 点将保留单位改回至 0 |
$X/31 * 20 |
基本级保留单位日均成本为 X/31 美元，20 为当日最高保留单位数 |
|
用户在 UTC 时间晚上 10 点将基本级保留单位数从 0 改为 5，在 UTC 时间次日上午 9 点又改回为 0 |
($X/31 * 5) + ($X/31 * 5) |
基本级保留单位日均成本为 X/31 美元，5 为这两日最高保留单位数 |
|
用户在 UTC 时间晚上 10 点将基本级保留单位数从 0 改为 8，在 UTC 时间次日上午 9 点从 8 改为 5，最后在 UTC 时间次日中午 12 点从 5 改回为 0 |
($X/31 * 8) + ($X/31 * 8) |
基本级保留单位日均成本为 X/31 美元，8 为这两日最高保留单位数 |
|
用户在 UTC 时间上午 10 点将基本级保留单位数从 0 改为 10，在 UTC 时间晚上 8 点更改为标准级保留单位，然后在 UTC 时间当日晚上 10 点将保留单位数改为 0 |
($X/31 * 10) + ($Y/31 * 10) |
基本级保留单位日均成本为 X/31 美元，标准级保留单位日均成本为 Y/31 美元，10 为当日这两类保留单位的最大数量。两项成本相加，可反映当日这两种类型的保留单位的使用情况 |
请注意，对所有月份（包括 2 月）而言，日均成本均按月度成本除以 31 计算
API
目前尚无任何 API 可用以更改媒体服务帐户中的保留单位类型。Azure 管理门户是唯一可执行此操作的渠道。我们会在以后的版本中考虑增加使用 API 进行更改的选项。
结语
最后，我想对在过去几个月中帮助我们验证高性能保留单位的所有客户致以衷心的感谢。下面是一家我们高度重视的企业客户的评论（Jon Robinson，来自 Blinkbox）
“云是进行水平伸缩的绝佳选择，但有时候您需要的只是速度，而新的高级编码器可以做到这一点，这正是我们目前针对业务所使用的工具，我们对其表现非常满意。”
本文翻译自：http://azure.microsoft.com/blog/2014/09/10/high-speed-encoding-with-azure-media-services/