使用 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 大 数据量的应用程序。考虑日志摄取、数据仓库或大数据目的。像 st1
和 sc1
这样的 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 卷类型,例如
io1
和 io2
- 您需要存储大量数据并且 IOPS 并不重要,在这种情况下使用
sc1
作为冷(存储)HDD
- 您需要存储大量数据并需要频繁访问,在这种情况下,您应该使用
st1
作为吞吐量优化的 HDD
在 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 大 数据量的应用程序。考虑日志摄取、数据仓库或大数据目的。像 st1
和 sc1
这样的 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 卷类型,例如
io1
和io2
- 您需要存储大量数据并且 IOPS 并不重要,在这种情况下使用
sc1
作为冷(存储)HDD - 您需要存储大量数据并需要频繁访问,在这种情况下,您应该使用
st1
作为吞吐量优化的 HDD