对 AAmazon Kinesis Data Firehose

检查 Kinesis Data FirehoseIncomingBytes 和IncomingRecords指标，确保数据成功发送到你的 Kinesis Data Firehose 传输流。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

如果启用了 Lambda 的数据转换，请检查 Kinesis Data FirehoseExecuteProcessingSuccess 指标，确保 Kinesis Data Firehose 已尝试调用你的 Lambda 函数。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

查看 Kinesis Data FirehoseDeliveryToS3.Success 指标，确保 Kinesis Data Firehose 已尝试将数据存入您的Amazon S3 存储桶。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

如果尚未启用错误日志记录功能，则启用它并检查是否存在传输失败错误日志。有关更多信息，请参阅使用 CloudWatch 日志监控 Kinesis Data Firehose：

确保在 Kinesis Data Firehose 控制流中指定的 Amazon S3 存储桶仍然存在。

如果启用了 Lambda 的数据转换，请确保您的交付流中指定的 Lambda 函数仍然存在。

确保在 Kinesis Data Firehose 传输流中指定的 IAM 角色有权访问您的 S3 存储桶和您的 Lambda 函数（如果启用了数据转换）。有关更多信息，请参阅向 Kinesis Data Firehose 访问权限：

如果您使用数据转换，请确保您的 Lambda 函数永远不会返回负载大小超过 6 MB 的响应。有关更多信息，请参阅 Amazon Kinesis Data Firehose 数据转换。

查看 Kinesis Data FirehoseDeliveryToRedshift.Success 指标，确保 Kinesis Data Firehose 已尝试将数据从 S3 存储桶复制到Amazon Redshift ft 集群。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

如果尚未启用错误日志记录功能，则启用它并检查是否存在传输失败错误日志。有关更多信息，请参阅使用 CloudWatch 日志监控 Kinesis Data Firehose：

查看Amazon Redshift ftSTL_CONNECTION_LOG 表，看看 Kinesis Data Firehose 能否成功建立连接。在该表中，应该能够根据用户名查看连接及其状态。有关更多信息，请参阅 STL_CONNECTION_LOGAmazon Redshift ft 数据库开发人员指南。

如果之前的检查显示正在建立连接，请检查 Amazon RedshiftSTL_LOAD_ERRORS 表以验证 COPY 失败的原因。有关更多信息，请参阅 STL_LOAD_ERRORSAmazon Redshift ft 数据库开发人员指南。

确保 Kinesis Data Firehose 交付流中的Amazon Redshift ft 配置准确有效。

确保在 Kinesis Data Firehose 传输流中指定的 IAM 角色可以访问 Amazon Redshift 从中复制数据的 S3 存储桶，以及用于数据转换的 Lambda 函数（如果启用了数据转换）。有关更多信息，请参阅向 Kinesis Data Firehose 访问权限：

如果您的 Amazon Redshift 集群位于虚拟私有云 (VPC) 中，请确保该集群允许通过 Kinesis Data Firehose IP 地址进行访问。有关更多信息，请参阅授予 Kinesis Data Firehose 访问Amazon Redshift ft 目的地的 ：

确保 Amazon Redshift 集群公开使用。

如果您使用数据转换，请确保您的 Lambda 函数永远不会返回负载大小超过 6 MB 的响应。有关更多信息，请参阅 Amazon Kinesis Data Firehose 数据转换。

检查 Kinesis Data FirehoseIncomingBytes 和IncomingRecords指标，确保数据成功发送到你的 Kinesis Data Firehose 传输流。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

如果启用了 Lambda 的数据转换，请检查 Kinesis Data FirehoseExecuteProcessingSuccess 指标，确保 Kinesis Data Firehose 已尝试调用你的 Lambda 函数。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

检查 Kinesis Data FireDeliveryToAmazonOpenSearchService.Success hose 指标，确保 Kinesis Data Firehose 已尝试将数据索引到 OpenSearch 服务集群。有关更多信息，请参阅使用 CloudWatch 指标监控 Kinesis Data Firehose：

如果尚未启用错误日志记录功能，则启用它并检查是否存在传输失败错误日志。有关更多信息，请参阅使用 CloudWatch 日志监控 Kinesis Data Firehose：

确保您的交付流中的 OpenSearch 服务配置准确有效。

如果启用了 Lambda 的数据转换，请确保您的交付流中指定的 Lambda 函数仍然存在。

确保在交付流中指定的 IAM 角色可以访问您的 OpenSearch 服务集群和 Lambda 函数（如果启用了数据转换）。有关更多信息，请参阅授予 Kinesis Data Firehose 访问公共 OpenSearch 服务目的地的权限：

如果您使用数据转换，请确保您的 Lambda 函数永远不会返回负载大小超过 6 MB 的响应。有关更多信息，请参阅 Amazon Kinesis Data Firehose 数据转换。

如果你的 Splunk 平台位于 VPC 中，请确保 Kinesis Data Firehose 可以访问它。有关更多信息，请参阅在 VPC 中访问 Splunk。

如果您使用Amazon负载均衡器，请确保它是Classic Load Balancer。Kinesis Data Firehose 不支持应用程序Load Balancer。此外，启用基于持续时间的粘性会话，并禁用 Cookie 过期。有关如何执行此操作的信息，请参阅基于持续时间的会话粘性。

检查 Splunk 平台要求。适用于 Kinesis Data Firehose 的 Splunk 插件需要 Splunk 平台版本 6.6.X 或更高版本。有关更多信息，请参阅适用于 Amazon Kinesis Firehose 的 Splunk 插件。

如果您在 Kinesis Data Firehose 和 HTTP 事件收集器 (HEC) 节点之间有代理（Elastic Load Balancing 或其他），请启用粘性会话以支持 HEC 确认 (ACK)。

确保您使用有效的 HEC 令牌。

确保启用了 HEC 令牌。请参阅 Enable and disable Event Collector tokens。

检查是否为发送到 Splunk 的数据正确设置格式。有关更多信息，请参阅为 HTTP 事件收集器的事件设置格式。

确保为 HEC 令牌和输入事件配置了有效索引。

如果由于 HEC 节点出现服务器错误而无法上传到 Splunk，将会自动重试该请求。如果所有重试都失败，则数据将备份到 Amazon S3。检查您的数据是否出现在 Amazon S3 中，这表明存在此类故障。

确保在您的 HEC 令牌上启用了索引器确认。有关更多信息，请参阅启用索引器确认。

增加 Kinesis Data Firehose 传输流 Splunk 目标配置HECAcknowledgmentTimeoutInSeconds中的值。

DurationInSecondsRetryOptions在你的 Kinesis Data Firehose 传输流的 Splunk 目标配置中增加以下的值。

检查 HEC 的运行状况。

如果您使用数据转换，请确保您的 Lambda 函数永远不会返回负载大小超过 6 MB 的响应。有关更多信息，请参阅 Amazon Kinesis Data Firehose 数据转换。

确保名为 ackIdleCleanup 的 Splunk 参数设置为 true。默认情况下，它设置为 false。若要将此参数设置为 true，请执行以下操作：

请参阅 Amazon Kinesis Firehose 的 Splunk 插件故障排除。

目标无法跟上传输速率。如果 Kinesis Data Firehose 因高流量而遇到暂时性错误，则交付可能会落后。这可能发生在Amazon S3 以外的目的地（ OpenSearch 服务、Amazon Redshift ft 或 Splunk 也可能发生）。确保您的目标有足够的容量来处理传入流量。

目标非常慢。如果 Kinesis Data Firehose 遇到高延迟，数据传输可能会落后。监控目标的延迟指标。

Lambda 函数很慢。这可能导致数据传输速率要低于传输流的数据接收速率。如果可能，提高 Lambda 函数的效率。例如，如果函数处理网络 IO，请使用多个线程或异步 IO 来增加并行度。另外，可以考虑增加 Lambda 函数的内存大小，这样 CPU 分配就可以相应增加。这可能会加快 Lambda 调用。有关配置 Lambda 函数的信息，请参阅配置Amazon Lambda 函数。

在数据传输过程中出现故障。有关如何使用 Amazon Logs 监控错误 CloudWatch 的信息，请参阅使用 CloudWatch 日志监控 Kinesis Data Firehose。

如果传输流的数据源是 Kinesis 数据流，则可能会存在限制情况。检查 ThrottledGetRecords、ThrottledGetShardIterator 和 ThrottledDescribeStream 指标。如果有多个使用者附加到 Kinesis 数据流，请考虑以下事项：

目标缓冲提示较低。这可能会增加 Kinesis Data Firehose 需要往返目的地的次数，这可能会导致交付滞后。考虑增大缓冲提示的值。有关更多信息，请参阅BufferingHints。

当错误频繁发生时，较长的重试持续时间可能会导致传输落后。考虑减小重试持续时间。此外，监控错误并尝试减少这些错误。有关如何使用 Amazon Logs 监控错误 CloudWatch 的信息，请参阅使用 CloudWatch 日志监控 Kinesis Data Firehose。

如果目标为 Splunk 并且 DeliveryToSplunk.DataFreshness 非常高，但 DeliveryToSplunk.Success 看起来不错，则 Splunk 集群可能很忙。如果可能，请释放 Splunk 集群。或者，联系Amazon Support 部门，请求增加 Kinesis Data Firehose 用于与 Splunk 集群通信的频道数量。