使用 EBS 时,"transaction-intensive" 个应用程序和 "throughput-intensive" 个应用程序有什么区别?

What is the difference between "transaction-intensive" applications and "throughput-intensive" applications when using EBS?

在 Amazon EBS 文档中,mentions :

Transaction-intensive applications are sensitive to increased I/O latency and are well-suited for SSD-backed volumes. You can maintain high IOPS while keeping latency down by maintaining a low queue length and a high number of IOPS available to the volume. Consistently driving more IOPS to a volume than it has available can cause increased I/O latency.

Throughput-intensive applications are less sensitive to increased I/O latency, and are well-suited for HDD-backed volumes. You can maintain high throughput to HDD-backed volumes by maintaining a high queue length when performing large, sequential I/O.

“交易密集型应用程序”和“吞吐量密集型”应用程序之间有什么区别?

吞吐量密集型应用程序是需要 read/write 数据量的应用程序。考虑日志摄取、数据仓库或大数据目的。像 st1sc1 这样的 HDD 支持的卷被推荐用于这些应用程序,因为主要的性能属性是 吞吐量 数量 的数据)并且在大多数情况下将提供最低的存储成本。

HDD 支持的卷仅在 大型、顺序 和大多数时间 不经常访问的 I/O 中提供最佳性能操作。

另一方面,事务密集型应用程序 applications where the dominant performance attribute is IOPS。想想对存储性能和一致性敏感的任务关键型、低延迟应用程序,例如数据库。特别是,像 io1 & io2 这样的 IOPS SSD 卷使用 consistent IOPS 速率,您在创建卷时指定 - 这意味着您可以获得持续的任何其他 EBS 卷类型都无法提供的 IOPS 性能。

SSD 支持的卷仅为 小型、频繁 I/O 操作提供最佳性能。


我假设您问这个问题是为了决定您的 EBS 卷的存储类型 - 本质上,总是使用 gp3 除非:

  • 您需要非常高的随机 IOPS 一致性 I/O,在这种情况下,您应该使用预配置的 IOPS 卷类型,例如 io1io2
  • 您需要存储大量数据并且 IOPS 并不重要,在这种情况下使用 sc1 作为冷(存储)HDD
  • 您需要存储大量数据并需要频繁访问,在这种情况下,您应该使用 st1 作为吞吐量优化的 HDD