【发布时间】：2021-02-12 01:17:12
【问题描述】：
我不太明白 Microsoft 是如何计算我的 Evenhub 费用的。
当前设置是： 我有一个 Raspberry PI Zero，它每分钟通过 https 向 Azure IOT 集线器发送一次消息，而 IOT 集线器将其路由到事件集线器。如事件中心吞吐量图中所示，一条消息似乎大约 2kb 大。然后 Elastic Logstash 读取 Eventhub，将消息上传到 Elasticsearch。所以我们有 2kb/min 的传入和传出流量。
原始消息如下所示：
{ "humidity":98.86653465006785,
"@timestamp":"2021-02-12T01:07:05.883Z",
"pressure":1035.0542695256731,
"@version":"1",
"temperature":-10.694375312741613
}
总共只有 149 个字节。我通过将它放入一个 txt 文件并查看属性得到了这个数字。
我的服务现在已经运行了三天，并且已经消耗了 0.68 美元，这在我看来似乎太多了。
如果我正确解释 MS Azure 事件中心定价页面，它会向我收取 0,015 美元/小时的费用，以产生 1MB/s 传入和 2mb/s 传出的流量
是我做错了还是有办法降低成本？
【问题讨论】：
-
不幸的是，定价问题在这里是题外话。也就是说：您提到了 IoT 中心，它与事件中心不同（尽管它是在事件中心之上构建的），所以那里可能会有额外的成本。此外，您的其他下游服务（logstash、弹性、其他？）在哪里运行？如果它们与您的物联网中心位于不同的区域，您还需要考虑出口费用（以及这些服务的成本）。打开计费支持票与某人一起进行定价可能是一个好主意。
-
感谢您的建议。我在 MS Azure 上开了一张支持票。
-
另一个重要的考虑因素是您的测量值不能准确表示尺寸。事件的大小不仅包括您的主体，还包括代理拥有/设置的元数据属性。由于传输格式，还存在额外的大小开销，因为上述数据必须转换为事件中心的 AMQP 表示，它本身具有一些额外的结构。
-
明确一点：这是否意味着如果我切换到 AMQP 协议，我可以减少开销，缩小消息大小，从而节省成本@JesseSquire？
-
否；我的目的是突出显示您没有用 149 字节数计算的额外事件大小；最终效果是您传输的字节数比您计算的要多。如果您正在阅读事件，那么您正在使用 AMQP - 该服务不支持其他协议。
标签： azure azure-eventhub