mli*_*ner 5 amazon-web-services amazon-elasticache
Network Bandwidth In Allowance Exceeded我们最近改用 Elasticache,我们在、 和 的图表上看到一些亮点Network Bandwidth Out Allowance Exceeded:
这很奇怪,因为我们没有使用太多带宽:
\n\n我们正在使用一个cache.t4g.small关闭集群模式的实例和一个副本。根据定价页面,我们应该获得“高达 5 Gigabit”的网络性能。上面的图表远非如此。
那么为什么我们的带宽会被超出呢?我是否需要忍气吞声并支付更大的实例费用?如果是这样,那将花费大约 4\xc3\x97 左右,因为下一个具有更多带宽的实例是cache.m6g.large. 好像有什么不对劲?或者也许我可以忽略这些图表?
小智 4
这是 6 个多月前的事了,但我偶然发现了同样的事情。对于稍后来到这里的任何人,答案位于ElastiCache 连接故障排除页面,总结如下:
NetworkBandwidthInAllowanceExceeded / NetworkBandwidthOutAllowanceExceeded:由于吞吐量超出聚合带宽限制而形成的网络数据包。
需要注意的是,写入主节点的每个字节都将被复制到 N 个副本,N 是副本数量。节点类型较小、副本较多、写入请求密集的集群可能无法应对复制积压。对于这种情况,最佳实践是纵向扩展(更改节点类型)、横向扩展(在启用集群模式的集群中添加分片)、减少副本数量或最小化写入次数。
另请注意,“高达 5 Gigabit”以位(而不是字节)为单位,并且是“突发带宽”(不确定 t4g 上突发可以持续多长时间)。t4g.small 的基线带宽为 0.128 Gbps(来源)。
你和我都需要更大的实例。
| 归档时间: |
|
| 查看次数: |
3906 次 |
| 最近记录: |