Tindakan yang disarankan untuk EC2 instans Amazon yang terpengaruh oleh peristiwa terjadwal - Amazon Elastic Compute Cloud

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Tindakan yang disarankan untuk EC2 instans Amazon yang terpengaruh oleh peristiwa terjadwal

Topik berikut menjelaskan tindakan yang harus Anda ambil ketika EC2 instans Amazon Anda dipengaruhi oleh acara terjadwal.

Tindakan untuk contoh yang dijadwalkan untuk berhenti atau pensiun

Ketika AWS mendeteksi kegagalan yang tidak dapat diperbaiki dari host yang mendasari untuk instans Anda, itu menjadwalkan instance untuk berhenti atau dihentikan, tergantung pada jenis perangkat root untuk instance tersebut. Jika perangkat root adalah EBS volume, instance dijadwalkan untuk berhenti. Jika perangkat root adalah volume penyimpanan instans, instans dijadwalkan untuk diakhiri. Untuk informasi selengkapnya, lihat Pensiun instans.

penting

Semua data yang disimpan pada volume penyimpanan instans hilang saat instans dihentikan, dihibernasi, atau diakhiri. Ini termasuk volume penyimpanan instance yang dilampirkan ke instance yang memiliki EBS volume sebagai perangkat root. Pastikan untuk menyimpan data dari volume penyimpanan instans yang mungkin Anda perlukan nanti sebelum instans dihentikan, dihibernasi, atau diakhiri.

Tindakan untuk Instans yang Didukung oleh Amazon EBS

Anda dapat menunggu instans untuk berhenti sesuai jadwal. Atau, Anda dapat menghentikan dan memulai sendiri instans, sehingga instans tersebut dimigrasikan ke host baru. Untuk informasi selengkapnya tentang penghentian instans, selain informasi tentang perubahan pada konfigurasi instans Anda saat dihentikan, lihat Hentikan dan mulai EC2 instans Amazon.

Anda dapat mengotomatisasi penghentian dan pemulaian langsung sebagai respons atas peristiwa penghentian instans terjadwal. Untuk informasi selengkapnya, lihat Mengotomatiskan tindakan untuk EC2 instans Amazon di AWS Health Panduan Pengguna.

Tindakan untuk Instans yang Didukung oleh Penyimpanan Instans

Sebaiknya Anda meluncurkan instance pengganti dari yang terbaru AMI dan memigrasikan semua data yang diperlukan ke instance pengganti sebelum instans dijadwalkan untuk dihentikan. Selanjutnya, Anda dapat mengakhiri instans asli atau menunggu hingga instans tersebut berakhir sesuai jadwal.

Tindakan untuk instance yang dijadwalkan untuk reboot

Ketika AWS harus melakukan tugas-tugas seperti menginstal pembaruan atau memelihara host yang mendasarinya, itu dapat menjadwalkan instance atau host yang mendasarinya untuk reboot. Anda dapat menjadwalkan kembali sebagian besar peristiwa boot ulang sehingga instans di-boot ulang pada tanggal dan waktu tertentu yang sesuai untuk Anda.

Melihat tipe peristiwa boot ulang

Anda dapat melihat apakah peristiwa boot ulang adalah boot ulang instans atau boot ulang sistem menggunakan salah satu metode berikut.

Console
Untuk melihat tipe peristiwa boot ulang terjadwal
  1. Buka EC2 konsol Amazon di https://console.aws.amazon.com/ec2/.

  2. Di panel navigasi, pilih Peristiwa.

  3. Pilih Tipe sumber daya: instans dari daftar filter.

  4. Untuk setiap instans, lihat nilai pada kolom Tipe peristiwa. Nilainya adalah system-reboot atau instance-reboot.

AWS CLI
Untuk melihat tipe peristiwa boot ulang terjadwal

Gunakan perintah describe-instance-status.

aws ec2 describe-instance-status \ --instance-id i-1234567890abcdef0

Untuk peristiwa boot ulang terjadwal, nilai untuk Code adalah system-reboot atau instance-reboot. Contoh output berikut menunjukkan peristiwa system-reboot.

[ "Events": [ { "InstanceEventId": "instance-event-0d59937288b749b32", "Code": "system-reboot", "Description": "The instance is scheduled for a reboot", "NotAfter": "2019-03-14T22:00:00.000Z", "NotBefore": "2019-03-14T20:00:00.000Z", "NotBeforeDeadline": "2019-04-05T11:00:00.000Z" } ] ]
Tindakan untuk boot ulang instans

Anda dapat menunggu hingga boot ulang instans dilakukan dalam jendela pemeliharaan terjadwal, menjadwalkan kembali boot ulang instans ke tanggal dan waktu yang sesuai untuk Anda, atau melakukan boot ulang instans sendiri pada waktu yang Anda inginkan.

Setelah instans Anda di-boot ulang, peristiwa terjadwal akan dihapus dan deskripsi peristiwa diperbarui. Pemeliharaan yang tertunda untuk host yang mendasari telah selesai, dan Anda dapat mulai menggunakan kembali instans setelah di-boot sepenuhnya.

Tindakan untuk boot ulang sistem

Anda tidak dapat melakukan sendiri boot ulang sistem. Anda dapat menunggu hingga boot ulang sistem dilakukan selama jendela pemeliharaan terjadwal atau menjadwalkan kembali boot ulang sistem ke tanggal dan waktu yang sesuai untuk Anda. Boot ulang sistem biasanya selesai dalam hitungan menit. Setelah reboot sistem terjadi, instance mempertahankan alamat IP dan DNS namanya, dan data apa pun pada volume penyimpanan instans lokal dipertahankan. Setelah boot ulang sistem selesai, peristiwa yang dijadwalkan untuk instans tersebut akan dihapus, dan Anda dapat memverifikasi bahwa perangkat lunak pada instans Anda beroperasi seperti yang diharapkan.

Atau, jika perlu untuk mempertahankan instance pada waktu yang berbeda dan Anda tidak dapat menjadwal ulang reboot sistem, maka Anda dapat menghentikan dan memulai instance yang EBS didukung Amazon, yang memigrasikannya ke host baru. Namun, data pada volume penyimpanan instans lokal tidak disimpan. Anda juga dapat mengotomatisasi penghentian dan pemulaian instans langsung sebagai respons atas peristiwa boot ulang sistem terjadwal. Untuk informasi selengkapnya, lihat Mengotomatiskan Tindakan untuk EC2 Instans di AWS Health Panduan Pengguna. Untuk instance instance yang didukung toko, jika Anda tidak dapat menjadwal ulang reboot sistem, maka Anda dapat meluncurkan instance pengganti dari yang terbaruAMI, memigrasikan semua data yang diperlukan ke instance pengganti sebelum jendela pemeliharaan terjadwal, dan kemudian menghentikan instance asli.

Tindakan untuk instance yang dijadwalkan untuk pemeliharaan

Ketika AWS harus memelihara host yang mendasarinya untuk sebuah instance, itu menjadwalkan instance untuk pemeliharaan. Terdapat dua tipe peristiwa pemeliharaan: pemeliharaan jaringan dan pemeliharaan daya.

Selama pemeliharaan jaringan, instans terjadwal kehilangan konektivitas jaringan dalam jangka waktu singkat. Konektivitas jaringan normal ke instans Anda akan dipulihkan setelah pemeliharaan selesai.

Selama pemeliharaan daya, instans terjadwal akan offline dalam jangka waktu singkat, lalu di-boot ulang. Saat boot ulang dilakukan, semua pengaturan konfigurasi instans Anda dipertahankan.

Setelah instans di-boot ulang (biasanya membutuhkan waktu beberapa menit), verifikasi bahwa aplikasi Anda berfungsi seperti yang diharapkan. Pada tahap ini, instans Anda seharusnya tidak lagi memiliki peristiwa terjadwal yang terkait dengannya, atau jika masih ada, deskripsi peristiwa terjadwal dimulai dengan [Completed]. Terkadang, diperlukan waktu hingga 1 jam untuk menyegarkan deskripsi status instans. Acara pemeliharaan yang telah selesai ditampilkan di dasbor EC2 konsol Amazon hingga satu minggu.

Tindakan untuk Instans yang Didukung oleh Amazon EBS

Anda dapat menunggu hingga pemeliharaan dilakukan sesuai jadwal. Atau, Anda dapat menghentikan dan memulai instans, sehingga instans tersebut dimigrasikan ke host baru. Untuk informasi selengkapnya tentang penghentian instans, selain informasi tentang perubahan pada konfigurasi instans Anda saat dihentikan, lihat Hentikan dan mulai EC2 instans Amazon.

Anda dapat mengotomatisasi penghentian dan pemulaian langsung sebagai respons atas peristiwa pemeliharaan terjadwal. Untuk informasi selengkapnya, lihat Mengotomatiskan Tindakan untuk EC2 Instans di AWS Health Panduan Pengguna.

Tindakan untuk Instans yang Didukung oleh Penyimpanan Instans

Anda dapat menunggu hingga pemeliharaan dilakukan sesuai jadwal. Atau, jika Anda ingin mempertahankan operasi normal selama jendela pemeliharaan terjadwal, Anda dapat meluncurkan instance pengganti dari yang terbaruAMI, memigrasikan semua data yang diperlukan ke instance pengganti sebelum jendela pemeliharaan terjadwal, dan kemudian menghentikan instance asli.