Perbedaan antara mem-boot ulang dan menghentikan memulai instance amazon EC2

13

Saya perhatikan bahwa memanggil ec2.rebootInstancesinstance Amazon EC2 jauh lebih cepat daripada menghentikan dan memulainya lagi ( ec2.stopInstances ec2.startInstances).

Itu juga mempertahankan alamat IP instance (Saya tidak punya IP elastis di atasnya) Apa yang dilakukan ec2.rebootInstance yang berbeda dari menghentikan dan memulai instance?

figaro
sumber

Jawaban:

23

Ketika Anda menghentikan instance boot EBS, Anda melepaskan perangkat keras fisik (atau potongannya) yang dijalankan oleh server dan EC2 bebas untuk memulai instance orang lain di sana.

Volume boot EBS Anda (dan volume EBS terlampir lainnya) masih dipertahankan, meskipun tidak benar-benar terikat ke server fisik atau virtual. Mereka hanya dikaitkan dengan id instan yang tidak berjalan di mana pun.

Ketika Anda memulai lagi instance, EC2 mengambil beberapa perangkat keras untuk menjalankannya, mengikat volume EBS dan boot lagi dari volume root.

Hal-hal yang berubah ketika Anda berhenti / mulai meliputi:

  1. Alamat IP internal baru (meskipun secara acak bisa sama).

  2. Alamat IP eksternal baru (meskipun secara acak bisa sama).

  3. Jika alamat IP elastis dikaitkan dengan instance sebelum dihentikan, maka Anda harus mengaitkannya kembali setelah mulai.

  4. Setiap konten pada penyimpanan ephemeral instan milik instans dihapus dan Anda diberi penyimpanan ephemeral segar.

  5. Anda dapat membiarkan instance dihentikan selama yang Anda inginkan dan tidak akan dikenakan biaya untuk waktu yang berjalan (meskipun Anda dikenakan biaya pada tingkat yang jauh lebih rendah untuk penyimpanan volume EBS). Lihat poin selanjutnya.

  6. Jam penagihan baru dimulai untuk contoh ketika Anda memulainya lagi. Misalnya, jika Anda memulai mesin virtual baru dan kemudian menghentikan / memulainya 3 kali dalam 60 menit pertama, Anda akan dibebankan biaya selama 4 jam, bukan 1.

  7. Ada kemungkinan kecil bahwa EC2 tidak akan memiliki slot yang tersedia dari jenis instance yang benar untuk menjalankan instance Anda ketika Anda ingin memulainya lagi. Saya pernah mengalami hal ini dan untuk sementara beralih ke jenis instance yang berbeda dan tersedia untuk menjalankannya kembali.

Ketika Anda reboot, ini adalah reboot sederhana di tingkat OS dan instance tetap berjalan pada perangkat keras yang sama, dengan alamat IP pribadi dan publik yang sama, menyimpan alamat IP elastis yang sama (jika terkait), dan menyimpan penyimpanan sementara yang sama tanpa mendapatkan dihapus. Tidak ada waktu penagihan baru yang dimulai pada reboot dan Anda tidak menyerah perangkat keras contoh.

Ketika sebuah instance dihentikan, Anda dapat melakukan beberapa hal keren sebelum memulainya lagi. Inilah artikel yang saya tulis tentang mengubah tipe instance dari instance ketika dihentikan:

Memindahkan Mesin Virtual EC2 ke Ukuran Lebih Besar
http://alestic.com/2011/02/ec2-change-type

Berikut ini adalah artikel yang saya tulis tentang cara mengubah ukuran disk boot EBS dari instance saat dihentikan:

Mengubah ukuran Disk Root pada Menjalankan EBS Boot EC2 Instance
http://alestic.com/2010/02/ec2-resize-running-ebs-root

Berikut ini adalah artikel yang saya tulis tentang cara memeriksa disk root dari sebuah instance (ketika itu dihentikan) ketika Anda tidak dapat terhubung ke dalamnya ketika sedang dijalankan:

Memperbaiki File pada Volume EBS Root dari Mesin Virtual EC2
http://alestic.com/2011/02/ec2-fix-ebs-root

Karena siklus stop / start memiliki peluang bagus untuk memindahkan instance Anda ke perangkat keras baru, itu adalah cara mudah untuk mengganti perangkat keras instance Anda jika Anda menduga bahwa platform saat ini mungkin rusak dan menyebabkan masalah. Inilah artikel yang saya tulis tentang itu:

Cara Sederhana Untuk Mengganti Perangkat Keras Instance di EC2
http://alestic.com/2011/02/ec2-move-hardware

Eric Hammond
sumber
+1 untuk ringkasan yang luar biasa (dan membuatnya tersedia di blog Anda, tempat saya menemukannya pertama kali memang;) - satu tambahan kecil / koreksi mengenai topik 3: Saya baru saja mengamati bahwa kejadian yang dimulai dalam Amazon Virtual Private Cloud (VPC) berperilaku berbeda di sini, yaitu alamat IP elastis (jika ada) tetap dikaitkan bahkan dalam keadaan berhenti (dan tampaknya tidak dikenakan biaya untuk itu); Saya belum menemukan dokumentasi khusus mengenai hal ini, saya juga belum menyelidiki apakah ada seluk-beluk terkait juga, tetapi orang mungkin harus tetap menyadari kemungkinan ini.
Steffen Opel
Terima kasih atas catatannya. Saya telah menambahkan komentar yang menunjukkan hal ini di posting blog: alestic.com/2011/09/ec2-reboot-stop-start
Eric Hammond