Amazon Elastic Compute Cloud
Windows 实例用户指南

Windows 实例上的 Amazon EBS 卷性能

几个因素 (包括 I/O 特性以及实例和卷的配置) 会对 Amazon EBS 的性能造成影响。客户如按照 Amazon EBS 和 Amazon EC2 产品详细信息页面上的指导操作,通常能获得很好的性能。但是,在某些情况下,您可能需要进行一些调整才能在此平台上获得最好的性能。本主题讨论特定于某些使用案例的一般最佳实践和性能调整。除了基准测试之外,我们建议您根据实际工作负载信息来调整性能,以确定最佳配置。当您学习了使用 EBS 卷的基础知识后,最好了解一下所需的 I/O 性能,以及可用于提升 Amazon EBS 性能以满足这些要求的选项。

注意

EBS 卷类型性能的 AWS 更新可能不会立即在您的现有卷上生效。要查看较早卷上的全部性能,您需要先在其上执行 ModifyVolume 操作。有关更多信息,请参阅在 Windows 上修改 EBS 卷的大小、IOPS 或类型

Amazon EBS 性能提示

这些提示代表了在各种用户场景下能够获得最佳 EBS 卷性能的最佳实践。

使用 EBS 优化的实例

对于不支持 EBS 优化吞吐量的实例,网络流量可能会与实例和 EBS 卷之间的流量产生冲突;而在 EBS 优化实例中,这两种流量相互独立。部分 EBS 优化实例配置 (如 C3、R3 和 M3) 会产生额外成本,另一些实例 (如 M4、C4、C5 和 D2) 始终可进行 EBS 优化而不会产生额外成本。有关更多信息,请参阅 Amazon EC2 实例配置

了解如何计算性能

度量 EBS 卷的性能时,应了解所需采用的度量单位以及如何计算性能,这十分重要。有关更多信息,请参阅 I/O 特征和监控

了解您的工作负载

EBS 卷的最高性能、I/O 操作的大小和数量,以及完成每个操作所需时间之间存在着某种关系。这些因素 (性能、I/O 和延迟) 相互影响,不同应用程序对各个因素的敏感程度也不同。

请注意,在从快照初始化卷时,可能会有性能损失

当您首次访问从快照还原的新 EBS 卷上的每个数据块时,延迟会大大增加。您可以在将卷用于生产之前访问每个数据块,以避免这种性能影响。此过程称为初始化(以前称为预热)。有关更多信息,请参阅初始化 Amazon EBS 卷

可能降低 HDD 性能的因素

如果创建吞吐优化 HDD (st1) 或Cold HDD (sc1) 卷的快照,则在快照处理过程中,性能可能会降低,最坏情况下会降低到卷的基准值。这种情况是这些卷类型特有的。其他可能会限制性能的因素包括迫使吞吐量超过实例的支持能力,在初始化从快照还原的卷时损失性能,以及卷上的小型随机 I/O 过多。有关计算 HDD 卷吞吐量的更多信息,请参阅Amazon EBS 卷类型

如果您的应用程序没有发送足够多的 I/O 请求,性能可能也会受影响。这可通过查看卷的队列长度和 I/O 大小来监控。队列长度是您的应用程序向卷发起的待处理 I/O 请求的数量。为实现最大程度的一致性,在执行 1 MiB 的顺序 I/O 时,HDD 卷必须保持 4 或更大的队列长度(四舍五入为最近的整数)。有关确保稳定的卷性能的更多信息,请参阅 I/O 特征和监控

使用 RAID 0 最大程度利用实例资源

某些实例类型可以实现的 I/O 吞吐量大于可以为单个 EBS 卷配置的量。可以将多个 gp2io1st1sc1 卷一起加入到 RAID 0 配置中,以将可用带宽用于这些实例。有关更多信息,请参阅Windows 上的 RAID 配置

使用 Amazon CloudWatch 跟踪性能

Amazon Web Services 提供了您可以使用 Amazon CloudWatch 来分析和查看的 Amazon EBS 性能指标,以及可以用于监控卷运行状况的状态检查。有关更多信息,请参阅监控您的卷状态

本页内容: