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

Question

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

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

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

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

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

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

Answer 1

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

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

Answer 2

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

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

谢谢。