Move EBS to Glacier

0

I have an EBS volume which is 350 GB and I want to move it to Glacier since its usage is null, although I don't want to lose it.

In a link, I saw that it needs to be put in use in a new EC2, but I don't see the point. I assumed it was something simpler, just a couple of clicks.

On the other hand, I see a new service called Archive, but when I try it, it indicates that it might cost much more than keeping it as a snapshot.

https://aws.amazon.com/blogs/aws/new-amazon-ebs-snapshots-archive/

What is the recommendation for this volume that is not used and should not be lost?

sunco
asked 5 months ago389 views
1 Answer
1
Accepted Answer

The EBS snapshot archive is a fully AWS-managed service. If you are only keeping one snapshot of the volume, the cost is about one quarter (1/4) of the cost of a regular snapshot.

Note, however, that the cost advantage only applies when you keep no more than one snapshot of the volume. Normal snapshots made of the same EBS volume are incremental, only keeping one copy of each unique data block. By contrast, snapshots moved to the archive tier are always full snapshots. If you keep multiple snapshots taken of the same volume at different times, and there are minimal numbers of changed data blocks between them, the archive tier can quickly get surprisingly expensive, because every data block that hasn't been changed between the different snapshots will be stored and charged as a separate copy of the data block.

Even when you are keeping only one snapshot, the S3 Deep Archive storage class is much cheaper still. You can attach the EBS volume to a separate Linux instance and use the dd tool to copy its contents to a file on a temporary disk. Once the full hard drive image is stored in the file, you can upload it to S3 in the Standard storage class, just like any regular file, and set a lifecycle rule to transition it to the Deep Archive class one day later, for example. Simple dd parameters usually suffice. You could perform the copy with something like (assuming the volume is /dev/sdc2 in this example, check yours with lsblk):

dd if=/dev/sdc2 of=/mnt/exportdisk/my-image-file-name.dat bs=16M status=progress

If the data is particularly important, you should be very careful to make sure that you know how to restore the disk successfully from the file and have tested restoring it to a completely new EBS volume that didn't previously contain the data. This dd copy process is fully manual and completely up to you to do correctly. If you accidentally copy the wrong volume or only part of the right one, you can easily lose some or all of your data permanently, and even AWS won't have any extra backups to rescue you. With the standard EBS snapshots (whether in the archive tier or not) that are a fully AWS-managed service, you don't need any particular skills beyond choosing the correct volume from which to create the snapshot.

EXPERT
Leo K
answered 5 months ago
profile picture
EXPERT
reviewed 5 months ago
profile picture
EXPERT
reviewed 5 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.

Guidelines for Answering Questions