【问题标题】:EC2 instance very slow after EBS volume resizeEBS 卷调整大小后 EC2 实例非常慢
【发布时间】:2017-01-10 00:20:56
【问题描述】:

我在 EC2 上有一个实例,它是一个 t2.medium,它带有一个 75GB gp2 硬盘驱动器(这是一个通用 SSD)。换了110GB gp2硬盘后整机真的很慢..

我的 python 脚本过去需要 40 到 60 秒才能解压缩一些 zip 文件,而现在需要 3 到 5 分钟。 如果这个脚本的多线程正在运行,它需要永远......

你知道发生了什么或如何解决它吗?

Windows 在那里运行..

【问题讨论】:

    标签: python windows amazon-web-services amazon-ec2


    【解决方案1】:

    当您“调整”磁盘卷的大小时,您真正所做的是从旧卷的快照创建一个新的更大的 EBS 卷。新的 EBS 卷立即可用,但您必须经过“初始化”过程才能使其加载所有数据。第一次访问新卷上的特定数据块时,速度会很慢。随后访问该数据块的尝试将以您期望的快速速度发生。你可以阅读更多关于这个here的信息。

    【讨论】:

    • 好吧..有道理..所以如果我继续使用它会在一段时间内“正常”吗?仅仅 35GB 就有这么大的不同?谢谢你帮助我
    • 是的,如果你继续使用它,它应该会在一段时间后变得“正常”。您更改大小的数量根本没有区别。您从快照创建了一个新卷,这很重要。
    • 好的... O 让它运行几个小时.. 我会回来告诉它如何结束
    • @MarkB 我有一个问题。像这个问题一样提高 EC2 的性能。我们是否可以将实例类型 t2.medium 更改为更大的实例类型,而不是附加额外的卷?
    • 增加 CPU 大小和 RAM 量肯定会提高实例的速度。但它不会改变 EBS 卷的速度。增加磁盘空间和增加 CPU/RAM 是解决完全不同问题的两个完全不同的东西。
    猜你喜欢
    • 2015-09-23
    • 1970-01-01
    • 2019-02-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-04-21
    • 1970-01-01
    相关资源
    最近更新 更多