简体   繁体   English

重新调整EBS卷大小后,EC2实例非常慢

[英]EC2 instance very slow after EBS volume resize

I have an instance on EC2 that is a t2.medium and it was with a 75GB gp2 hard drive( which is a general purpose SSD). 我在EC2上有一个实例,它是t2.medium,它带有75GB gp2硬盘驱动器(这是通用SSD)。 After change to a 110GB gp2 hard drive the whole machine is really slow.. 更换为110GB gp2硬盘驱动器后,整个机器的速度确实很慢。

My python script used to take something like 40 to 60 seconds to uncompressed some zip file and now its taking 3 to 5 minutes.. If multithreading of this script is running it takes for ever.. 我的python脚本过去需要40到60秒的时间来解压缩一些zip文件,而现在却要花3到5分钟的时间。如果此脚本正在运行多线程,那将是永远的。

Any idea of that happened or how to solve it? 有什么想法发生或如何解决?

Windows running there.. Windows在那儿运行。

When you "resized" the disk volume what you really did was create a new larger EBS volume from a snapshot of the old volume. 当您“调整大小”磁盘卷时,实际上是从旧卷的快照中创建一个更大的新EBS卷。 The new EBS volume becomes available immediately but you have to go through an "initialization" process to get it to load all the data. 新的EBS卷将立即可用,但是您必须经过“初始化”过程才能加载所有数据。 The first time you access a particular block of data on the new volume it will be slow. 第一次访问新卷上的特定数据块会很慢。 Subsequent attempts to access that block of data will occur at the fast speed that you would expect. 随后的访问该数据块的尝试将以您期望的快速速度进行。 You can read more about this here . 您可以在此处了解更多信息。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM