问题标签 [provisioned-iops]

我们有一个运行 5TB 存储的 Postgres。
我们提供了 5K IOPS。
但是，在阅读了 AWS 文档后，我们发现 5TB 的存储具有超过 15K 的基准 IOPS。而且还便宜。

现在我很困惑。
较低的预置 IOPS 是否优于较高的基准 IOPS？

最近我们将二级索引移到 Cassandra 中的物化视图。这是因为 SASI 索引由于我们频繁更新而崩溃，而且我们也进入了 SASI 稀疏索引每个索引最多五个条目的限制。早些时候，我们的表有一个特定的物化视图基表：

和物化视图：

我们决定添加另一个物化视图

更改顺利进行了一天之后，其中一个节点开始随机运行。我说的是 3k IOPS 的 16 核机器中的 42 平均负载。所有其他节点都在 ~10 wa stat 的情况下工作正常，除了这个在顶部约为 ~70 wa 的特定节点。

检查 AWS EBS 仪表板，我看到 EBS 队列长度约为 30 左右，该节点的读写延迟约为 15 毫秒，这是巨大的。模式是读和写相等的部分。写入是具有约 15 列的恒定行流。

这是令人困惑的，因为对于多个 MV 只发出一个选择。读取吞吐量不应该增加。我无法理解这是否是由于添加了一个 MV 或其他一些问题。我错过了什么？

通过从 table 中选择将 psql 复制到 csv 时。与读取 iops 相比，我们看到写入 iops 较高。写入原因文件而不是数据库时，是什么导致高写入 iops？

据我了解，RDS 实例上的通用 SSD 具有基于磁盘大小的 IOPS 限制，直到您可以在 3000 IOPS 下无限爆发时达到 1TB。

一旦你有一个 1TB 的磁盘，你可以在 3000 处连续爆裂，但我找不到任何关于这是如何限制或限制的信息，你理论上可以在 1TB 通用 SSD 上使用 20000 IOPS 吗？我知道您可以在配置的 IOPS 磁盘上使用比您配置的更多的数量，但这会变得非常昂贵。

我已经看到博客文章指出 IOPS 根据大小设置上限，但我在 Amazon 文档中找不到有关此的任何信息，只有小于 1TB 的磁盘的详细信息。非常感谢任何指示或建议！谢谢。

我想监控我的 pod 正在执行的 IO。使用“kubectl top pods/nodes”之类的命令，我可以监控 CPU 和内存。但我不确定如何监控我的 pod 正在执行的 IO，尤其是磁盘 IO。

有什么建议么 ？

我正在对问题进行故障排除，而不是 Ops 执行此操作，为此，我需要收集 EBS 中发生的 IOPS，该 EBS 附加到 EC2 实例。

我有 AWS cloudWatch 和 Grafana Dashboard，分享如下：

AWS 云观察：

格拉法纳仪表板：

我无法理解哪一个是准确的？如果我理解正确，Grafana 的 IOPS 非常高，而 Cloudwatch 的操作更少。

值得一提的是，平均而言，日志（存储在其中一个挂载点）达到 32G，那么根据 AWS cloudwatch，它可以达到 4 次操作/秒。

一次读/写（到 EBS）是否对应 1 IOPS？

我最近在 EC2 实例上调整了根 EBS 卷的大小。

我将其从：更改gp2 120GB and 360 IOPS为：io2 512GB and 1000 IOPS

我正在阅读有关 gp2 的文档，他们说他们每 GB 给你 3 IOPS，这就是为什么当我有 120 GB 时它有 360 IOPS。但这让我认为每 GB 的 IOPS 很重要，现在我有 512 GB 和 1000 IOPS，我实际上每 GB 的 IOPS 比以前少。（与每 GB 3 IOPS 相比，每 GB 约 2 IOPS）。

所以我的问题是，更大的卷是否需要更多的 IOPS 才能维持 IOPS/GB 比率？通过这些更改，我真的让我的 EBS 卷变慢了吗？

我试图弄清楚 IOPS 与 AWS RDS 中的查询数量之间的关系。我有一Postgresql 10台db.t3.medium大小适中的机器。据我了解，这并不意味着选择/插入语句总是等于 I/O。我找不到任何计算文档。

是否可以使用批量查询来降低 RDS 中的 IOPS？AWS RDS 是否有用于查询的默认 I/O 块大小？

我要问的问题是自 2022 年 1 月 15 日开始在 RDS 上迁移大型 postgres 数据库以来我一直在想的事情。

云架构的好处之一是“按需付费”。那么，既然预置 IOPS 是影响 RDS 系统成本的最重要的选项之一，为什么我不能使用某种调度程序来动态降低它们呢？

我们的架构与关于负载和流量的标准工作时间有广泛的相关性；这意味着在夜间对磁盘的影响非常小，IOPS 低于 3000，周末也是如此，而在白天它们会上升到 10k 以上。我不认为我们是唯一具有这种模式的人，我不知道为什么我应该将 IOPS 保持在 10k，代价巨大，当我可以在半个月内将它们降低 3 倍时，与显着降低成本。