选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

确定弹性要求

聚焦模式
确定弹性要求 - MediaLive

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

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

弹性是指在出现问题时渠道继续工作的能力。 MediaLive 包括两个必须立即规划的弹性功能。您必须决定要实施其中哪些功能。您必须立即做出此决定,因为这些功能会影响内容需要多少个来源,这需要与上游系统讨论。

管道冗余

您可以设置具有两个管道的通道,以便在通道处理管道内提供弹性。

管道冗余是一项适用于整个通道以及连接到该通道的所有输入的功能。在通道规划的早期,您必须决定如何设置通道。

在设置管道冗余时,您可以将通道设置为标准通道,使其拥有两条编码管道。这两个管道都可以摄取源内容并生成输出。如果当前管道发生故障,下游系统可以检测到它不再接收内容,并可以切换到其他输出。下游系统不会中断。 MediaLive 在几分钟内重新启动第二个管道。

有关管道冗余的更多信息,请参阅实施管道冗余

自动输入故障转移

您可以设置两个推送输入来实现自动输入失效转移,以为通道中的一个输入提供弹性。

自动输入失效转移是一项适用于单个输入的功能。您不必在规划通道时就决定是否实施自动输入失效转移。您可以在以后附加新的推送输入时,或在想要升级现有推送输入时实施自动输入失效转移。

要设置自动输入失效转移,您可以将两个推送输入(具有完全相同的源内容)设置为输入失效转移对。设置这种方式可在上游系统发生故障时提供弹性,或在上游系统和通道之间提供弹性。

在输入对中,其中一个输入为活动输入,一个处于待机状态。 MediaLive 摄取两个输入,以便随时准备切换,但它通常会立即丢弃待机输入。如果活动输入失败,则 MediaLive 立即进行故障切换并从备用输入开始处理,而不是丢弃它。

您可以在为管道冗余设置的通道(标准通道)或没有管道冗余的通道(单管道通道)中实施自动输入失效转移。

有关自动输入故障转移的更多信息,请参阅实施自动失效转移

两项功能的比较

以下是管道冗余和自动输入失效转移的比较情况。

  • 每项功能处理的故障存在差异:

    管道冗余可在 MediaLive 编码器管道出现故障时提供弹性。

    在上游系统或上游系统与输入之间的网络连接中 MediaLive,自动 MediaLive 输入故障转移可在出现故障时提供弹性。

  • 这两项功能都需要两个内容源实例,因此在两种情况下,您的上游系统都必须能够提供两个实例。

    在使用管道冗余时,两个源可以来自同一个编码器。

    在使用自动输入失效转移时,源必须来自不同的编码器,否则两个源将同时出现故障,输入失效转移切换将会失败。

  • 管道冗余适用于整个通道。因此,您应该在规划通道时决定是否此冗余。自动输入失效转移仅适用于一个输入。因此,举例来说,您可以决定只在连接最重要的推送输入时实施自动输入失效转移。

  • 自动输入故障转移要求下游系统能够处理两个输出实例,并能够从一个(失败时)切换到另一个实例。 MediaPackage,例如,可以处理两个实例。

    如果下游系统没有内置这一逻辑,则无法实施自动输入失效转移。

本页内容

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。