Dalam bentuknya yang paling sederhana, AMI adalah deskripsi mesin virtual - jenis virtualisasi, arsitektur (32/64 bit), kernel, dan perangkat root. Dalam kata-kata Amazon:
AMI adalah templat yang berisi konfigurasi perangkat lunak (sistem operasi, server aplikasi, dan aplikasi) yang dapat Anda jalankan di lingkungan komputasi Amazon yang sudah terbukti.
Mesin virtual EC2 adalah mesin virtual, yang berjalan pada perangkat keras Amazon. Agar instance dimulai, ada sejumlah informasi minimum yang diperlukan. Selain itu, tipe instance yang berbeda mendukung konfigurasi yang berbeda (mis. Beberapa tidak mendukung AMI 32-bit).
Setiap AMI memiliki pengidentifikasi (mis. Ami-a1b2c3d4), dan konfigurasi AMI itu tidak dapat diubah setelah pembuatan. (Namun Anda dapat, menimpa banyak pengaturan pada waktu peluncuran, atau dalam beberapa kasus, bahkan setelah sebuah instance diluncurkan).
Dalam hal volume root, AMI berisi referensi ke volume yang ada (misalnya mereka referensi snapshot untuk instance yang didukung EBS, atau ke bagian gambar dalam kasus instance yang didukung S3).
AMI juga mengandung beberapa tingkat pengecekan kesalahan - biasanya id pengguna untuk menunjukkan kepemilikan, kunci enkripsi (yang mengenkripsi gambar), dan tanda tangan (untuk memverifikasi integritas gambar). Anda bisa mendapatkan ide bagus tentang apa itu AMI dengan melihat file manifes yang dibuat saat membuat instance yang didukung S3 - itu hanya file yang berisi data dan referensi ke item lain (penyimpanan, kernel, dll).
Sebuah gambar merujuknya sebagai pemetaan perangkat blok - ini menentukan perangkat (mis. / Dev / sda1) dan sumber data (sesaat (dan bagian S3 jika relevan) atau snapshot ebs). Karena bagian S3 ditandatangani, dan foto-foto tidak dapat diubah (hanya dihapus), meluncurkan instance dari AMI (tanpa mengabaikan pengaturannya) harus selalu menghasilkan instance dengan setup perangkat lunak yang sama. (Perhatikan masih mungkin untuk instance yang diluncurkan dari AMI yang sama untuk berbeda dalam status operasinya karena data pengguna, atau pemetaan blok perangkat yang berbeda (mis. Instans mikro tidak memiliki penyimpanan sementara, sementara jenis instance lain melakukannya). di sini, volume terlampir disimpan secara terpisah dari AMI, tetapi rujukan oleh AMI sedemikian rupa sehingga volume tidak dapat diubah.
Sebelum meluncurkan instance dari AMI, Anda dapat menimpa pemetaan perangkat blok (mis. Untuk menambahkan volume EBS tambahan, atau volume fana lain jika jenis instance mendukungnya). Dalam hal volume EBS, setelah instance diluncurkan, Anda dapat melepaskan volume root dan melampirkan volume EBS yang berbeda secara bersamaan.
Jadi, untuk menjawab pertanyaan Anda secara singkat: Apakah tautan ke instance, atau disimpan dan tidak pernah diubah. Itu disimpan dan tidak pernah berubah.
Juga, apakah gambar menyertakan penyimpanan lokal dan semua paket dll yang diinstal pada instance itu, atau apakah itu hanya salinan konfigurasi dari instance tertentu. Gambar termasuk penyimpanan lokal dan semua paket dll yang diinstal pada contoh itu. (Biasanya, ini hanya volume root, tetapi AMI dapat diatur untuk meluncurkan instance dengan beberapa, volume yang dihuni).