Cara kerja pemeliharaan host untuk Host EC2 Khusus Amazon

Ketika degradasi terdeteksi pada Host Khusus yang diaktifkan untuk pemeliharaan host, kami secara otomatis mengalokasikan Host Khusus pengganti di akun Anda. Host Khusus pengganti menerima ID host baru, tetapi mempertahankan atribut yang sama dengan Host Khusus yang asli, termasuk:

• Pengaturan penempatan otomatis

• Zona Ketersediaan

• Asosiasi Reservasi Tuan Rumah Khusus

• Afinitas host

• Pengaturan pemeliharaan host

• Pengaturan pemulihan host

• Jenis instans

• Tanda

Setelah host pengganti dialokasikan, kami memigrasikan instance menggunakan pemeliharaan host migrasi langsung atau pemeliharaan host berbasis reboot, tergantung pada instancenya.

Setelah host terdegradasi tidak memiliki instance yang berjalan lagi, host tersebut akan dirilis secara permanen dari akun Anda.

Instans yang mendukung pemeliharaan host migrasi langsung

Instans yang mendukung pemeliharaan host migrasi langsung secara otomatis dimigrasikan ke host pengganti dalam waktu 24 jam, tanpa menghentikan dan memulai ulang. Instance yang dimigrasi mempertahankan atribut yang ada, termasuk:

• ID Instans

• Metadata instans

• Lampiran EBS volume Amazon

• Alamat IP elastis dan alamat IP pribadi

• Memori,CPU, dan status jaringan

catatan

Beberapa ukuran instans yang lebih besar mungkin mengalami sedikit penurunan kinerja selama migrasi.

Setelah jenis instans yang didukung dimigrasikan secara otomatis ke host pengganti, kami mengirimkan email dan pemberitahuan AWS Health Dasbor yang menyertakan IDs host terdegradasi dan pengganti, informasi tentang instans yang dimigrasi secara otomatis menggunakan pemeliharaan host migrasi langsung, dan informasi tentang instans yang tersisa.

Instans yang memerlukan pemeliharaan host berbasis reboot

Instans yang memerlukan pemeliharaan host berbasis reboot dijadwalkan misalnya acara terjadwal reboot selama 14 hari sejak tanggal pemberitahuan. Anda dapat terus mengakses instans Anda di Host Khusus yang terdegradasi sebelum acara yang dijadwalkan.

catatan

Anda dapat menjadwal ulang acara reboot untuk tanggal yang berada dalam 7 hari dari tanggal dan waktu acara asli. Untuk informasi selengkapnya, lihat Jadwalkan ulang acara terjadwal yang memengaruhi instans Amazon EC2 Anda.

Amazon EC2 secara otomatis menyimpan kapasitas pada host pengganti untuk instans ini. Anda tidak dapat menjalankan instance dalam kapasitas cadangan ini.

catatan

EC2Konsol Amazon menunjukkan kapasitas cadangan sebagai kapasitas yang digunakan. Tampaknya instance berjalan pada host yang terdegradasi dan host pengganti. Namun, instance akan terus berjalan hanya pada host yang terdegradasi hingga dihentikan atau dimigrasikan ke kapasitas cadangan pada host pengganti.

Pada tanggal dan waktu acara yang dijadwalkan, instans secara otomatis dihentikan dan dimulai kembali ke kapasitas cadangan pada host pengganti. Instance yang dimigrasi mempertahankan atribut yang ada, termasuk:

• ID Instans

• Metadata instans

• Lampiran EBS volume Amazon

• Alamat IP elastis dan alamat IP pribadi

Namun, karena instance dihentikan dan dimulai ulang selama migrasi, mereka tidak mempertahankan memori,CPU, dan status jaringan mereka.

Anda juga dapat menghentikan dan memulai ulang instance ini secara manual kapan saja sebelum acara yang dijadwalkan untuk memigrasikannya ke host pengganti atau ke host lain. Anda mungkin perlu memodifikasi afinitas host instans Anda untuk memulai ulang pada host yang berbeda. Jika Anda menghentikan instans sebelum acara yang dijadwalkan, kapasitas cadangan pada host pengganti akan dirilis dan tersedia untuk digunakan.

Instance yang tidak didukung

Beberapa instance tidak dapat dimigrasi secara otomatis ke host pengganti.

Instans dengan volume root yang didukung toko instance

Untuk contoh ini, kami menjadwalkan acara pensiun instans selama 28 hari sejak tanggal pemberitahuan. Pada tanggal dan waktu acara yang dijadwalkan, instance dihentikan secara permanen. Kami menyarankan Anda meluncurkan instans penggantian secara manual pada host pengganti dan kemudian memigrasikan data yang diperlukan ke instance pengganti sebelum acara yang dijadwalkan.

Instans dengan volume EBS root yang didukung

Untuk contoh ini, kami menjadwalkan acara penghentian instance selama 28 hari sejak tanggal pemberitahuan. Pada tanggal dan waktu acara yang dijadwalkan, instance dihentikan. Kami menyarankan Anda berhenti secara manual saat memulai ulang instance pada host pengganti atau pada host yang berbeda. Anda mungkin perlu memodifikasi afinitas host instans Anda untuk memulai ulang pada host yang berbeda.

Anda dapat terus mengakses instans Anda di Host Khusus yang terdegradasi sebelum acara yang dijadwalkan.

Status pemeliharaan host

Ketika tuan rumah menjadi terdegradasi, ia memasuki permanent-failure negara bagian. Anda tidak dapat meluncurkan instans di Host Khusus yang ada di permanent-failure negara bagian.

Setelah host pengganti dialokasikan, host tetap dalam pending status hingga instance yang mendukung pemeliharaan host migrasi langsung telah dimigrasi secara otomatis dari host yang terdegradasi, dan hingga acara terjadwal telah dijadwalkan untuk instance yang tersisa. Setelah ini selesai, host pengganti memasuki available negara bagian.

Setelah host pengganti memasuki available status, Anda dapat menggunakannya dengan cara yang sama seperti Anda menggunakan host apa pun di akun Anda. Namun, beberapa kapasitas instance pada host pengganti dicadangkan untuk instance yang memerlukan migrasi host berbasis reboot. Anda tidak dapat meluncurkan instans baru ke dalam kapasitas cadangan ini.

Ketika host terdegradasi tidak memiliki instance yang berjalan lagi, host tersebut memasuki released, permanent-failure status, dan secara permanen dilepaskan dari akun Anda.