Azure 时序见解 Gen2 的高存储成本

Question

我们目前对时序见解实例的底层存储帐户的存储成本发展感到困惑/担忧。

Time Series Insights Ingress Received Bytes 显示过去 30 天的数量为 1.5 GB：

如果我查看同一时间跨度的相关存储帐户，我会看到 7.9 TB 的入口：

我知道 TSI 需要一些空间来存储其他索引等，但这种差异非常令人惊讶，并且在我们扩大解决方案时会导致问题。

我们将暖存储保留时间设置为最长 31 天。

在使用时序见解时是否会出现这种行为，或者我们可以采取什么措施来减少存储帐户的使用？我在文档中找不到有关此行为的任何信息。

Answer 1

我们认为根本情况是低推送率与 TSI 如何将数据附加到 parquet blob 的方式的混合。 有一种新算法可以解决这个问题。

请打开支持票，然后我们可以修复它。

谢谢。

Answer 2

• 由于每个分区的入口极少，TSI 通过覆盖部分文件对存储进行相对较大的写入。
• TSI 正在部署一项增强功能，该功能可将存储的事务和写入量减少多个数量级；尤其是对于较小的进入率。
• 作为临时解决方法，对于较小的入口率，建议使用分区数较少的集线器，例如目标是每个分区大约 0.2-0.5 MBps。

将来我更愿意为此类调查提供支持票