Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pemulihan instans otomatis
**penting**
Bagian ini menjelaskan cara mengkonfigurasi mekanisme pemulihan secara proaktif pada instans EC2. Mekanisme pemulihan ini dirancang untuk mengembalikan ketersediaan instance ketika AWS mendeteksi masalah perangkat keras atau perangkat lunak yang mendasari yang menyebabkan pemeriksaan status sistem gagal. Jika saat ini Anda mengalami masalah saat mengakses instans, lihat [Memecahkan masalah](ec2-instance-troubleshoot.md) instans EC2.
Jika AWS mendeteksi bahwa instans tidak tersedia karena masalah perangkat keras atau perangkat lunak yang mendasarinya, ada dua mekanisme yang dapat secara otomatis memulihkan ketersediaan instans — [pemulihan otomatis yang disederhanakan dan pemulihan](instance-configuration-recovery.md) [berbasis CloudWatch tindakan Amazon](cloudwatch-recovery.md). Memulihkan ketersediaan instance juga dikenal sebagai *pemulihan instance*.
Selama proses pemulihan instans, AWS akan mencoba memindahkan instance Anda dari host dengan masalah perangkat keras atau perangkat lunak yang mendasarinya ke host yang berbeda. Jika berhasil, proses pemulihan instance akan muncul ke instance sebagai reboot yang tidak direncanakan. Anda dapat [memverifikasi apakah pemulihan instans terjadi](verify-if-automatic-recovery-occurred.md).
Jika proses pemulihan tidak berhasil, instance mungkin terus berjalan di host dengan masalah perangkat keras atau perangkat lunak yang mendasarinya. Dalam hal ini, intervensi manual diperlukan. Jika instans menjadi tidak dapat dijangkau atau pemeriksaan status sistem terus gagal, kami sarankan Anda [menghentikan dan memulai](Stop_Start.md) instance secara manual. Ketika Anda memulai sebuah instance, biasanya dimigrasikan ke komputer host baru yang mendasarinya. Namun, tidak seperti pemulihan instans otomatis, di mana instance mempertahankan IPv4 alamat publiknya, instance yang dimulai ulang menerima IPv4 alamat publik baru kecuali jika memiliki alamat IP Elastis.
Untuk mendapatkan manfaat dari mekanisme pemulihan otomatis, mereka harus dikonfigurasi terlebih dahulu pada sebuah instance sebelum pemeriksaan status sistem gagal. Secara default, pemulihan otomatis yang disederhanakan diaktifkan selama peluncuran instance. Anda dapat mengonfigurasi pemulihan berbasis CloudWatch tindakan Amazon secara opsional setelah peluncuran. Memiliki salah satu mekanisme ini yang dikonfigurasi membuat instans Anda lebih tangguh.
Pemulihan otomatis yang disederhanakan dan pemulihan berbasis CloudWatch tindakan Amazon hanya tersedia pada instans yang didukung. Untuk informasi selengkapnya, lihat [Persyaratan untuk mengaktifkan pemulihan otomatis yang disederhanakan](instance-configuration-recovery.md#requirements-for-simplified-automatic-recovery) dan [Persyaratan untuk mengaktifkan pemulihan berbasis CloudWatch tindakan](cloudwatch-recovery.md#requirements-for-cloudwatch-action-based-recovery).
**Awas**
Ketika AWS memulihkan instans Anda karena masalah perangkat keras atau perangkat lunak yang mendasarinya, perhatikan konsekuensi berikut: data yang disimpan dalam memori volatil (RAM) akan hilang dan uptime sistem operasi akan dimulai dari nol. Selanjutnya, dengan pemulihan berbasis CloudWatch tindakan, data pada volume penyimpanan instance juga akan hilang. Untuk membantu melindungi dari kehilangan data, kami sarankan Anda secara teratur membuat cadangan data berharga. Untuk informasi selengkapnya tentang praktik terbaik pencadangan dan pemulihan untuk instans EC2, lihat [Praktik terbaik untuk Amazon EC2](ec2-best-practices.md).
Mekanisme pemulihan instans otomatis dirancang untuk *instance individual*. Untuk panduan tentang membangun *sistem yang tangguh, lihat*. [Membangun sistem yang tangguh](#instance-recovery-build-a-resilient-system)
**Topics**
+ [Konsep kunci pemulihan instans otomatis](#ec2-automatic-instance-recovery-key-concepts)
+ [Perbedaan antara pemulihan otomatis yang disederhanakan dan pemulihan berbasis CloudWatch tindakan](#differences)
+ [Membangun sistem yang tangguh](#instance-recovery-build-a-resilient-system)
+ [Verifikasi apakah pemulihan instans otomatis terjadi](verify-if-automatic-recovery-occurred.md)
+ [Konfigurasikan pemulihan otomatis yang disederhanakan pada instans Amazon EC2](instance-configuration-recovery.md)
+ [Konfigurasikan pemulihan berbasis CloudWatch tindakan pada instans EC2](cloudwatch-recovery.md)
## Konsep kunci pemulihan instans otomatis
Pemulihan instans otomatis adalah fitur Amazon EC2 yang secara otomatis memulihkan ketersediaan instans saat terjadi kegagalan perangkat keras atau perangkat lunak yang mendasari, meningkatkan ketahanan dan keandalan instans EC2 Anda.
Berikut ini adalah konsep kunci dari pemulihan instans otomatis:
**Opsi konfigurasi**
Dua mekanisme dapat dikonfigurasi untuk mendukung pemulihan instans otomatis:
+ [Pemulihan otomatis yang disederhanakan](instance-configuration-recovery.md): Diaktifkan secara default pada instance yang didukung.
+ [CloudWatch pemulihan berbasis tindakan](cloudwatch-recovery.md): Memerlukan konfigurasi manual pada instance yang didukung.
**Pemeriksaan status sistem**
Pemeriksaan status sistem secara otomatis memantau AWS infrastruktur tempat instans EC2 Anda berjalan.
+ Jika pemeriksaan status sistem gagal, AWS memulai pemulihan instans otomatis, yang mencoba memigrasikan instance yang terpengaruh ke perangkat keras yang berbeda.
+ Pemeriksaan status sistem yang gagal menunjukkan masalah dengan perangkat keras atau perangkat lunak host, dan bukan masalah dengan instance itu sendiri. Pemulihan instans otomatis dapat memulihkan instance yang gagal dalam pemeriksaan status sistem. Namun, pemulihan instans otomatis tidak beroperasi jika hanya pemeriksaan status instance yang gagal.
+ Untuk perbedaan antara pemeriksaan status instance dan sistem, lihat [Jenis pemeriksaan status](monitoring-system-instance-status-check.md#types-of-instance-status-checks).
**Contoh masalah perangkat keras atau perangkat lunak yang mendasarinya**
Masalah perangkat keras atau perangkat lunak yang dapat menyebabkan pemeriksaan status sistem gagal termasuk hilangnya konektivitas jaringan, hilangnya daya sistem, masalah perangkat lunak pada host fisik, dan masalah perangkat keras pada host fisik yang memengaruhi jangkauan jaringan.
**Karakteristik contoh yang dipulihkan**
Sebuah instance yang dipulihkan identik dengan instance asli, kecuali untuk elemen yang hilang.
Elemen yang diawetkan:
+ ID Instans
+ Alamat IP publik, pribadi, dan Elastis
+ Metadata instans
+ Grup penempatan
+ Volume EBS terlampir
+ Zona Ketersediaan
Elemen yang hilang:
+ Data disimpan dalam memori volatil (RAM)
+ Data yang disimpan pada volume penyimpanan instance (hanya berlaku untuk pemulihan berbasis CloudWatch tindakan)
+ Uptime sistem operasi disetel ulang ke nol
**Memantau pemeriksaan status sistem dengan CloudWatch**
Metrik [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) di CloudWatch menunjukkan apakah pemeriksaan status sistem lulus atau gagal.
Nilai metrik:
+ **0** — Pemeriksaan status sistem lulus.
+ **1** — Pemeriksaan status sistem gagal.
**Acara di Dasbor Health**
Selama upaya pemulihan instans otomatis, AWS kirimkan peristiwa ke Anda Dasbor Health berdasarkan mekanisme pemulihan yang dikonfigurasi dan hasilnya:
+ Pemulihan otomatis yang disederhanakan
+ Acara sukses: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE`
+ CloudWatch pemulihan berbasis tindakan
+ Acara sukses: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE`
## Perbedaan antara pemulihan otomatis yang disederhanakan dan pemulihan berbasis CloudWatch tindakan
Tabel berikut membandingkan perbedaan utama antara pemulihan otomatis yang disederhanakan dan pemulihan berbasis CloudWatch tindakan.
| Titik perbandingan | Pemulihan otomatis yang disederhanakan | CloudWatch pemulihan berbasis tindakan |
| --- | --- | --- |
| Konfigurasi | Diaktifkan secara default pada instance yang didukung | Membutuhkan konfigurasi CloudWatch alarm dan tindakan secara manual |
| Fleksibilitas | Perilaku pemulihan tetap dikelola oleh AWS | Tindakan dan kondisi yang dapat disesuaikan |
| Notifikasi | Pemberitahuan dasar melalui Dasbor Health | Pemberitahuan yang dapat disesuaikan melalui SNS |
| Ukuran contoh logam | Dikecualikan | Termasuk |
| Volume penyimpanan instans terlampir saat peluncuran | Tidak didukung untuk instance yang melampirkan volume penyimpanan instance saat peluncuran | Didukung pada jenis instans yang dipilih. Perhatikan bahwa data pada volume penyimpanan instance hilang selama pemulihan instance. |
| Waktu pemulihan | Upaya pemulihan standar | Upaya pemulihan lebih cepat daripada pemulihan otomatis yang disederhanakan |
| Masalah host teratasi selama migrasi | Migrasi mungkin dibatalkan dan instance tetap berada di host asli | Migrasi berlanjut ke host baru |
| Biaya | Tidak ada biaya tambahan | Mungkin dikenakan biaya CloudWatch |
## Membangun sistem yang tangguh
Meskipun pemulihan otomatis yang disederhanakan dan pemulihan berbasis CloudWatch tindakan efektif untuk menjaga ketersediaan instans individu, AWS merekomendasikan penerapan arsitektur ketersediaan tinggi yang memungkinkan failover lalu lintas ke instance yang sehat.
Untuk mencapai hal ini, pertimbangkan untuk menggunakan AWS layanan seperti Elastic Load Balancing (yang mendistribusikan lalu lintas masuk di beberapa instans EC2) dan Amazon EC2 Auto Scaling (yang secara otomatis menyesuaikan jumlah instans berdasarkan permintaan dan kesehatan).
Untuk informasi selengkapnya tentang membangun sistem yang tangguh dan toleran terhadap kesalahan dengan instans EC2, lihat sumber daya berikut:
+ [Kembali ke Dasar: Merancang untuk Kegagalan dengan EC2](https://www.youtube.com/watch?v=5Hq5YxOrKYs) *di saluran AWS YouTube*
+ [Arsitektur Pemulihan Bencana (DR) pada AWS, Bagian I: Strategi Pemulihan di Cloud](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) di situs *Blog AWS Arsitektur*
+ [Panduan Pengguna Penyeimbang Beban Aplikasi](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Panduan Pengguna Penskalaan Otomatis Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html)
+ [REL11- BP02 Gagal menggunakan sumber daya yang sehat](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_failover2good.html) dalam *Reliability Pillar AWS Well-Architected* Framework
# Verifikasi apakah pemulihan instans otomatis terjadi
Jika instans Anda tampaknya telah offline dan kemudian di-boot ulang secara tak terduga, itu mungkin telah mengalami [pemulihan instans otomatis](ec2-instance-recover.md#ec2-automatic-instance-recovery-key-concepts) sebagai respons terhadap masalah perangkat keras atau perangkat lunak yang mendasarinya. Anda dapat memverifikasi ini dengan memeriksa peristiwa pemulihan instans otomatis di Anda Dasbor Health. Anda juga dapat memeriksa apakah masalah perangkat keras atau perangkat lunak yang mendasarinya terdeteksi untuk instans Anda dengan memeriksa CloudWatch metrik **StatusCheckFailed\$1System** Amazon.
## Periksa acara di Dasbor Health
Ketika upaya pemulihan instans otomatis terjadi, AWS kirimkan acara ke Anda Dasbor Health. Peristiwa spesifik tergantung pada mekanisme pemulihan yang dikonfigurasi dan apakah upaya berhasil atau gagal.
**Untuk memeriksa peristiwa pemulihan instans otomatis di Dasbor Health**
1. Buka di Dasbor Health [https://phd.aws.amazon.com/phd/rumah \$1/](https://phd.aws.amazon.com/phd/).
1. Cari peristiwa yang terkait dengan pemulihan instans otomatis. Kehadiran peristiwa ini dapat mengkonfirmasi apakah upaya pemulihan instance otomatis terjadi dan hasilnya.
+ Pemulihan otomatis yang disederhanakan
+ Acara sukses: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE`
+ CloudWatch pemulihan berbasis tindakan
+ Acara sukses: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE`
## Memantau pemeriksaan status sistem dengan CloudWatch
Anda dapat memverifikasi apakah masalah perangkat keras atau perangkat lunak yang mendasarinya terdeteksi untuk instance Anda dengan memeriksa metrik [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) di CloudWatch. Nilai metrik menunjukkan apakah pemeriksaan status sistem lulus (tidak ada masalah perangkat keras atau perangkat lunak) atau gagal (masalah perangkat keras atau perangkat lunak).
**Untuk memverifikasi apakah masalah perangkat keras atau perangkat lunak yang mendasarinya terdeteksi**
1. Buka halaman **Metrik CloudWatch ** konsol di [https://console.aws.amazon.com/cloudwatch/rumah? ](https://console.aws.amazon.com/cloudwatch/home?#metricsV2)\$1metricsV2.
1. Verifikasi bahwa Anda berada di Wilayah yang sama dengan instans EC2 Anda.
1. Tempel metrik berikut di bidang pencarian **Metrik**, dan tekan Enter.
```
StatusCheckFailed_System
```
1. Pilih **EC2 > Metrik Per-Instance**.
1. Dalam tabel, pilih kotak centang di sebelah contoh yang ingin Anda centang.
1. Ubah periode kueri ke waktu yang Anda curigai peristiwa pemulihan terjadi.
1. Pilih tab **Graphed metrics**, dan untuk **StatusCheckFailed\$1System**, lakukan hal berikut:
1. Untuk **Statistik**, pilih **Rata-rata**, **Maksimum**, atau **Minimum**.
1. Untuk **Periode**, pilih **1 menit**.
1. Periksa nilai untuk **StatusCheckFailed\$1System**.
+ Nilai **0**: Pemeriksaan status sistem lulus, menunjukkan tidak ada masalah perangkat keras atau perangkat lunak yang mendasarinya.
+ Nilai **1**: Pemeriksaan status sistem gagal, menunjukkan masalah perangkat keras atau perangkat lunak yang mendasarinya.
Untuk informasi selengkapnya, lihat [Pemulihan instans otomatis](ec2-instance-recover.md).
# Konfigurasikan pemulihan otomatis yang disederhanakan pada instans Amazon EC2
**penting**
Bagian ini menjelaskan cara mengkonfigurasi mekanisme pemulihan secara proaktif pada instans EC2. Mekanisme pemulihan ini dirancang untuk mengembalikan ketersediaan instance ketika AWS mendeteksi masalah perangkat keras atau perangkat lunak yang mendasari yang menyebabkan pemeriksaan status sistem gagal. Jika saat ini Anda mengalami masalah saat mengakses instans, lihat [Memecahkan masalah](ec2-instance-troubleshoot.md) instans EC2.
Jika AWS mendeteksi bahwa instance tidak tersedia karena masalah perangkat keras atau perangkat lunak yang mendasarinya, *pemulihan otomatis yang disederhanakan* dapat secara otomatis memulihkan ketersediaan instance dengan memindahkan instance dari host dengan masalah mendasar ke host lain.
Jika pemulihan otomatis yang disederhanakan terjadi, AWS kirimkan salah satu peristiwa berikut ke Anda Dasbor AWS Health, tergantung pada hasilnya:
+ Acara sukses: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE`
Untuk diberitahu tentang peristiwa ini, Anda dapat mengonfigurasi pemberitahuan. Untuk informasi selengkapnya, lihat [Membuat konfigurasi notifikasi pertama Anda Notifikasi Pengguna AWS di](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html) *Panduan Notifikasi Pengguna AWS Pengguna*. Anda juga dapat menggunakan [ EventBridge aturan Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) untuk memantau peristiwa pemulihan otomatis yang disederhanakan.
Pemulihan otomatis yang disederhanakan diaktifkan secara default pada semua instance yang didukung selama peluncuran instans. Namun, itu hanya dapat beroperasi jika instance dalam `running` keadaan, tidak ada peristiwa layanan yang tercantum di Dasbor AWS Health, dan ada kapasitas yang tersedia untuk jenis instance. Dalam beberapa situasi, seperti pemadaman yang signifikan, kendala kapasitas dapat menyebabkan upaya pemulihan gagal. Untuk informasi selengkapnya, lihat [Memecahkan masalah kegagalan pemulihan otomatis yang disederhanakan](#ec2-instance-recover-simplified-auto-recovery-troubleshooting).
Anda dapat menonaktifkan pemulihan otomatis yang disederhanakan selama atau setelah peluncuran, dan mengaktifkannya kembali nanti jika diperlukan.
**Awas**
Ketika AWS memulihkan instans Anda karena masalah perangkat keras atau perangkat lunak yang mendasarinya, perhatikan konsekuensi berikut: data yang disimpan dalam memori volatil (RAM) akan hilang dan uptime sistem operasi akan dimulai dari nol. Untuk membantu melindungi dari kehilangan data, kami sarankan Anda secara teratur membuat cadangan data berharga. Untuk informasi selengkapnya tentang praktik terbaik pencadangan dan pemulihan untuk instans EC2, lihat [Praktik terbaik untuk Amazon EC2](ec2-best-practices.md).
Mekanisme pemulihan instans otomatis dirancang untuk *instance individual*. Untuk panduan tentang membangun *sistem yang tangguh, lihat*. [Membangun sistem yang tangguh](ec2-instance-recover.md#instance-recovery-build-a-resilient-system)
**Topics**
+ [Persyaratan untuk mengaktifkan pemulihan otomatis yang disederhanakan](#requirements-for-simplified-automatic-recovery)
+ [Konfigurasikan pemulihan otomatis yang disederhanakan](#set-recovery-behavior)
+ [Memecahkan masalah kegagalan pemulihan otomatis yang disederhanakan](#ec2-instance-recover-simplified-auto-recovery-troubleshooting)
## Persyaratan untuk mengaktifkan pemulihan otomatis yang disederhanakan
Pemulihan otomatis yang disederhanakan dapat diaktifkan pada instans yang memenuhi kriteria berikut:
**Tipe instans**
+ **Tujuan umum:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8AZN, M8g, M8GB, M8Gn, M8i, M8i-flex, T1, T2, T3, T3a, T4G
+ **Komputasi dioptimalkan:** C3, C4, C5, C5a, C5n, C6a, C6g, C6Gn, C6i, C6in, C7a, C7g, C7gN, C7i, C7i-flex, C8a, C8g, C8gB, C8gn, C8i, C8i-flex
+ **Memori dioptimalkan:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iZ, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3TB1, U-6TB1, U-96TB1 TB1, U-12TB1, U-18TB1, U-24tb1, U7I-6TB, U7I-8tb, U7i-12TB, U7in-16TB, U7in-24tb, U7in-32tb, U7inh-32tb, X1, X1e, X2iEZN, X8g, X8i
+ **Komputasi yang dipercepat:** G3, G5g, Inf1, P3, VT1
+ **Komputasi kinerja tinggi:** HPC6a, hPC7a, hPC7g, hPC8a
**Penghunian**
+ Bersama
+ Instans Khusus
Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
**Batasan**
Pemulihan otomatis yang disederhanakan tidak didukung untuk instance dengan karakteristik sebagai berikut:
+ Ukuran instans: `metal` contoh
+ Sewa: Tuan Rumah Khusus. Untuk Host Khusus, gunakan [Pemulihan Otomatis Host Khusus](dedicated-hosts-recovery.md) sebagai gantinya.
+ Penyimpanan: Instans dengan volume penyimpanan instans
+ Jaringan: Contoh menggunakan Adaptor Kain Elastis
+ Auto Scaling: Instans yang merupakan bagian dari grup Auto Scaling
+ Pemeliharaan: Instans yang sedang menjalani acara pemeliharaan terjadwal
## Konfigurasikan pemulihan otomatis yang disederhanakan
Pemulihan otomatis yang disederhanakan diaktifkan secara default saat Anda meluncurkan instans yang didukung. Anda dapat mengatur perilaku pemulihan otomatis `disabled` selama atau setelah meluncurkan instance.
`default`Konfigurasi tidak mengaktifkan pemulihan otomatis yang disederhanakan untuk instance yang tidak didukung.
------
#### [ Console ]
**Untuk menonaktifkan pemulihan otomatis simpel saat peluncuran**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada panel navigasi, pilih **Instans**, kemudian pilih **Luncurkan instans**.
1. Di bagian **Detail lanjutan**, untuk **Pemulihan otomatis Instans**, pilih **Dinonaktifkan**.
1. Konfigurasikan pengaturan peluncuran instans yang tersisa sesuai kebutuhan kemudian luncurkan instans.
**Untuk menonaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih instans, lalu pilih **Tindakan**, **Pengaturan instans**, **Ubah perilaku pemulihan otomatis**.
1. Pilih **Nonaktif**, lalu pilih **Simpan**.
**Untuk mengaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih instans, lalu pilih **Tindakan**, **Pengaturan instans**, **Ubah perilaku pemulihan otomatis**.
1. Pilih **Default (Aktif)**, lalu pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk menonaktifkan pemulihan otomatis simpel saat peluncuran**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instance.html) dengan opsi. `--maintenance-options`
```
--maintenance-options AutoRecovery=Disabled
```
**Untuk menonaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
Gunakan perintah [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html).
```
aws ec2 modify-instance-maintenance-options \
--instance-id i-1234567890abcdef0 \
--auto-recovery disabled
```
**Untuk mengaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
Gunakan perintah [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html).
```
aws ec2 modify-instance-maintenance-options \
--instance-id i-1234567890abcdef0 \
--auto-recovery default
```
------
#### [ PowerShell ]
**Untuk menonaktifkan pemulihan otomatis simpel saat peluncuran**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet.
```
-MaintenanceOptions_AutoRecovery Disabled
```
**Untuk menonaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
Gunakan [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html)cmdlet.
```
Edit-EC2InstanceMaintenanceOption `
-InstanceId i-1234567890abcdef0 `
-AutoRecovery Disabled
```
**Untuk mengaktifkan pemulihan otomatis yang disederhanakan setelah peluncuran**
Gunakan [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html)cmdlet.
```
Edit-EC2InstanceMaintenanceOption `
-InstanceId i-1234567890abcdef0 `
-AutoRecovery Enabled
```
------
## Memecahkan masalah kegagalan pemulihan otomatis yang disederhanakan
Jika pemulihan otomatis yang disederhanakan gagal memulihkan instans Anda, pertimbangkan masalah berikut:
+ AWS acara layanan sedang berjalan
Pemulihan otomatis yang disederhanakan tidak beroperasi selama acara layanan di Dasbor AWS Health. Anda mungkin tidak menerima notifikasi kegagalan pemulihan untuk peristiwa semacam itu. Untuk informasi ketersediaan layanan terbaru, lihat halaman Status [kesehatan layanan](https://health.aws.amazon.com/health/status).
+ Kapasitas tidak mencukupi
Perangkat keras pengganti sementara tidak cukup untuk memigrasikan instance.
+ Upaya pemulihan harian maksimum tercapai
Instans telah mencapai tunjangan harian maksimum untuk upaya pemulihan. Instans Anda kemudian dapat dihentikan jika pemulihan otomatis gagal dan degradasi perangkat keras ditentukan sebagai akar penyebab pemeriksaan status sistem gagal asli.
Jika kegagalan pemeriksaan status sistem instans tetap ada meskipun beberapa upaya pemulihan, lihat [Memecahkan masalah instance dengan pemeriksaan status gagal](TroubleshootingInstances.md) untuk panduan tambahan.
# Konfigurasikan pemulihan berbasis CloudWatch tindakan pada instans EC2
**penting**
Bagian ini menjelaskan cara mengkonfigurasi mekanisme pemulihan secara proaktif pada instans EC2. Mekanisme pemulihan ini dirancang untuk mengembalikan ketersediaan instance ketika AWS mendeteksi masalah perangkat keras atau perangkat lunak yang mendasari yang menyebabkan pemeriksaan status sistem gagal. Jika saat ini Anda mengalami masalah saat mengakses instans, lihat [Memecahkan masalah](ec2-instance-troubleshoot.md) instans EC2.
Jika AWS mendeteksi bahwa instance tidak tersedia karena masalah perangkat keras atau perangkat lunak yang mendasarinya, *pemulihan berbasis CloudWatch tindakan* dapat secara otomatis memulihkan ketersediaan instance dengan memindahkan instance dari host dengan masalah mendasar ke host lain.
Jika pemulihan berbasis CloudWatch tindakan terjadi, AWS kirimkan salah satu peristiwa berikut ke Anda Dasbor AWS Health, tergantung pada hasilnya:
+ Acara sukses: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS`
+ Peristiwa kegagalan: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE`
Anda dapat mengonfigurasi pemulihan berbasis CloudWatch tindakan untuk menambahkan tindakan pemulihan ke CloudWatch alarm Amazon. CloudWatch pemulihan berbasis tindakan bekerja dengan `StatusCheckFailed_System` metrik. CloudWatchpemulihan berbasis tindakan memberikan perincian waktu respons to-the-minute pemulihan dan pemberitahuan Amazon Simple Notification Service (Amazon SNS) tentang tindakan dan hasil pemulihan. Opsi konfigurasi ini memungkinkan upaya pemulihan yang lebih cepat dengan kontrol yang lebih terperinci atas respons peristiwa kegagalan pemeriksaan status sistem dibandingkan dengan pemulihan otomatis yang disederhanakan. Untuk informasi selengkapnya tentang CloudWatch opsi yang tersedia, lihat [Pemeriksaan status untuk instans Anda](monitoring-system-instance-status-check.md).
Namun, pemulihan berbasis CloudWatch tindakan hanya dapat beroperasi jika instance dalam `running` keadaan, tidak ada peristiwa layanan yang tercantum di Dasbor AWS Health, dan ada kapasitas yang tersedia untuk jenis instans. Dalam beberapa situasi, seperti pemadaman yang signifikan, kendala kapasitas dapat menyebabkan upaya pemulihan gagal. Untuk informasi selengkapnya, lihat [Memecahkan masalah kegagalan CloudWatch pemulihan berbasis tindakan](#ec2-instance-recover-cloudwatch-troubleshooting).
**Awas**
Saat AWS memulihkan instans Anda karena masalah perangkat keras atau perangkat lunak yang mendasarinya, perhatikan konsekuensi berikut: data yang disimpan dalam memori volatil (RAM) dan volume penyimpanan instans akan hilang, dan waktu aktif sistem operasi akan dimulai dari nol. Untuk membantu melindungi dari kehilangan data, kami sarankan Anda secara teratur membuat cadangan data berharga. Untuk informasi selengkapnya tentang praktik terbaik pencadangan dan pemulihan untuk instans EC2, lihat [Praktik terbaik untuk Amazon EC2](ec2-best-practices.md).
Mekanisme pemulihan instans otomatis dirancang untuk *instance individual*. Untuk panduan tentang membangun *sistem yang tangguh, lihat*. [Membangun sistem yang tangguh](ec2-instance-recover.md#instance-recovery-build-a-resilient-system)
**Topics**
+ [Persyaratan untuk mengaktifkan pemulihan berbasis CloudWatch tindakan](#requirements-for-cloudwatch-action-based-recovery)
+ [Konfigurasikan pemulihan berbasis CloudWatch tindakan](#ec2-instance-recover-cloudwatch-configure)
+ [Memecahkan masalah kegagalan CloudWatch pemulihan berbasis tindakan](#ec2-instance-recover-cloudwatch-troubleshooting)
## Persyaratan untuk mengaktifkan pemulihan berbasis CloudWatch tindakan
CloudWatch pemulihan berbasis tindakan dapat diaktifkan pada instance yang memenuhi kriteria berikut:
**Tipe instans**
+ **Tujuan umum:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-flex, M8a, M8AZN, M8g, M8GB, M8Gn, M8i, M8i-flex, T1, T2, T3, T3a, T4G
+ **Komputasi dioptimalkan:** C3, C4, C5, C5a, C5n, C6a, C6g, C6Gn, C6i, C6in, C7a, C7g, C7gN, C7i, C7i-flex, C8a, C8g, C8gB, C8gn, C8i, C8i-flex
+ **Memori dioptimalkan:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iZ, R8a, R8g, R8gb, R8gn, R8i, R8i-flex, U-3TB1, U-6TB1, U-96TB1 TB1, U-12TB1, U-18TB1, U-24tb1, U7I-6TB, U7I-8TB, U7i-12TB, U7in-16TB, U7in-24TB, U7in-32TB, U7inh-32TB, X1, X1E, X2iEDN, X2iEZN, X8g, X8i
+ **Komputasi yang dipercepat:** G3, G5g, Inf1, P3, VT1
+ **Komputasi kinerja tinggi:** HPC6a, hPC7a, hPC7g, hPC8a
+ **Contoh logam: Salah** satu jenis contoh di atas dengan ukuran instans logam.
+ **Jika volume penyimpanan instance ditambahkan saat peluncuran: Maka hanya jenis instance berikut yang didukung:** M3, C3, R3, X1, X1e, X2idn, X2IEdn
**Penghunian**
+ Bersama
+ Instans Khusus
Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
**Batasan**
CloudWatch pemulihan berbasis tindakan tidak didukung untuk instance dengan karakteristik sebagai berikut:
+ Sewa: Tuan Rumah Khusus. Untuk Host Khusus, gunakan [Pemulihan Otomatis Host Khusus](dedicated-hosts-recovery.md) sebagai gantinya.
+ Jaringan: Contoh menggunakan Adaptor Kain Elastis
+ Auto Scaling: Instans yang merupakan bagian dari grup Auto Scaling
+ Pemeliharaan: Instans yang sedang menjalani acara pemeliharaan terjadwal
### Temukan jenis instans yang didukung
Anda dapat melihat jenis instance yang mendukung pemulihan berbasis CloudWatch tindakan.
------
#### [ Console ]
**Untuk melihat jenis instance yang mendukung pemulihan berbasis CloudWatch tindakan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi kiri, pilih **Tipe Instans**.
1. Di bilah filter, tambahkan filter **Auto Recovery support = true**. Tabel **tipe Instance** menampilkan semua tipe instance yang mendukung pemulihan berbasis CloudWatch tindakan.
1. (Opsional) Tambahkan filter ke cakupan lebih lanjut ke jenis instans tertentu yang menarik.
------
#### [ AWS CLI ]
**Untuk melihat jenis instance yang mendukung pemulihan berbasis CloudWatch tindakan**
Gunakan [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html)perintah dengan `auto-recovery-supported` filter.
```
aws ec2 describe-instance-types \
--filters Name=auto-recovery-supported,Values=true \
--query "InstanceTypes[*].[InstanceType]" \
--output text | sort
```
------
#### [ PowerShell ]
**Untuk melihat jenis instance yang mendukung pemulihan berbasis CloudWatch tindakan**
Gunakan [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html)cmdlet dengan filter. `auto-recovery-supported`
```
Get-EC2InstanceType `
-Filter @{Name="auto-recovery-supported";Values="true"} | `
Select InstanceType | Sort-Object InstanceType
```
------
## Konfigurasikan pemulihan berbasis CloudWatch tindakan
Untuk mengonfigurasi pemulihan berbasis CloudWatch tindakan untuk instans EC2, buat CloudWatch alarm yang memantau `StatusCheckFailed_System` metrik untuk instance yang ditentukan. Atur alarm untuk dipicu saat nilai metrik adalah **1**, yang menunjukkan pemeriksaan status sistem yang gagal. Konfigurasikan tindakan alarm untuk memulihkan instance secara otomatis saat dipicu.
Anda dapat mengonfigurasi alarm menggunakan konsol Amazon EC2 atau konsol. CloudWatch Untuk petunjuknya, lihat [Tambahkan tindakan pemulihan ke CloudWatch alarm Amazon](UsingAlarmActions.md#AddingRecoverActions) di panduan pengguna ini, atau [Menambahkan tindakan pemulihan ke CloudWatch alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingRecoverActions) di *Panduan CloudWatch Pengguna Amazon*.
## Memecahkan masalah kegagalan CloudWatch pemulihan berbasis tindakan
Jika pemulihan berbasis CloudWatch tindakan gagal memulihkan instans Anda, pertimbangkan masalah berikut:
+ AWS acara layanan sedang berjalan
CloudWatch pemulihan berbasis tindakan tidak beroperasi selama acara layanan di Dasbor AWS Health. Anda mungkin tidak menerima notifikasi kegagalan pemulihan untuk peristiwa semacam itu. Untuk informasi ketersediaan layanan terbaru, lihat halaman Status [kesehatan layanan](https://health.aws.amazon.com/health/status).
+ Kapasitas tidak mencukupi
Perangkat keras pengganti sementara tidak cukup untuk memigrasikan instance.
+ Upaya pemulihan harian maksimum tercapai
Instans telah mencapai tunjangan harian maksimum untuk upaya pemulihan. Instans Anda kemudian dapat dihentikan jika pemulihan otomatis gagal dan degradasi perangkat keras ditentukan sebagai akar penyebab pemeriksaan status sistem gagal asli.
Jika kegagalan pemeriksaan status sistem instans tetap ada meskipun beberapa upaya pemulihan, lihat [Memecahkan masalah instance dengan pemeriksaan status gagal](TroubleshootingInstances.md) untuk panduan tambahan.