Bagaimana cara menghitung ukuran snapshot Amazon EBS?

Pertama, bagaimana saya bisa mengambil ruang yang dikonsumsi oleh snapshot EBS saya?

Kedua, menurut dokumentasi, snapshot EBS Amazon hanya mencadangkan blok volume EBS yang telah dimodifikasi sejak pembuatan snapshot terakhir. Misalkan saya memiliki volume EBS 10GB. Saya membuat snapshot pertama untuk itu. Karena tidak ada foto "terakhir", saya berasumsi ukuran foto pertama adalah 10GB. BAIK. Dan kemudian saya memodifikasi 1GB data dan membuat snapshot ke-2. Ukuran snapshot ke-2 seharusnya sekitar 1GB, bukan? Namun bagaimana jika saya menghapus snapshot pertama pada saat ini? Apakah snapshot ke-2 masih 1GB? Jika ya, apakah saya masih dapat mengembalikan volume EBS 10GB dari snapshot ke-2? Atau apakah snapshot ke-2 secara otomatis menjadi 10GB?

Ini dapat menjawab Q2 (dari http://aws.amazon.com/ebs/ ):

Meskipun snapshot disimpan secara bertahap, saat Anda menghapus snapshot, hanya data yang tidak diperlukan untuk snapshot lain yang dihapus. Jadi, terlepas dari foto mana yang sebelumnya telah dihapus, semua foto yang aktif akan berisi semua informasi yang diperlukan untuk mengembalikan volume

Dalam contoh Anda setelah menghapus snapshot pertama Anda tidak akan membayar lagi untuk 1GB di yang pertama ditimpa oleh snapshot kedua, dan Anda tidak akan dapat mengembalikan keadaan snapshot pertama.

Tapi itu masih cukup buram tentang berapa banyak biaya snapshots dalam hal penggunaan S3.

Lihat pesan ini dan balas dua pesan di bawahnya. Pada dasarnya, hanya ada satu salinan dari setiap blok dan beberapa snapshot dapat merujuk ke blok yang sama. Snapshots dapat dihapus dengan urutan apa pun dan snapshot apa pun dapat digunakan untuk mengembalikan volume ke keadaan saat snapshot dibuat.

Cuplikan berisi berisi saya percaya hanya blok yang telah ditulis setidaknya satu kali. Jadi, jika Anda membuat EBS baru, kemudian memformatnya menggunakan semacam format 'cepat', yang hanya menulis tabel alokasi file, maka saya pikir hanya blok yang digunakan oleh tabel alokasi file yang akan ditulis ke snapshot awal.

Saat menggunakan EBS untuk penyimpanan basis data, Anda dapat mempertimbangkan menginisialisasi seluruh EBS sebelum menggunakan basis data, yang tampaknya mempercepat database, karena drive telah sepenuhnya diinisialisasi. Kelemahannya adalah ini berarti bahwa snapshot awal mungkin akan menjadi keseluruhan drive EBS, yaitu 10GB.

Terlepas dari Amazon ...

pertama-tama ada dua jenis foto. Satu penuh dan kedua tambahan. Dalam contoh Anda, Anda menyebutkan 10GB dan 1GB sehingga Anda dapat menebak yang mana. Tanpa snapshot penuh, tidak mungkin memulihkan data sepenuhnya jika sama sekali. Snapshot tambahan adalah cara menghemat ruang dan waktu agar tidak membuat cadangan seluruh gambar berulang kali. Jadi, sementara Anda dapat mempertahankan nol snapshot tambahan, Anda harus memiliki ATLEAST satu snapshot penuh.

The restore is done in the following way.
1. get the Latest FULL snap
2. Is there any more incremental snap since the last full backup?
yes
  2.1 Apply the incremental changes in order from the last full backup to the latest | END
no
  2.2 END

Karena itu Anda dapat merencanakan berapa banyak yang Anda butuhkan. Mungkin cadangan penuh seminggu sekali dan inkremental setiap hari? atau apa pun yang sesuai dengan kasus Anda. Namun amazon sedikit berbeda di sini ...

Adapun biaya tampaknya Amazon berasumsi (demi kesederhanaan di pihak mereka) bahwa

1. Seluruh EBS adalah snapshotted (bukan kata sebenarnya, saya hanya mengarangnya) termasuk ruang kosong.
2. Juga kompresi tidak diperhitungkan dan jika mereka mengompresnya masih tidak dipertimbangkan di sini.
3. snapshot penuh atau tambahan semua akan masuk ke S3 tanpa kompresi sehingga Anda akan membayar untuk penyimpanan dan transfer S3
4. Cuplikan penuh sudah seperti AMI. Jadi Anda lebih baik menggunakan AMI karena AMI tampaknya tidak menyertakan ruang yang tidak digunakan untuk ukuran gambar dan oleh karena itu kebutuhan penyimpanan S3 lebih kecil.
5. seperti yang disebutkan oleh orang lain Amazon melindungi pengguna dari menghapus terkunci yang salah dengan memastikan penghapusan terkunci tidak mempengaruhi pemulihan. Saya pikir mereka menginternalisasi proses di mana> mereka akan menerapkan snap tambahan untuk yang penuh dan menampilkannya sebagai delete. efeknya mereka> masih menyimpan seluruh volume EBS sekali

Sekarang saya bukan pro di AWS tetapi ini adalah yang terbaik dari pemahaman saya. Saya bisa saja salah