Azure 数据资源管理器具有流式处理的高摄取延迟

如何解决Azure 数据资源管理器具有流式处理的高摄取延迟

我们正在使用从事件中心到 Azure 数据资源管理器的流摄取。 The Documentation 声明如下：

流式摄取操作在 10 秒内完成，并且 您的数据在完成后立即可供查询。

我也知道the limitations例如

流摄取性能和容量随着 VM 的增加而扩展 和集群大小。并发摄取请求的数量是 每个核心限制为六个。例如，对于 16 个核心 SKU，例如 D14 和 L16，最大支持负载为 96 个并发摄取 要求。对于两个核心 SKU，例如 D11，最大支持负载 是 12 个并发摄取请求。

但我们目前遇到了 5 分钟的摄取延迟（如 Azure 指标所示），并且在摄取 10 分钟后发现数据实际上可用于查询。

我们的开发环境是最便宜的 SKU 开发（无 SLA）_Standard_D11_v2，但鉴于我们在此环境中每天仅摄取约 5000 个事件（每个指标“接收到的事件”），因此延迟非常高且无法在流媒体场景中使用我们需要在

这是我们对开发环境所期望的延迟，还是我们可以应用任何调整以在这些环境中实现更低的延迟？

延迟在 Standard_D12_v2 等生产环境中的表现如何？在这个问题上，我们是否也必须期待这些高数字，或者开发/测试和生产环境之间的行为是否存在根本差异？

解决方法

您是否遵循为特定表启用流摄取所需的 two steps，即在集群和表上启用流摄取？

一般来说，这不是预期的，如果您使用一些事件对其进行测试并看到相同延迟意味着出现问题。

如果您确实按照这些步骤操作，但仍然无法正常工作，请打开支持票。