事件中心检查点的 Azure Function webjobs 存储成本较高

Question

我们希望使用 Azure Function (AF) 从事件中心 (EH) 提取数据（15k 消息/分钟和 35 Mb/分钟）并将其存储在 Azure Synapse（以前称为数据仓库）中。对于 EH 输入，AF 使用存储帐户来存储每个 EH 分区（32 个分区）的最新检查点。由于某种原因，该存储的成本远远超过了 AF 本身的成本。

\n\n

按一天的计量成本分析表明，是由于读、写等操作次数较多，导致成本较高。您还可以看到，存储成本比函数本身高出大约 40 倍。

\n\n

有趣的是，我们已经成功地使用了类似的设置，其中 EH 作为 AF 的输入，其中存储成本与 AF 本身大致相同，尽管 EH 流式传输相同的数据（消息和卷）并且还配置了32个分区。

\n\n

这个堆栈溢出问题似乎处理同样的问题，但除了，没有真正的解决方案，

\n\n

\n

“我相信创建一个新功能并将代码部署到该功能已经解决了问题。”

\n

\n\n

我们缺少什么？谢谢

\n

Answer 1

我们有同样的问题。

\n\n

\n
• 使用通用 V1 存储帐户而不是 V2 或 Blob 存储。对于一个客户，仅通过使用 V1，我们就将存储帐户成本从每月约 3000\xe2\x82\xac 降低到约 100\xe2\x82\xac。
\n
• 减少检查点。不要在每条消息后都检查点。batchCheckpointFrequency您可以通过增加EventHub 触发器的设置来控制这一点。唯一的缺点是，如果您的函数意外停机，您可能会重新处理几条消息。
\n

\n