

# IVS 低延迟直播功能故障排除
<a name="troubleshooting-faqs"></a>

本文档说明了 Amazon Interactive Video Service（IVS）的最佳实践和问题排查提示。使用 IVS 时可能会出现非预期或意外行为。这些行为可能发生在串流过程的不同时点（包括从广播到内容回放）：

![\[非预期或意外行为可能发生在串流过程的不同时点（包括从广播到内容回放）。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/troubleshooting_intro.png)


有关支持和其他 Amazon IVS 资源的信息，请参阅 [资源与支持](resources-and-support.md)。

## 广播和编码
<a name="troubleshooting-broadcast-encode"></a>

这一部分的问题涉及广播、编码和流式传输到 IVS 的第一英里（先决）条件。这些行为发生在内容到达 IVS 服务器之前。

主题：
+ [什么是流匮乏？](#broadcast-encode-stream-starvation)
+ [为什么流突然停止了？](#broadcast-encode-stream-stop)
+ [当我在流式传输时切换网络后会发生什么？](#broadcast-encode-switch-networks)
+ [如何通过 IVS 实现多区域冗余？](#broadcast-encode-multi-region)
+ [如何对 IVS Web 广播 SDK 会话进行问题排查？](#broadcast-troubleshoot-web-broadcast-session)
+ [如何使用 Google Chrome 的 WebRTC-internals 指标来评估 IVS Web 广播 SDK 会话？](#broadcast-evaluate-with-webrtc-internals-metrics)

### 什么是流匮乏？
<a name="broadcast-encode-stream-starvation"></a>

“流匮乏”是指在您将内容发送到 IVS 时（即 IVS 摄取内容）时，内容包传输出现延迟或中断。如果 IVS 在摄取内容时没有获得编码设备公布的将在特定时间范围内发送的预期比特量，则构成匮乏事件。通常，匮乏事件是由广播者的编码器、本地网络状况和/或在编码设备和 IVS 之间通过公共互联网传输时引起的。

从观众的角度来看，匮乏事件可能以视频延迟、缓冲或冻结的形式出现。流匮乏事件的持续时间可能较为短暂（小于 5 秒），也可能较长（几分钟），具体取决于匮乏事件的性质。

为便于监控匮乏事件，IVS 将匮乏事件作为 Amazon EventBridge 事件发送；请参阅《将 Amazon EventBridge 与 Amazon IVS 结合使用》中的 [示例：流运行状况更改](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/eventbridge.html#eventbridge-examples-stream-health-change)**。这些事件将在流进入或退出匮乏状态时发送。您可以根据具体应用场景采取适当的措施，例如将间歇性串流问题通知广播者和观众。

有关其他匮乏监控工具的信息，请参阅[监控 Amazon IVS 低延迟直播功能](stream-health.md)、IVS [ListStreams](https://docs.aws.amazon.com/ivs/latest/LowLatencyAPIReference/API_ListStreams.html) API 操作（按运行状况筛选）和 IVS [GetStream](https://docs.aws.amazon.com/ivs/latest/LowLatencyAPIReference/API_GetStream.html) 操作（用于分析单个流）。另请参阅 [如何监控流匮乏事件？](#monitor-metrics-events-stream-starvation)

### 为什么流突然停止了？
<a name="broadcast-encode-stream-stop"></a>

以下是流突然停止（即流会话结束）的最常见原因：
+ **缺失摄取数据** – 当摄取流会话完全停止（未将任何数据摄取到 IVS）30 秒时，IVS 摄取服务器将终止 IVS 流会话。30 秒的时间便于广播者重新连接到摄取服务器。但在某些情况下（例如切换网络时），可能无法重新连接到现有的流会话，因为 RTMPS 的 TLS 握手已中断。常见的根本原因包括网络问题（例如广播设备和 IVS 之间的堵塞）、广播设备上的互联网完全中断或广播设备未生成内容片段（FLV 标签）。

  流匮乏事件通常会涉及流断开；传入数据停止时会触发匮乏事件。如果发送了一条匮乏开始事件，然后又发送了一条流结束事件（但没有匮乏结束事件），则通常表明该流由于没有向 IVS 发送任何数据而结束。
+ **IVS StopStream 操作**：在 IVS 流会话期间，如果发出了 [StopStream](https://docs.aws.amazon.com//ivs/latest/LowLatencyAPIReference/API_StopStream.html) API 调用，则 IVS 流会话将会结束。StopStream 操作断开传入的 RTMPS 流与 IVS 摄取服务器的连接。根据所使用的编码软件/硬件，可能会尝试新的流会话。
+ **编码器错误** – 编码过程中出现错误时，某些软件/硬件编码器会断开流会话。从 IVS 的角度来看，这似乎是广播者故意断开连接。但在编码日志中，可能会确定流是因意外错误而断开的。

### 当我在流式传输时切换网络后会发生什么？
<a name="broadcast-encode-switch-networks"></a>

当广播者切换网络（例如从 WiFi 切换到蜂窝网络）时，正在进行的 RTMPS 连接会断开。虽然广播者的互联网连接可能在 3-4 秒后重新建立，但由于网络切换会导致新连接具有新的 IP 地址，从而生成新的 RTMPS 连接。在此切换期间，之前的 RTMPS 连接并未完全断开：编码器不会向 IVS 发送连接断开消息。结果，IVS 会等待 30 秒钟才重新建立之前的 RTMPS 连接，这会阻止新网络上的新 RTMPS 流连接到 IVS。

为了实现更快速的网络切换，我们建议您使用[直播接管](streaming-config.md#streaming-config-stream-takeover)功能。在这种情况下，当广播设备连接到新网络时，广播设备可以通过在直播密钥中附加 `?priority=N` 来进行直播，从而“接管”现有直播，其中 N 是不超过 2,147,483,647 的任何正整数。如果为新直播提供的优先级高于正在进行的直播设置的优先级，则直播接管将成功。（请注意，最初的直播不需要设置优先级参数，但所有接管尝试都需要进行设置。）

### 如何通过 IVS 实现多区域冗余？
<a name="broadcast-encode-multi-region"></a>

可通过多种方式实现 IVS 内冗余；请参阅《IVS Security》*中*的 [IVS Resilience](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/security-resilience.html)。

IVS 分为不同的网络面板，即控制面板和数据面板。
+ *控制面板*是区域性的（基于亚马逊云科技区域），存储有关 IVS 资源（通道、流密钥、回放密钥对和录制配置）的信息。
+ *数据面板*不受亚马逊云科技区域限制，它是从摄入到出口的数据传输网络。即使在 us-west-2 区域创建了一个通道（例如），流式传输到该通道的视频也可能无法通过 us-west-2 传输。

令请参阅 [全球解决方案、区域控制](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/what-is.html#what-is-aws)。考虑以下两种场景：
+ 如果仅使用一个控制面板区域（例如 us-east-1）– 如果特定的亚马逊云科技控制区域出现性能下降或故障，IVS 控制面板在创建、读取、更新或删除以下任何项目时可能会出现延迟或错误：通道、流密钥、回放密钥对或录配制置。如果在故障期间尝试启动新的流，则可能会导致启动流会话时出现更多延迟或错误。根据性能降级的严重程度，或许可以继续向已有正在传输的流的通道进行广播。

  如果启用了 [回放授权](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/private-channels-enable-playback-auth.html)，当前观众也许可以继续回放正在传输的流，但如果回放密钥对授权出现问题，新观众可能无法开始观看。如果未启用回放授权，则当前观众和新观众都应该能够观看正在传输的流。

  出现故障时，IVS 自动录制到 S3 功能也可能中断。

  如果发生区域性故障，IVS 控制面板不会自动失效转移到其他亚马逊云科技区域。
+ 如果使用两个控制面板区域（例如 us-east-1 和 us-west-2），而在主区域不可用时失效转移到第二个区域，由于 IVS 并未原生支持区域控制面板失效转移，一旦控制面板区域出现问题，则启动新的流或调用控制面板时可能会遇到问题。但数据面板可能不会受到影响，因此控制面板区域正在传输的流将继续传输，不会出现问题。将控制面板移至辅助（失效转移）区域需要在应用程序端完成。您可以编写自定义实现逻辑来处理控制面板失效转移。我们没有关于如何管理区域通道失效转移的官方指导。

  分离视频数据面板和区域控制面板增强了 IVS 架构的故障恢复能力：如果区域控制面板出现故障，正在传输的流基本上不会中断。IVS 维持 99.9% 的正常运行时间 SLA，并致力于为客户保证基础设施的稳定性（参见我们的 [SLA](https://aws.amazon.com/ivs/sla/)）。

### 如何对 IVS Web 广播 SDK 会话进行问题排查？
<a name="broadcast-troubleshoot-web-broadcast-session"></a>

[IVS Web 广播 SDK](https://docs.aws.amazon.com/ivs/latest/LowLatencyUserGuide/broadcast-web.html) 的工作原理与普通的 IVS RTMPS 摄取会话略有不同。Web 广播 SDK 利用 WebRTC 协议流式传输到 IVS 端点。内容进入 IVS 端点后，将对其进行处理并重新封装/转码到 HLS 输出中以供查看。

考虑到 Web 广播 SDK 的性质，请注意以下有关对编码行为进行问题排查的提示：
+ 关闭广播设备上所有在广播会话期间不需要打开的选项卡/程序。多余的选项卡/程序可能会占用计算资源（例如 CPU、RAM 和网络），从而导致广播应用程序性能不佳。对于无法关闭的选项卡/程序，请确保其不占用不必要的计算资源。
+ 确保设备的上传速度超过 200Kbps。（Web 广播 SDK 的[已知问题](https://docs.aws.amazon.com/ivs/latest/LowLatencyUserGuide/broadcast-web.html#broadcast-web-known-issues)中指出了这一点。） 要评估上传速度，请打开广播设备的任务管理器，分析流式传输时可用的网络。如果上传速度/比特率低于预期值，请评估可能消耗带宽的其他选项卡/进程。另外，请查看本地网络上是否有其他可能消耗大量带宽的计算机。
+ 如果 CPU 使用率出现随机峰值，请查看计算机的任务管理器以了解哪些进程可能消耗 CPU。导致 CPU 使用率出现随机峰值的常见服务是反病毒软件，它会在计算机上定期进行扫描。
+ 尝试通过 [https://stream.ivs.rocks/](https://stream.ivs.rocks/) 进行流式传输，以帮助隔离环境并确保应用程序逻辑不会导致不良行为。该站点由 IVS 运营，是一个可靠的测试环境，可用于评估与 Web 广播 SDK 集成的某部分是否是不良行为的根本原因。
+ 尝试使用 Google Chrome 的 WebRTC-internals（见下文）。

### 如何使用 Google Chrome 的 WebRTC-internals 指标来评估 IVS Web 广播 SDK 会话？
<a name="broadcast-evaluate-with-webrtc-internals-metrics"></a>

通过 IVS Web 广播 SDK 进行流式传输时，广播的编码和发送过程中可能会出现各种行为。按照以下步骤对广播设备上的会话进行问题排查或收集有关会话的信息：

1. 在 Google Chrome 中，打开广播网页。

1. 打开一个新的 Chrome 选项卡并前往 `chrome://webrtc-internals/`（全部复制）。

1. 在原始广播网页选项卡中，启动 Web 广播 SDK 会话并运行，直到行为出现。

1. 观察到行为后，切换到 chrome://webrtc-internals/ 选项卡（不要结束广播会话），并确保网页显示正确：  
![\[Chrome webrtc-internals 选项卡，表明页面显示正确。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/web_RTC_internals.png)

1. 打开屏幕顶部的**创建转储**可扩展部分。

1. 在屏幕顶部（**创建转储**的正下方）选择**下载 PeerConnection 更新和统计数据**，从相关会话中下载 `.txt` 文件。

1. 下载后，该文件将显示 WebRTC 连接的历史视图。您可以在各种工具中查看此视图，也可以将其发送给 AWS Support 团队进行进一步分析。

## 监控和事件
<a name="troubleshooting-monitor-metrics-events"></a>

这一部分的问题与 IVS 监控、指标和事件有关。

主题：
+ [如何监控流匮乏事件？](#monitor-metrics-events-stream-starvation)
+ [如何使用 Amazon CloudWatch 监控 IVS 服务限额？](#monitor-metrics-service-quotas)
+ [如何使用 IVS 流运行状况诊断流不稳定的问题？](#monitor-metrics-stream-instability)

### 如何监控流匮乏事件？
<a name="monitor-metrics-events-stream-starvation"></a>

我们建议使用以下方法来监控流匮乏事件：
+ [将 Amazon EventBridge 与 Amazon IVS 结合使用](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/eventbridge.html#eventbridge-examples-stream-health-change) – 当流匮乏事件开始或结束时，IVS 会生成 EventBridge 流运行状况更改事件。借助 Amazon EventBridge 目标和规则，您可以通过这些流匮乏事件在出现流匮乏时收到提醒。有关目标和规则的详细信息，请参阅 [Amazon EventBridge 用户指南](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html)。
+ [监控 Amazon IVS 低延迟直播功能](stream-health.md) – 在直播流会话期间，系统会记录数据，然后可通过 IVS 流运行状况分析获取。这包括有关编码器配置、摄取指标和流会话事件的信息。这对于监控正在传输的流或流的追溯评估很有用。您可以使用 IVS 控制台或 API 来识别出现过匮乏的流。即使通道已被删除，流会话数据仍会在 60 天内可用，因此这对于识别过去发生匮乏事件的流很有用。
+ 按运行状况筛选流：通过 IVS 控制台或 IVS [ListStreams](https://docs.aws.amazon.com//ivs/latest/LowLatencyAPIReference/API_ListStreams.html) API 操作，您可以使用 `health` 筛选条件查找处于 `STARVING` 状态的流会话。此外，IVS 的 `ConcurrentStreams` CloudWatch 指标还包括一个 `Health` 维度，您可以使用该维度来收集处于流匮乏状态的流总数。请参阅 [监控 Amazon IVS 低延迟直播功能](stream-health.md)。
+ 您可以使用 IVS [GetStream](https://docs.aws.amazon.com//ivs/latest/LowLatencyAPIReference/API_GetStream.html) 操作来分析单个流。

另请参阅 [什么是流匮乏？](#broadcast-encode-stream-starvation)

### 如何使用 Amazon CloudWatch 监控 IVS 服务限额？
<a name="monitor-metrics-service-quotas"></a>

您可以使用 Amazon CloudWatch 主动监控/管理 IVS 服务限额。参阅 [IVS 服务限额](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/service-quotas.html)。本文档包含有关为使用量指标创建 CloudWatch 警报的信息。

我们建议您设置适当的 SNS 主题，以便在触发警报时通知相关个人/组。如果警报已触发且限额可调，则应使用新值申请上调服务限额。有关申请上调限额的信息，请参阅 [IVS 服务限额](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/service-quotas.html)。

### 如何使用 IVS 流运行状况诊断流不稳定的问题？
<a name="monitor-metrics-stream-instability"></a>

我们建议您使用 IVS 流运行状况控制面板来评估流不稳定的问题。相关操作说明详见 [监控 Amazon IVS 低延迟直播功能](stream-health.md)。

此控制面板会显示视频比特率、帧率和音频比特率的时间序列图；示例如下。此外，您还可以单击 **View in CloudWatch**（在 CloudWatch 中查看），以在 Amazon CloudWatch 中查看数据。

下面将讨论几种场景。

#### 互联网带宽不足或互联网堵塞
<a name="stream-instability-low-bandwidth"></a>

在这种情况下，即使比特率降低，流也相对不稳定。可能是广播者与 ISP 之间或 ISP 与 IVS 之间的带宽不足，或者通往 IVS 的网络路径出现问题。要解决此问题，请检查是否有其他网络进程在使用带宽，或者联系 ISP 进行网络诊断。

**IVS 流运行状况控制面板**：

![\[在 IVS 流运行状况控制面板上检查互联网带宽是否不足或存在互联网堵塞的问题。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/low_bandwidth_or_internet_congestion_stream_health.png)


**CloudWatch**：

![\[在 CloudWatch 上检查互联网带宽是否不足或存在互联网堵塞的问题。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/low_bandwidth_or_internet_congestion_cloudwatch.png)


#### 比特率过高
<a name="stream-instability-high-bitrate"></a>

更高的比特率并不一定意味着更好的质量；在此例中，高比特率导致了不稳定。在许多情况下，由于网络堵塞，高比特率会导致整个广播中的流不稳定。遵循 [分辨率/比特率/FPS](streaming-config.md#streaming-config-settings-res-bitrate-fps) 中列出的最大比特率。

**IVS 流运行状况控制面板**：

![\[在 IVS 流运行状况控制面板上检查比特率是否过高。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/high_bitrate_stream_health.png)


**CloudWatch**：

![\[在 CloudWatch 上检查比特率是否过高。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/high_bitrate_cloudwatch.png)


#### 网络或硬件问题
<a name="stream-instability-network-hardware"></a>

视频编码需要大量的计算资源，有时进行视频编码的设备无法承受负载。在这种情况下，请检查设备是否超载（一次运行太多负载）以及编码器是否过时。建议切换到 CPU 利用率较低的编码预设值。

**IVS 流运行状况控制面板**：

![\[在 IVS 流运行状况控制面板上检查网络或硬件问题。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/network_or_hardware_problems_stream_health.png)


**CloudWatch**：

![\[在 CloudWatch 上检查网络或硬件问题。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/network_or_hardware_problems_cloudwatch.png)


#### 比特率峰值和低谷
<a name="stream-instability-bitrate-spikes"></a>

有时，串流编码器会尝试过度智能化和优化比特率，这通常取决于所压缩的帧的复杂性。如果比特率快速波动，观众可能会因尝试加载过多的数据而遇到缓冲问题。确保启用恒定比特率（CBR），因为无论帧复杂程度如何，它都能在整个流中保持稳定的比特率。此外还可能发生低谷的问题；这可能说明您的设备没有足够的 CPU 处理能力让编码器压缩视频。

**IVS 流运行状况控制面板**：

![\[在 IVS 流运行状况控制面板上检查比特峰值和低谷。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/bitrate_spikes_and_dips_stream_health.png)


**CloudWatch**：

![\[在 CloudWatch 上检查比特率峰值和低谷。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/bitrate_spikes_and_dips_cloudwatch.png)


#### 互联网连接断开
<a name="stream-instability-internet-disconnect"></a>

当广播设备遇到互联网问题时，IVS 服务器会用 30 秒的时间来评估是否重新建立了相同的连接。如果未重新建立相同的连接，IVS 服务器将结束流会话。如果互联网连接丢失，一些编码器会尝试重新连接到广播会话，在这种情况下，可能会在初始流结束后启动新的流会话。

**IVS 流运行状况控制面板**：

![\[在 IVS 流运行状况控制面板上检查互联网连接是否已断开。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/internet_disconnection_stream_health.png)


**CloudWatch**：

![\[在 CloudWatch 上检查互联网连接是否已断开。\]](http://docs.aws.amazon.com/zh_cn/ivs/latest/LowLatencyUserGuide/images/internet_disconnection_cloudwatch.png)


## 流回放
<a name="troubleshooting-playback"></a>

这一部分的大多数信息都是 IVS 回放器 SDK 特定的，可能不适用于其他回放器。有关更多信息，请参阅 [Amazon IVS 回放器](player.md)：

主题：
+ [如何调试 IVS 回放器的行为？](#playback-player-behavior)
+ [为什么所有观众的回放都冻结/停止？](#playback-viewer-freeze)
+ [是什么导致了 IVS 回放器缓冲？](#playback-player-buffering)

### 如何调试 IVS 回放器的行为？
<a name="playback-player-behavior"></a>

要启用详细日志记录以帮助调试 IVS 回放器，请使用 `setLogLevel` 回放器方法。使用 `DEBUG` 参数修改回放器的日志等级；然后 IVS 回放器将围绕 IVS 回放器上发生的状态和逻辑生成详细的日志记录。

要使用 IVS 回放器进行快速测试，无论是否启用 `DEBUG` 日志，请使用 [https://debug.ivsdemos.com/](https://debug.ivsdemos.com/) 测试站点。如果通过设置菜单启用了 `DEBUG` 日志，则可以在浏览器控制台视图中查看日志。

### 为什么所有观众的回放都冻结/停止？
<a name="playback-viewer-freeze"></a>

如果所有观众的回放在内容中同时冻结/停止，这可能是上游行为导致的。通常，根本原因在于广播编码器。

[流匮乏](#broadcast-encode-stream-starvation)或不良的广播编码器行为可能会同时影响所有观众。如果广播编码断开连接并启动新的流会话，则所有观看者将停止同时接收内容。在评估此行为时，我们建议您根据 [监控 Amazon IVS 低延迟直播功能](stream-health.md) 中的说明来评估流会话。

### 是什么导致了 IVS 回放器缓冲？
<a name="playback-player-buffering"></a>

在回放直播流视频和音频时，“缓冲”意味着回放设备无法在需要回放内容之前下载内容。缓冲可以通过多种方式表现出来：内容可能随机停止并开始（也称为卡顿），内容也可能长时间停止（也称为冻结），或者回放器可能进入了 `BUFFERING` 状态。

缓冲的原因有很多，我们可以将其分为三大类：
+ **观众端缓冲**通常是指单个观众或少量观众受到缓冲事件影响的情形。这些缓冲事件的根本原因通常源于本地网络（LAN）或回放设备问题。如果出现本地网络或设备缓慢的问题，可以通过确保启用自适应比特率回放（ABR）、手动选择较低质量或减少其他程序和设备使用的带宽来解决缓冲问题。
+ **网络级缓冲** – 本地网络和 IVS 分发服务器之间（也称为 ISP 级别）可能会出现问题。在 ISP 级别出现的缓冲行为可能很难进行问题排查，因为可能无法全面了解 ISP。延迟和网络压力（例如，ISP 无法处理整体传入/传出流量）等行为可能会导致向观众提供内容的延迟。
+ **广播端缓冲** – 直播流会话的广播端问题可能会导致大规模的观众缓冲问题。例如，当广播设备停止向 IVS 发送数据时，IVS 将没有内容可以传送给回放器，而且 IVS 回放器将在没有下载任何内容时进入缓冲状态。在许多情况下，广播端的缓冲事件会导致大多数（如果不是全部）观众同时受到影响。

## 自动录制到 Amazon S3
<a name="troubleshooting-autorecord-s3"></a>

有关更多信息，请参阅 [自动录制到 Amazon S3](record-to-s3.md)。

主题：
+ [为什么会缺失部分录制内容？](#autorecord-s3-missing-content)
+ [KMS-S3 加密能否与自动录制到 S3 一起使用？](#autorecord-s3-kms_s3_encryption)

### 为什么会缺失部分录制内容？
<a name="autorecord-s3-missing-content"></a>

录制的内容可能因各种原因而缺失。我们建议采取以下步骤排查内容缺失的问题：

1. 确保为所需的 IVS 通道启用了自动录制到 S3：

   1. 控制台 – 在相关通道的详细信息页面上，检查 **General configuration** （常规配置）部分，确认自动录制到 S3 的设置是否为 `Enabled`。如果已启用，则检查 **Recording configuration**（录制配置），以确认 **Storage**（存储）和 **Recording prefix**（录制前缀）的设置均正确。

   1. CLI – 运行 `get-channel` 并传递所需的 IVS 通道 ARN：

      ```
      aws ivs get-channel --arn "arn:aws:ivs:us-west-2:123456789012:channel/abcdABCDefgh"
      ```

      查看是否返回了 `recordingConfigurationArn`。

1. 在指定的 S3 存储桶中查找特定直播会话的录制内容（请参阅 [S3 Prefix](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/record-to-s3.html#r2s3-prefix)）。录制会话的 S3 键前缀位于 Amazon EventBridge [Recording State Change event](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/eventbridge.html#eventbridge-examples-recording-state-change)中。注意：如果启用了 [合并流片段](https://docs.aws.amazon.com//ivs/latest/LowLatencyUserGuide/record-to-s3.html#r2s3-merge-fragmented-streams) 功能，则某些内容可能属于另一个录制的会话。

1. 如果总流时长小于 10 秒或者流内容缺失（即出现流匮乏），则录制的内容可能会缺失，因为没有生成任何内容。

### KMS-S3 加密能否与自动录制到 S3 一起使用？
<a name="autorecord-s3-kms_s3_encryption"></a>

IVS 自动录制到 Amazon S3 功能不支持 [KMS-S3 加密](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingKMSEncryption.html)。尝试使用 KMS-S3 加密时，录制启动将失败并产生[录制启动失败 EventBridge 事件](https://docs.aws.amazon.com/ivs/latest/LowLatencyUserGuide/eventbridge.html#eventbridge-examples-recording-state-change)。推荐的解决方法是使用支持的 [SSE-S3 加密](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingServerSideEncryption.html)，默认情况下，上传到 Amazon S3 的所有对象都启用了该加密。

## 其他主题
<a name="troubleshooting-misc"></a>

这一部分的问题涉及未纳入其他分类的主题。

主题：
+ [“待验证”错误是什么意思？](#misc-pending-verification-error)
+ [我能否估计使用 IVS 的成本？](#misc-ivs-usage-cost)

### “待验证”错误是什么意思？
<a name="misc-pending-verification-error"></a>

使用 IVS 时，可能会出现以下错误：“Your account is pending verification。在验证流程完成之前，您可能无法使用此账户执行请求。If you have questions, contact Amazon Web Services Support.”（您的账户正在等待验证。如有疑问，请联系 AWS Support。）

这表明您使用的亚马逊云科技账户必须先通过亚马逊云科技验证，然后才能使用 IVS。（虽然您的账户可以与其他亚马逊云科技服务结合使用，但 IVS 使用增强型验证方法。）

要验证您的 AWS 账户，请通过 AWS Support 中心联系 AWS 账户支持服务，并附上您收到的错误消息：[https://support.console.aws.amazon.com/support/home?\$1/](https://support.console.aws.amazon.com/support/home?#/)

### 我能否估计使用 IVS 的成本？
<a name="misc-ivs-usage-cost"></a>

虽然在流会话之前无法确定使用 IVS 的确切成本，但可以使用下面的大致成本估算器：[https://ivs.rocks/calculator](https://ivs.rocks/calculator)。更多定价信息详见：[https://aws.amazon.com/ivs/pricing/](https://aws.amazon.com/ivs/pricing/)。