EBS initialize cost horribly long time

0

I restored a 4TiB EBS volume(provisioned IOPS 16000, throughput 500MB/s) from a snapshot, and copying the data in the block to the instance store of the ec2 (I need the data to be in the instance store, and I think this can also be regarded as a initialize process.)

There's around 2.5TiB data to be copied, and copying has lasted over a week, while the disk's latency is still too high and the throughput is just 3~5MiB/s:

Enter image description here

I know that a new restored EBS volume from snapshot is lazy loading but I also read from this blog post that there's a background process keeps doing this:

https://aws.amazon.com/blogs/storage/addressing-i-o-latency-when-restoring-amazon-ebs-volumes-from-ebs-snapshots/

The replicated volume loads data in the background so that you can begin using it immediately. If you access data that hasn’t been loaded yet, the volume immediately downloads the requested data from Amazon S3, and then continues loading the rest of the volume’s data in the background

May I know how this background process works exactly? Since my initializing process(the copying process) is ongoing as well, will this background job runs as well?

cifer
已提問 1 年前檢視次數 228 次
1 個回答
0

The overall process works based on disk access. You can try and initialize it faster by hitting every block of the disk to attempt to load it faster. Otherwise it may be beneficial for you to look into FRS https://aws.amazon.com/blogs/aws/new-amazon-ebs-fast-snapshot-restore-fsr/

profile pictureAWS
專家
Rob_H
已回答 1 年前
  • Could you elaborate more on "The overall process works based on disk access"? How it based on disk access? I know the FRS mechanism but just want to know how the initilize works in background when we use the disk normally.

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南