Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Peningkatan pelaporan dan pemantauan kesehatan di Elastic Beanstalk
Bagian ini menjelaskan fungsionalitas fitur Elastic Beanstalk Enhanced Health.
Pelaporan kesehatan yang disempurnakan adalah fitur yang dapat Anda aktifkan di lingkungan Anda AWS Elastic Beanstalk untuk memungkinkan mengumpulkan informasi tambahan tentang sumber daya di lingkungan Anda. Elastic Beanstalk menganalisis informasi yang dikumpulkan untuk memberikan gambaran yang lebih baik tentang kondisi lingkungan secara keseluruhan dan bantuan dalam identifikasi masalah yang dapat menyebabkan aplikasi Anda menjadi tidak tersedia.
Selain perubahan dalam cara kerja warna kondisi, kondisi yang ditingkatkan menambahkan deskriptor *status* yang menyediakan indikator kepelikan masalah yang diamati ketika lingkungan berwarna kuning atau merah. Ketika informasi lebih lanjut tersedia tentang status saat ini, Anda dapat memilih tombol **Penyebab** untuk melihat informasi kondisi yang detail pada [halaman kondisi](health-enhanced-console.md).
Untuk memberikan informasi kondisi yang detail tentang instans Amazon EC2 yang berjalan di lingkungan Anda, Elastic Beanstalk memasukkan [agen kondisi](#health-enhanced-agent) pada Amazon Machine Image (AMI) untuk setiap versi platform yang mendukung kondisi yang ditingkatkan. Agen kondisi memantau log server web dan metrik sistem dan menyampaikannya ke layanan Elastic Beanstalk. Elastic Beanstalk menganalisis metrik dan data ini dari Elastic Load Balancing dan Amazon EC2 Auto Scaling untuk memberikan gambaran keseluruhan tentang kondisi lingkungan.
Selain mengumpulkan dan menyajikan informasi tentang sumber daya lingkungan Anda, Elastic Beanstalk memantau sumber daya di lingkungan Anda untuk beberapa kondisi kesalahan dan memberikan notifikasi untuk membantu Anda menghindari kegagalan dan menyelesaikan masalah konfigurasi. [Faktor-faktor yang mempengaruhi kondisi lingkungan Anda](#health-enhanced-factors) mencakup hasil dari setiap permintaan yang disajikan oleh aplikasi Anda, metrik dari sistem operasi instans Anda, dan status deployment yang terbaru.
Anda dapat melihat status kondisi secara waktu nyata dengan menggunakan halaman [gambaran umum lingkungan](health-enhanced-console.md) dari konsol Elastic Beanstalk atau perintah [kondisi eb](health-enhanced-ebcli.md) di [antarmuka baris Elastic Beanstalk](eb-cli3.md) (EB CLI). Untuk merekam dan melacak kesehatan lingkungan dan instans dari waktu ke waktu, Anda dapat mengonfigurasi lingkungan Anda untuk mempublikasikan informasi yang dikumpulkan oleh Elastic Beanstalk untuk pelaporan kesehatan yang ditingkatkan ke CloudWatch Amazon sebagai metrik khusus. CloudWatch [biaya](https://aws.amazon.com/cloudwatch/pricing/) untuk metrik khusus berlaku untuk semua metrik selain`EnvironmentHealth`, yang gratis.
**Catatan platform Windows**
Ketika Anda mengaktifkan pelaporan kondisi yang ditingkatkan pada lingkungan Windows Server, jangan mengubah [konfigurasi log IIS](https://docs.microsoft.com/en-us/iis/manage/provisioning-and-managing-iis/configure-logging-in-iis). Agar pemantauan kondisi yang ditingkatkan bekerja dengan benar, logging IIS harus dikonfigurasi dengan format **W3C** dan **hanya peristiwa ETW** atau kedua tujuan peristiwa **berkas log dan peristiwa ETW**.
Selain itu, jangan nonaktifkan atau hentikan layanan Windows [agen kondisi Elastic Beanstalk](#health-enhanced-agent) pada salah satu instans lingkungan Anda. Untuk mengumpulkan dan melaporkan informasi kondisi yang ditingkatkan pada instans, layanan ini harus diaktifkan dan berjalan.
Pertama kali Anda membuat lingkungan Elastic Beanstalk meminta Anda untuk membuat peran yang diperlukan dan memungkinkan pelaporan kesehatan yang ditingkatkan secara default. Lanjutkan membaca untuk detail tentang cara kerja pelaporan kondisi yang ditingkatkan, atau lihat [Mengaktifkan pelaporan kondisi yang ditingkatkan Elastic Beanstalk](health-enhanced-enable.md) untuk mulai menggunakannya segera.
**Topics**
+ [Agen kondisi Elastic Beanstalk](#health-enhanced-agent)
+ [Faktor dalam menentukan kondisi instans dan lingkungan](#health-enhanced-factors)
+ [Penyesuaian aturan pemeriksaan kondisi](#health-enhanced.rules)
+ [Peran kondisi yang ditingkatkan](#health-enhanced-roles)
+ [Otorisasi kondisi yang ditingkatkan](#health-enhanced-authz)
+ [Peristiwa kondisi yang ditingkatkan](#health-enhanced-events)
+ [Perilaku pelaporan kondisi yang ditingkatkan selama pembaruan, deployment, dan penskalaan](#health-enhanced-effects)
+ [Mengaktifkan pelaporan kondisi yang ditingkatkan Elastic Beanstalk](health-enhanced-enable.md)
+ [Pemantauan kondisi yang ditingkatkan dengan konsol manajemen lingkungan](health-enhanced-console.md)
+ [Warna dan status kondisi](health-enhanced-status.md)
+ [Metrik instans](health-enhanced-metrics.md)
+ [Mengonfigurasi aturan kondisi yang ditingkatkan untuk lingkungan](health-enhanced-rules.md)
+ [Menerbitkan metrik CloudWatch kustom Amazon untuk suatu lingkungan](health-enhanced-cloudwatch.md)
+ [Menggunakan pelaporan kondisi yang ditingkatkan dengan API Elastic Beanstalk](health-enhanced-api.md)
+ [Format log kondisi yang ditingkatkan](health-enhanced-serverlogs.md)
+ [Pemberitahuan dan pemecahan masalah](environments-health-enhanced-notifications.md)
+ [Analisis lingkungan bertenaga AI](health-ai-analysis.md)
## Agen kondisi Elastic Beanstalk
Agen kondisi Elastic Beanstalk adalah proses daemon (atau layanan, pada lingkungan Windows) yang berjalan pada setiap instans Amazon EC2 di lingkungan Anda, memantau sistem operasi dan metrik kondisi tingkat aplikasi dan melaporkan masalah ke Elastic Beanstalk. Agen kondisi termasuk dalam semua versi platform yang dimulai dengan versi 2.0 dari setiap platform.
Agen kesehatan melaporkan metrik serupa dengan yang [diterbitkan CloudWatch](using-features.healthstatus.md#monitoring-basic-cloudwatch) oleh Amazon EC2 Auto Scaling dan Elastic Load Balancing sebagai bagian [dari pelaporan kesehatan dasar, termasuk beban CPU, kode](using-features.healthstatus.md) HTTP, dan latensi. Agen kondisi, bagaimanapun, melaporkan langsung ke Elastic Beanstalk, dengan granularitas yang lebih besar dan frekuensi dari pelaporan kondisi dasar.
Untuk kondisi dasar, metrik ini diterbitkan setiap lima menit dan dapat dipantau dengan grafik di konsol manajemen lingkungan. Dengan kondisi yang ditingkatkan, agen kondisi Elastic Beanstalk melaporkan metrik ke Elastic Beanstalk setiap 10 detik. Elastic Beanstalk menggunakan metrik yang disediakan oleh agen kondisi untuk menentukan status kondisi setiap instans di lingkungan dan, dikombinasikan dengan [faktor](#health-enhanced-factors), untuk menentukan kondisi lingkungan secara keseluruhan.
Kesehatan lingkungan secara keseluruhan dapat dilihat secara real time di halaman ikhtisar lingkungan konsol Elastic Beanstalk, dan diterbitkan CloudWatch oleh Elastic Beanstalk setiap 60 detik. Anda dapat melihat metrik yang terperinci yang dilaporkan oleh agen kondisi secara waktu nyata dengan perintah [**eb health**](health-enhanced-ebcli.md) di [EB CLI](eb-cli3.md).
Dengan biaya tambahan, Anda dapat memilih untuk mempublikasikan instans individual dan metrik tingkat lingkungan setiap 60 detik. CloudWatch Metrik yang diterbitkan untuk kemudian CloudWatch dapat digunakan untuk membuat [grafik pemantauan](environment-health-console.md#environment-health-console-customize) di konsol [manajemen lingkungan](environments-console.md).
Pelaporan kesehatan yang ditingkatkan hanya dikenakan biaya jika Anda memilih untuk mempublikasikan metrik kesehatan yang disempurnakan. CloudWatch Bila Anda menggunakan kondisi yang ditingkatkan, Anda tetap mendapatkan metrik kondisi dasar yang diterbitkan secara gratis, meskipun Anda tidak memilih untuk menerbitkan metrik kondisi yang ditingkatkan.
Lihat [Metrik instans](health-enhanced-metrics.md) untuk detail metrik yang dilaporkan oleh agen kondisi. Untuk detail tentang penerbitan metrik kesehatan yang disempurnakan CloudWatch, lihat[Menerbitkan metrik CloudWatch kustom Amazon untuk suatu lingkungan](health-enhanced-cloudwatch.md).
## Faktor dalam menentukan kondisi instans dan lingkungan
Selain pemeriksaan sistem pelaporan kondisi dasar, termasuk [Pemeriksaan kondisi Elastic Load Balancing](using-features.healthstatus.md#using-features.healthstatus.understanding) dan [pemantauan sumber daya](using-features.healthstatus.md#monitoring-basic-additionalchecks), pelaporan kondisi yang ditingkatkan Elastic Beanstalk mengumpulkan data tambahan tentang keadaan instans di lingkungan Anda. Ini termasuk metrik sistem operasi, log server, dan keadaan operasi lingkungan yang sedang berlangsung seperti deployment dan pembaruan. Layanan pelaporan kondisi Elastic Beanstalk menggabungkan informasi dari semua sumber yang tersedia dan menganalisanya untuk menentukan kondisi lingkungan secara keseluruhan.
### Operasi dan perintah
Ketika Anda melakukan operasi pada lingkungan Anda, seperti men-deploy versi baru dari aplikasi, Elastic Beanstalk membuat beberapa perubahan yang mempengaruhi status kondisi lingkungan.
Misalnya, ketika Anda men-deploy versi baru aplikasi untuk lingkungan yang menjalankan beberapa instans, Anda mungkin melihat pesan yang mirip dengan berikut ini saat Anda memantau kondisi lingkungan [dengan EB CLI](health-enhanced-ebcli.md).
```
id status cause
Overall Info Command is executing on 3 out of 5 instances
i-bb65c145 Pending 91 % of CPU is in use. 24 % in I/O wait
Performing application deployment (running for 31 seconds)
i-ba65c144 Pending Performing initialization (running for 12 seconds)
i-f6a2d525 Ok Application deployment completed 23 seconds ago and took 26 seconds
i-e8a2d53b Pending 94 % of CPU is in use. 52 % in I/O wait
Performing application deployment (running for 33 seconds)
i-e81cca40 Ok
```
Dalam contoh ini, status keseluruhan lingkungan adalah `Ok` dan penyebab status ini adalah bahwa *Perintah mengeksekusi 3 dari 5 instans*. Tiga instans di lingkungan memiliki status *Tertunda*, menunjukkan bahwa operasi sedang berlangsung.
Saat operasi selesai, Elastic Beanstalk melaporkan informasi tambahan tentang operasi tersebut. Sebagai contoh, Elastic Beanstalk menampilkan informasi berikut tentang instans yang telah diperbarui dengan versi baru dari aplikasi:
```
i-f6a2d525 Ok Application deployment completed 23 seconds ago and took 26 seconds
```
Informasi kondisi instans juga mencakup detail tentang deployment terbaru untuk setiap instans di lingkungan Anda. Setiap instans melaporkan ID deployment dan status. ID deployment adalah integer yang meningkat satu setiap kali Anda men-deploy versi baru dari aplikasi Anda atau mengubah pengaturan untuk opsi konfigurasi pada instans, seperti variabel lingkungan. Anda dapat menggunakan informasi deployment untuk mengidentifikasi instans yang menjalankan versi yang salah dari aplikasi Anda setelah [deployment bergulir](using-features.rolling-version-deploy.md) yang gagal.
Di kolom penyebab, Elastic Beanstalk mencakup pesan informasi tentang keberhasilan operasi dan kondisi sehat lainnya di beberapa pemeriksaan kondisi, tetapi mereka tidak bertahan tanpa batas waktu. Penyebab status lingkungan yang tidak sehat bertahan sampai lingkungan kembali ke status yang sehat.
### Waktu perintah habis
Elastic Beanstalk memberlakukan waktu perintah habis dari waktu operasi dimulai untuk mengizinkan sebuah instans melakukan transisi ke keadaan yang sehat. Waktu perintah habis ini diatur dalam pembaruan lingkungan Anda dan konfigurasi deployment (di namespace [aws:elasticbeanstalk:command](command-options-general.md#command-options-general-elasticbeanstalkcommand)) dan secara default ke 10 menit.
Selama pembaruan bergulir, Elastic Beanstalk menerapkan batas waktu terpisah untuk setiap batch dalam operasi tersebut. Waktu habis ini ditetapkan sebagai bagian dari konfigurasi pembaruan bergulir lingkungan (di namespace [aws:autoscaling:updatepolicy:rollingupdate](command-options-general.md#command-options-general-autoscalingupdatepolicyrollingupdate)). Jika semua instance dalam batch sehat dalam batas waktu pembaruan bergulir, operasi berlanjut ke batch berikutnya. Jika tidak, operasi gagal.
**catatan**
Jika aplikasi Anda tidak lolos pemeriksaan kondisi dengan status **OK** tetapi stabil pada tingkat yang berbeda, Anda dapat mengatur pilihan `HealthCheckSuccessThreshold` pada pilihan [`aws:elasticbeanstalk:command namespace`](command-options-general.md#command-options-general-elasticbeanstalkcommand) untuk mengubah tingkat di mana Elastic Beanstalk menganggap sebuah instans sehat.
Agar lingkungan web server dianggap sehat, setiap instans di lingkungan atau batch harus lolos 12 pemeriksaan kondisi berturut-turut selama dua menit. Untuk lingkungan tingkat pekerja, setiap instans harus lolos 18 pemeriksaan kondisi. Sebelum perintah berakhir, Elastic Beanstalk tidak menurunkan status kondisi lingkungan ketika pemeriksaan kondisi gagal. Jika instans di lingkungan menjadi sehat selama waktu perintah habis, operasi berhasil.
### Permintaan HTTP
Ketika tidak ada operasi yang berlangsung pada lingkungan, sumber utama informasi tentang instans dan kondisi lingkungan adalah log web server untuk setiap instans. Untuk menentukan kondisi suatu instans dan kondisi lingkungan secara keseluruhan, Elastic Beanstalk mempertimbangkan jumlah permintaan, hasil dari setiap permintaan, dan kecepatan di mana setiap permintaan diselesaikan.
Pada platform berbasis Linux, Elastic Beanstalk membaca dan mengurai log server web untuk mendapatkan informasi tentang permintaan HTTP. Pada platform Windows Server, Elastic Beanstalk menerima informasi ini [langsung dari server web IIS](health-enhanced-metrics-server-iis.md).
Lingkungan Anda mungkin tidak memiliki server web yang aktif. Sebagai contoh, platform Multicontainer Docker tidak memasukkan server web. Platform lain memasukkan server web, dan aplikasi Anda mungkin menonaktifkannya. Dalam kasus ini, lingkungan Anda memerlukan konfigurasi tambahan untuk menyediakan [agen kondisi Elastic Beanstalk](#health-enhanced-agent) dengan log dalam format yang dibutuhkan untuk menyampaikan informasi kondisi ke layanan Elastic Beanstalk. Lihat [Format log kondisi yang ditingkatkan](health-enhanced-serverlogs.md) untuk detail selengkapnya.
### Metrik sistem operasi
Elastic Beanstalk memantau metrik sistem operasi yang dilaporkan oleh agen kondisi untuk mengidentifikasi instans yang secara konsisten rendah pada sumber daya sistem.
Lihat [Metrik instans](health-enhanced-metrics.md) untuk detail metrik yang dilaporkan oleh agen kondisi.
## Penyesuaian aturan pemeriksaan kondisi
Pelaporan kondisi yang ditingkatkan Elastic Beanstalk bergantung pada seperangkat aturan untuk menentukan kondisi lingkungan Anda. Beberapa aturan ini mungkin tidak sesuai untuk aplikasi tertentu Anda. Kasus umum adalah aplikasi yang mengembalikan kesalahan HTTP 4xx oleh desain yang sering terjadi. Elastic Beanstalk, menggunakan salah satu aturan default, menyimpulkan bahwa ada sesuatu yang salah, dan mengubah status kondisi lingkungan Anda dari OK ke Peringatan, Terdegradasi, atau Pelik, tergantung pada tingkat kesalahan. Untuk menangani kasus ini dengan benar, Elastic Beanstalk mengizinkan Anda untuk mengonfigurasi aturan ini dan mengabaikan kesalahan HTTP 4xx aplikasi. Untuk detail selengkapnya, lihat [Mengonfigurasi aturan kondisi yang ditingkatkan untuk lingkungan](health-enhanced-rules.md).
## Peran kondisi yang ditingkatkan
Pelaporan kondisi yang ditingkatkan memerlukan dua peran—peran layanan untuk Elastic Beanstalk dan profil instans untuk lingkungan. Peran layanan memungkinkan Elastic Beanstalk untuk berinteraksi AWS dengan layanan lain atas nama Anda untuk mengumpulkan informasi tentang sumber daya di lingkungan Anda. Profil instans mengizinkan instans di lingkungan Anda untuk menuliskan log ke Amazon S3 dan untuk mengomunikasikan informasi kondisi yang ditingkatkan ke layanan Elastic Beanstalk.
Ketika Anda membuat lingkungan Elastic Beanstalk menggunakan konsol Elastic Beanstalk atau EB CLI, Elastic Beanstalk membuat peran layanan default dan melampirkan kebijakan terkelola yang diperlukan untuk profil instans default untuk lingkungan Anda.
Jika Anda menggunakan API, SDK, atau AWS CLI untuk membuat lingkungan, Anda harus membuat peran ini terlebih dahulu, dan menentukannya selama pembuatan lingkungan untuk menggunakan peningkatan kesehatan. Untuk petunjuk tentang cara membuat peran yang sesuai untuk lingkungan Anda, lihat [Peran Elastic Beanstalk Service, profil instans, dan kebijakan pengguna](concepts-roles.md).
Kami menyarankan agar Anda menggunakan *kebijakan terkelola* untuk profil instans dan peran layanan Anda. Kebijakan terkelola adalah kebijakan AWS Identity and Access Management (IAM) yang dipertahankan Elastic Beanstalk. Menggunakan kebijakan terkelola menjamin bahwa lingkungan Anda memiliki semua izin yang diperlukan untuk berfungsi dengan baik.
Untuk profil instans, Anda dapat menggunakan `AWSElasticBeanstalkWebTier` atau kebijakan terkelola `AWSElasticBeanstalkWorkerTier`, untuk lingkungan [tingkat server web](concepts-webserver.md) atau [tingkat pekerja](concepts-worker.md), masing-masing. Untuk detail tentang dua kebijakan profil instans terkelola ini, lihat [Mengelola profil instans Elastic Beanstalk](iam-instanceprofile.md).
## Otorisasi kondisi yang ditingkatkan
Kebijakan terkelola profil instans Elastic Beanstalk berisi izin untuk tindakan tersebut. `elasticbeanstalk:PutInstanceStatistics` Tindakan ini bukan bagian dari API Elastic Beanstalk. Ini adalah bagian dari API berbeda yang digunakan instans lingkungan secara internal untuk mengkomunikasikan informasi kesehatan yang disempurnakan ke layanan Elastic Beanstalk. Anda tidak menyebut API ini secara langsung.
Saat Anda membuat lingkungan baru, otorisasi untuk `elasticbeanstalk:PutInstanceStatistics` tindakan diaktifkan secara default. Untuk meningkatkan keamanan lingkungan Anda dan membantu mencegah spoofing data kesehatan atas nama Anda, sebaiknya Anda tetap mengaktifkan otorisasi untuk tindakan ini. Jika Anda menggunakan kebijakan terkelola untuk profil instans, fitur ini tersedia untuk lingkungan baru Anda tanpa konfigurasi lebih lanjut. Namun, Jika Anda menggunakan *profil instans kustom* alih-alih *kebijakan terkelola*, lingkungan Anda mungkin menampilkan status kesehatan **Tanpa Data**. Hal ini terjadi karena instans tidak diizinkan untuk tindakan yang mengomunikasikan data kondisi yang ditingkatkan ke layanan.
Untuk mengotorisasi tindakan, sertakan pernyataan berikut dalam profil instans Anda.
```
{
"Sid": "ElasticBeanstalkHealthAccess",
"Action": [
"elasticbeanstalk:PutInstanceStatistics"
],
"Effect": "Allow",
"Resource": [
"arn:aws:elasticbeanstalk:*:*:application/*",
"arn:aws:elasticbeanstalk:*:*:environment/*"
]
}
```
Jika Anda tidak ingin menggunakan otorisasi kesehatan yang ditingkatkan saat ini, nonaktifkan dengan menyetel setel `EnhancedHealthAuthEnabled` opsi di [aws:elasticbeanstalk:healthreporting:system](command-options-general.md#command-options-general-elasticbeanstalkhealthreporting) namespace ke. `false` Jika opsi ini dinonaktifkan, izin yang dijelaskan sebelumnya tidak diperlukan. Anda dapat menghapusnya dari profil instans untuk [akses hak istimewa paling sedikit](security-best-practices.md#security-best-practices.preventive.least-priv) ke aplikasi dan lingkungan Anda.
**catatan**
Sebelumnya pengaturan default untuk `EnhancedHealthAuthEnabled` adalah`false`, yang mengakibatkan otorisasi untuk `elasticbeanstalk:PutInstanceStatistics` tindakan juga dinonaktifkan secara default. Untuk mengaktifkan tindakan ini untuk lingkungan yang ada, setel `EnhancedHealthAuthEnabled` opsi di [aws:elasticbeanstalk:healthreporting:system](command-options-general.md#command-options-general-elasticbeanstalkhealthreporting) namespace ke. `true` Anda dapat mengonfigurasi pilihan ini dengan menggunakan [pengaturan pilihan](ebextensions-optionsettings.md) dalam [file konfigurasi](ebextensions.md).
## Peristiwa kondisi yang ditingkatkan
Sistem kondisi yang ditingkatkan menghasilkan peristiwa ketika lingkungan melakukan transisi antara statusnya. Contoh berikut menunjukkan peristiwa output oleh transisi lingkungan antara status **Info**, **OK**, dan **Pelik**.
![\[Halaman gambaran umum lingkungan Elastic Beanstalk dari konsol Elastic Beanstalk yang menunjukkan kondisi yang ditingkatkan baru-baru ini\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-events.png)
Ketika terjadi transisi ke keadaan yang lebih buruk, peristiwa kondisi yang ditingkatkan mencakup pesan yang menunjukkan penyebab transisi.
Tidak semua perubahan status pada tingkat instans menyebabkan Elastic Beanstalk memancarkan sebuah peristiwa. Untuk mencegah alarm palsu, Elastic Beanstalk menghasilkan peristiwa yang berhubungan dengan kondisi hanya jika masalah berlanjut di beberapa pemeriksaan.
Informasi kondisi tingkat lingkungan secara waktu nyata, termasuk status, warna, dan sebab, tersedia di [gambaran umum lingkungan](environments-dashboard.md) dari konsol Elastic Beanstalk dan [EB CLI](eb-cli3.md). Dengan melampirkan CLI EB untuk lingkungan Anda dan menjalankan perintah [**eb health**](health-enhanced-ebcli.md), Anda juga dapat melihat status secara waktu nyata dari masing-masing instans di lingkungan Anda.
## Perilaku pelaporan kondisi yang ditingkatkan selama pembaruan, deployment, dan penskalaan
Mengaktifkan pelaporan kondisi yang ditingkatkan dapat mempengaruhi perilaku lingkungan Anda selama pembaruan konfigurasi dan deployment. Elastic Beanstalk tidak akan menyelesaikan satu batch pembaruan sampai semua instans lolos pemeriksaan kondisi secara konsisten. Selain itu, karena pelaporan kondisi yang ditingkatkan menerapkan standar yang lebih tinggi untuk kondisi dan memantau lebih banyak faktor, instans yang melewati [Pemeriksaan kondisi ELB](using-features.healthstatus.md#using-features.healthstatus.understanding) tidak akan selalu lolos dengan pelaporan kondisi yang ditingkatkan. Lihat topik di [pembaruan konfigurasi bergulir](using-features.rollingupdates.md) dan [penerapan bergulir](using-features.rolling-version-deploy.md) untuk detail tentang bagaimana pemeriksaan kondisi mempengaruhi proses pembaruan.
Pelaporan kondisi yang ditinkatkan juga dapat menyoroti kebutuhan untuk menetapkan [URL pemeriksaan kondisi](environments-cfg-clb.md#using-features.managing.elb.healthchecks) untuk Elastic Load Balancing. Ketika lingkungan Anda menaikkan skala untuk memenuhi permintaan, instans baru akan mulai mengambil permintaan segera setelah mereka lulus cukup pemeriksaan kondisi ELB. Jika URL pemeriksaan kondisi tidak dikonfigurasi, ini dapat sesedikit 20 detik setelah instans baru dapat menerima sambungan TCP.
Jika aplikasi Anda belum selesai memulai pada saat penyeimbang beban menyatakannya cukup sehat untuk menerima lalu lintas, Anda akan melihat banyaknya permintaan yang gagal, dan lingkungan Anda akan mulai gagal pemeriksaan kondisi. URL pemeriksaan kondisi yang menyentuh jalur yang dilayani oleh aplikasi Anda dapat mencegah masalah ini. Pemeriksaan kondisi ELB tidak akan lolos sampai permintaan GET ke URL pemeriksaan kondisi mengembalikan kode status 200.
# Mengaktifkan pelaporan kondisi yang ditingkatkan Elastic Beanstalk
Topik ini menjelaskan bagaimana peningkatan pelaporan kesehatan diaktifkan. Ini menyediakan prosedur bagi Anda untuk mengaktifkan fitur kesehatan yang disempurnakan untuk lingkungan Anda dengan konsol Elastic Beanstalk, EB CLI, dan dengan konfigurasi.ebextensions.
Lingkungan baru yang dibuat dengan [versi platform](concepts.platforms.md) terbaru termasuk [agen AWS Elastic Beanstalk kesehatan](health-enhanced.md#health-enhanced-agent), yang mendukung peningkatan pelaporan kesehatan. Jika Anda membuat lingkungan Anda di konsol Elastic Beanstalk atau dengan EB CLI, kondisi yang ditingkatkan diaktifkan secara default. Anda juga dapat mengatur preferensi pelaporan kondisi di kode sumber aplikasi Anda menggunakan [file konfigurasi](ebextensions.md).
Pelaporan kondisi yang ditingkatkan memerlukan [profil instans](concepts-roles-instance.md) dan [peran layanan](concepts-roles-service.md) dengan serangkaian standar izin. Ketika Anda membuat lingkungan di konsol Elastic Beanstalk, Elastic Beanstalk membuat peran yang diperlukan secara otomatis. Lihat [Pelajari cara memulai dengan Elastic Beanstalk](GettingStarted.md) untuk mendapatkan petunjuk tentang cara membuat lingkungan pertama Anda.
**Topics**
+ [Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan konsol Elastic Beanstalk](#health-enhanced-enable-console)
+ [Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan EB CLI](#health-enhanced-enable-ebcli)
+ [Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan file konfigurasi](#health-enhanced-enable-config)
## Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan konsol Elastic Beanstalk
**Untuk mengaktifkan pelaporan kondisi yang ditingkatkan di lingkungan yang berjalan menggunakan konsol Elastic Beanstalk**
1. **Buka konsol [Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic](https://console.aws.amazon.com/elasticbeanstalk) Beanstalk.** Wilayah AWS
1. Di panel navigasi, pilih **Lingkungan**, dan kemudian pilih nama lingkungan Anda dari daftar.
1. Pada panel navigasi, pilih **Konfigurasi**.
1. Di kategori konfigurasi **Pemantauan**, pilih **Edit**.
1. Di bawah **Pelaporan kondisi**, untuk **Sistem**, pilih **Peningkatan**.
**catatan**
Pilihan untuk pelaporan kondisi yang ditingkatkan tidak muncul jika Anda menggunakan [platform atau versi yang tidak didukung](health-enhanced.md).
1. Untuk menyimpan perubahan pilih **Terapkan** di bagian bawah halaman.
Konsol Elastic Beanstalk secara default menjadi pelaporan kondisi yang ditingkatkan ketika Anda membuat lingkungan baru dengan versi platform versi 2 (v2). Anda dapat menonaktifkan pelaporan kondisi yang ditingkatkan dengan mengubah pilihan pelaporan kondisi selama pembuatan lingkungan.
**Untuk menonaktifkan pelaporan kondisi yang ditingkatkan saat membuat lingkungan menggunakan konsol Elastic Beanstalk**
1. **Buka konsol [Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic](https://console.aws.amazon.com/elasticbeanstalk) Beanstalk.** Wilayah AWS
1. [Buat aplikasi](applications.md) atau pilih yang sudah ada.
1. [Buat lingkungan](using-features.environments.md). Pada halaman **Buat lingkungan baru**, sebelum memilih **Buat lingkungan**, pilih **Konfigurasikan opsi lainnya**.
1. Di kategori konfigurasi **Pemantauan**, pilih **Edit**.
1. Di bawah **Pelaporan kondisi**, untuk **Sistem**, pilih **Basic**.
1. Pilih **Simpan**.
## Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan EB CLI
Ketika Anda membuat lingkungan baru dengan perintah **eb create**, EB CLI mengaktifkan pelaporan kondisi yang ditingkatkan secara default dan memberlakukan profil instans dan peran layanan default.
Anda dapat menentukan peran layanan yang berbeda berdasarkan nama dengan menggunakan pilihan `--service-role`.
Jika Anda memiliki lingkungan yang berjalan dengan pelaporan kondisi dasar pada versi platform v2 dan Anda ingin beralih ke kondisi yang ditingkatkan, ikuti langkah-langkah berikut.
**Untuk mengaktifkan kondisi yang ditingkatkan pada lingkungan yang berjalan menggunakan [EB CLI](eb-cli3.md)**
1. Gunakan perintah **eb config** untuk membuka file konfigurasi di editor teks default.
```
~/project$ eb config
```
1. Temukan namespace `aws:elasticbeanstalk:environment` di bagian pengaturan. Pastikan bahwa nilai `ServiceRole` tidak null dan cocok dengan nama [peran layanan](concepts-roles-service.md) Anda.
```
aws:elasticbeanstalk:environment:
EnvironmentType: LoadBalanced
ServiceRole: aws-elasticbeanstalk-service-role
```
1. Di bawah namespace `aws:elasticbeanstalk:healthreporting:system:`, ubah nilai `SystemType` ke **enhanced**.
```
aws:elasticbeanstalk:healthreporting:system:
SystemType: enhanced
```
1. Simpan file konfigurasi dan tutup teks editor.
1. EB CLI mulai pembaruan lingkungan untuk menerapkan perubahan konfigurasi Anda. Tunggu operasi selesai atau tekan **Ctrl\$1C** untuk keluar dengan aman.
```
~/project$ eb config
Printing Status:
INFO: Environment update is starting.
INFO: Health reporting type changed to ENHANCED.
INFO: Updating environment no-role-test's configuration settings.
```
## Mengaktifkan pelaporan kondisi yang ditingkatkan menggunakan file konfigurasi
Anda dapat mengaktifkan pelaporan kondisi yang ditingkatkan dengan menyertakan [file konfigurasi](ebextensions.md) di paket sumber Anda. Contoh berikut menunjukkan file konfigurasi yang mengaktifkan pelaporan kondisi yang ditingkatkan dan memberikan layanan default dan profil instans untuk lingkungan:
**Example .ebextensions/enhanced-health.config**
```
option_settings:
aws:elasticbeanstalk:healthreporting:system:
SystemType: enhanced
aws:autoscaling:launchconfiguration:
IamInstanceProfile: aws-elasticbeanstalk-ec2-role
aws:elasticbeanstalk:environment:
ServiceRole: aws-elasticbeanstalk-service-role
```
Jika Anda membuat profil instans atau peran layanan Anda sendiri, ganti teks yang disorot dengan nama peran tersebut.
# Pemantauan kondisi yang ditingkatkan dengan konsol manajemen lingkungan
Saat mengaktifkan pelaporan kesehatan yang disempurnakan AWS Elastic Beanstalk, Anda dapat memantau kesehatan [lingkungan di konsol manajemen lingkungan](environments-console.md).
**Topics**
+ [Gambaran umum lingkungan](#health-enhanced-console-overview)
+ [Halaman kondisi lingkungan](#health-enhanced-console-healthpage)
+ [Halaman pemantauan](#health-enhanced-console-monitoringpage)
## Gambaran umum lingkungan
[Gambaran umum lingkungan](environments-dashboard.md) menampilkan [status kondisi](health-enhanced-status.md) lingkungan dan daftar peristiwa yang memberikan informasi tentang perubahan terbaru dalam status kondisi.
**Untuk melihat gambaran umum lingkungan**
1. **Buka konsol [Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic](https://console.aws.amazon.com/elasticbeanstalk) Beanstalk.** Wilayah AWS
1. Di panel navigasi, pilih **Lingkungan**, dan kemudian pilih nama lingkungan Anda dari daftar.
Untuk informasi detail tentang kondisi lingkungan saat ini, buka halaman **Kondisi** dengan memilih **Penyebab**. Sebagai alternatif, di panel navigasi, pilih **Kondisi**.
## Halaman kondisi lingkungan
Halaman **Kesehatan** menampilkan status kesehatan, metrik, dan penyebab lingkungan dan untuk setiap EC2 instans Amazon di lingkungan.
**catatan**
Elastic Beanstalk menampilkan halaman **Kondisi** hanya jika Anda memiliki [pemantauan kondisi yang ditingkatkan yang aktif](health-enhanced-enable.md) untuk lingkungan.
Citra berikut menunjukkan halaman **Kondisi** untuk lingkungan Linux.
![\[Halaman kondisi lingkungan untuk lingkungan Linux\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-instances.png)
Citra berikut menunjukkan halaman **Kondisi** untuk lingkungan Windows. Perhatikan bahwa metrik CPU berbeda dari yang ada di lingkungan Linux.
![\[Halaman kesehatan lingkungan untuk lingkungan Windows.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-instances-win.png)
Di bagian atas halaman Anda dapat melihat jumlah total instans lingkungan, serta jumlah instans per status. Untuk menampilkan hanya instans yang memiliki status tertentu, pilih **Filter Berdasarkan**, dan kemudian pilih [status](health-enhanced-status.md).
![\[Halaman kondisi lingkungan menampilkan filter berdasarkan menu untuk memilih status instans yang akan ditampilkan\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-instances-status.png)
Untuk memulai ulang atau menghentikan instans yang tidak sehat, pilih **Tindakan Instans**, lalu pilih **Mulai ulang** atau **Akhiri**.
![\[Halaman kesehatan lingkungan yang menampilkan menu tindakan instance untuk me-reboot atau menghentikan instance yang tidak sehat.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-instances-actions.png)
Elastic Beanstalk memperbarui halaman **Kondisi** setiap 10 detik. Ini melaporkan informasi tentang kondisi lingkungan dan instans.
Untuk setiap EC2 instans Amazon di lingkungan, halaman menampilkan ID dan [status](health-enhanced-status.md) instans, jumlah waktu sejak instance diluncurkan, ID penerapan terbaru yang dijalankan pada instance, respons dan latensi permintaan yang disajikan instans, serta informasi pemuatan dan pemanfaatan CPU. Baris **Secara keseluruhan** menampilkan respon rata-rata dan informasi latensi untuk seluruh lingkungan.
Halaman ini menampilkan banyak detail dalam tabel yang sangat lebar. Untuk menyembunyikan beberapa kolom, pilih ![\[the cog icon.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/cog.png) (**Preferensi**). Pilih atau hapus nama kolom, dan kemudian pilih **Mengonfirmasi**.
![\[Memilih kolom untuk ditampilkan di halaman kondisi lingkungan\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-console-preferences.png)
Pilih **ID Instans** dari setiap instans untuk melihat informasi selengkapnya tentang instans, termasuk Availability Zone dan tipe instans.
![\[Metrik server di halaman kondisi lingkungan dengan informasi instans\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-console-instance.png)
Pilih **ID Deployment** dari setiap instans untuk melihat informasi tentang [deployment](using-features.deploy-existing-version.md) yang terakir ke instans.
![\[Metrik server pada halaman kondisi lingkungan dengan informasi deployment\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-console-deployment.png)
Informasi deployment mencakup hal berikut:
+ **ID Deployment**—Pengidentifikasi unik untuk [deployment](using-features.deploy-existing-version.md). Penerapan IDs dimulai dari 1 dan meningkat satu kali setiap kali Anda menerapkan versi aplikasi baru atau mengubah pengaturan konfigurasi yang memengaruhi perangkat lunak atau sistem operasi yang berjalan pada instance di lingkungan Anda.
+ **Versi**—Label versi dari kode sumber aplikasi yang digunakan dalam deployment.
+ **Status**—Status deployment, bisa `In Progress`, `Deployed`, atau `Failed`.
+ **Waktu**— Untuk deployment dalam proses, waktu deployment dimulai. Untuk deployment yang telah selesai, waktu deployment berakhir.
Jika Anda [mengaktifkan integrasi X-Ray](environment-configuration-debugging.md) di lingkungan Anda dan instrumen aplikasi Anda dengan AWS X-Ray SDK, halaman **Health** menambahkan link ke AWS X-Ray konsol di baris ikhtisar.
![\[Permintaan metrik di halaman kondisi lingkungan\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-console-xray.png)
Pilih tautan untuk melihat jejak yang terkait dengan statistik yang disorot di AWS X-Ray konsol.
## Halaman pemantauan
Halaman **Pemantauan** menampilkan statistik ringkasan dan grafik untuk CloudWatch metrik Amazon khusus yang dihasilkan oleh sistem pelaporan kesehatan yang disempurnakan. Lihat [Memantau kesehatan lingkungan di konsol AWS manajemen](environment-health-console.md) untuk petunjuk tentang cara menambahkan grafik dan statistik ke halaman ini.
# Warna dan status kondisi
Pelaporan kondisi yang ditingkatkan mewakili instans dan kondisi lingkungan secara keseluruhan dengan menggunakan empat warna, mirip dengan [pelaporan kondisi dasar](using-features.healthstatus.md). Pelaporan kondisi yang ditingkatkan juga menyediakan tujuh status kondisi, yang merupakan deskriptor satu kata yang memberikan indikasi yang lebih baik tentang keadaan lingkungan Anda.
## Status instans dan status lingkungan
Setiap kali Elastic Beanstalk menjalankan pemeriksaan kondisi di lingkungan Anda, pelaporan kondisi yang ditingkatkan memeriksa kondisi setiap instans di lingkungan Anda dengan menganalisis semua [data](health-enhanced.md#health-enhanced-factors) tersedia. Jika pemeriksaan tingkat yang lebih rendah gagal, Elastic Beanstalk menurunkan kondisi instans.
Elastic Beanstalk menampilkan informasi kondisi untuk keseluruhan lingkungan (warna, status, dan sebab) di [konsol manajemen lingkungan](environments-console.md). Informasi ini juga tersedia di EB CLI. Status kondisi dan pesan penyebab untuk masing-masing instans diperbarui setiap 10 detik dan tersedia dari [EB CLI](eb-cli3.md) saat Anda melihat status kondisi dengan [**eb health**](health-enhanced-ebcli.md).
Elastic Beanstalk menggunakan perubahan pada kondisi instans untuk mengevaluasi kondisi lingkungan, tetapi tidak segera mengubah status kondisi lingkungan. Ketika sebuah instans gagal dalam pemeriksaan kondisi setidaknya tiga kali dalam periode satu menit, Elastic Beanstalk dapat menurunkan kondisi lingkungan. Tergantung pada jumlah instans di lingkungan dan masalah yang diidentifikasi, satu instans yang tidak sehat dapat menyebabkan Elastic Beanstalk menampilkan pesan informasi atau mengubah status kondisi lingkungan dari hijau (**OK**) ke kuning (**Peringatan**) atau merah (**Berdegradasi** atau **Sangat parah**).
## OK (hijau)
Status ini ditampilkan ketika:
+ Sebuah instans melewati pemeriksaan kondisi dan agen kondisi tidak melaporkan adanya masalah.
+ Sebagian besar instans di lingkungan melewati pemeriksaan kondisi dan agen kondisi tidak melaporkan isu-isu utama.
+ Sebuah instans melewati pemeriksaan kondisi dan menyelesaikan permintaan secara normal.
*Contoh:* Lingkungan Anda baru-baru ini di-deploy dan menerima permintaan secara normal. Lima persen dari permintaan mengembalikan 400 seri kesalahan. Deployment diselesaikan secara normal pada setiap instans.
*Pesan (instans):* Deployment aplikasi telah selesai 23 detik yang lalu dan menghabiskan 26 detik.
## Peringatan (kuning)
Status ini ditampilkan ketika:
+ Agen kondisi melaporkan jumlah kegagalan permintaan yang moderat atau masalah lain untuk instans atau lingkungan.
+ Sebuah operasi sedang berlangsung pada sebuah instans dan menghabiskan waktu yang sangat lama.
*Contoh:* Satu instans di lingkungan memiliki status **Pelik**.
*Pesan (lingkungan):* Gangguan layanan 1 dari 5 instans.
## Terdegradasi (merah)
Status ini ditampilkan ketika agen kondisi melaporkan tingginya jumlah kegagalan permintaan atau masalah lain untuk instans atau lingkungan.
*Contoh:* lingkungan sedang dalam proses menskalakan ke atas hingga 5 instans.
*Pesan (lingkungan):* 4 instans yang aktif berada di bawah ukuran minimum 5 grup Auto Scaling
## Pelik (merah)
Status ini ditampilkan ketika agen kondisi melaporkan jumlah kegagalan permintaan yang sangat tinggi atau masalah lain untuk instans atau lingkungan.
*Contoh:* Elastic Beanstalk tidak dapat menghubungi penyeimbang beban untuk mendapatkan kondisi instans.
*Pesan (lingkungan):* kondisi ELB gagal atau tidak tersedia untuk semua instans. Tidak satu pun dari instans mengirim data. Tidak dapat mengambil peran “arn:aws:iam: :123456789012:role/”. aws-elasticbeanstalk-service-role Verifikasi bahwa peran ada dan dikonfigurasi dengan benar.
*Pesan (Instans):* Kondisi instans ELB belum tersedia selama 37 menit. Tidak ada data. Terakhir terlihat 37 menit yang lalu.
## Info (Hijau)
Status ini ditampilkan ketika:
+ Operasi sedang berlangsung pada sebuah instans.
+ Operasi sedang berlangsung pada beberapa instans di lingkungan.
*Contoh:* Versi aplikasi baru sedang di-deploy untuk instans berjalan.
*Pesan (lingkungan):* Perintah mengeksekusi 3 dari 5 instans.
*Pesan (instans):* Melakukan deployment aplikasi (berjalan selama 3 detik).
## Tertunda (abu-abu)
Status ini ditampilkan ketika operasi sedang berlangsung pada sebuah instans dalam [waktu perintah habis](health-enhanced.md#health-enhanced-factors-timeout).
*Contoh:* Anda baru-baru ini membuat lingkungan dan instans sedang bootstrap.
*Pesan:* Melakukan inisialisasi (berjalan selama 12 detik).
## Tidak diketahui (abu-abu)
Status ini ditampilkan ketika Elastic Beanstalk dan agen kondisi melaporkan jumlah data yang tidak mencukupi pada instans.
*Contoh:* Tidak ada data yang diterima.
## Ditangguhkan (abu-abu)
Status ini ditampilkan saat Elastic Beanstalk berhenti memantau kondisi lingkungan. Lingkungan mungkin tidak bekerja dengan benar. Beberapa keadaan kondisi yang pelik, jika bertahan lama, menyebabkan Elastic Beanstalk untuk mentransisikan lingkungan ke status **Ditangguhkan**.
*Contoh:* Elastic Beanstalk tidak dapat mengakses [peran layanan](iam-servicerole.md) lingkungan.
*Contoh:* [Grup Auto Scaling](using-features.managing.as.md) yang dibuat Elastic Beanstalk untuk lingkungan telah dihapus.
*Pesan:* Kondisi lingkungan telah beralih dari **OK** menjadi **Pelik**. Tidak ada instans. Kapasitas yang diinginkan grup Auto Scaling diatur ke 1.
# Metrik instans
Metrik instans memberikan informasi tentang kondisi instans di lingkungan Anda. [Agen kondisi Elastic Beanstalk](health-enhanced.md#health-enhanced-agent) berjalan pada setiap instans. Ini mengumpulkan dan menyampaikan metrik tentang instans Elastic Beanstalk, yang menganalisis metrik untuk menentukan kondisi instans di lingkungan Anda.
Agen kondisi Elastic Beanstalk pada instans mengumpulkan metrik tentang instans dari server web dan sistem operasi. Untuk mendapatkan informasi server web pada platform berbasis Linux, Elastic Beanstalk membaca dan mengurai log server web. Pada platform Windows Server, Elastic Beanstalk menerima informasi ini langsung dari server web IIS. Server web menyediakan informasi tentang permintaan HTTP yang masuk: berapa banyak permintaan yang masuk, berapa banyak yang mengakibatkan kesalahan, dan berapa lama waktu yang dibutuhkan untuk menyelesaikannya. Sistem operasi menyediakan informasi snapshot tentang keadaan sumber daya instans: beban CPU dan distribusi waktu yang dihabiskan untuk setiap jenis proses.
Agen kondisi mengumpulkan metrik web server dan sistem operasi dan menyampaikannya ke Elastic Beanstalk setiap 10 detik. Elastic Beanstalk menganalisis data dan menggunakan hasil tersebut untuk memperbarui status kondisi untuk setiap instans dan lingkungan.
**Topics**
+ [Metrik server web](#health-enhanced-metrics-server)
+ [Metrik sistem operasi](#health-enhanced-metrics-os)
+ [Metrik server web menangkap IIS pada Windows server](health-enhanced-metrics-server-iis.md)
## Metrik server web
Pada platform berbasis Linux, agen kondisi Elastic Beanstalk membaca metrik server web dari log yang dihasilkan oleh kontainer web atau server yang memproses permintaan pada setiap instans di lingkungan Anda. Platform Elastic Beanstalk dikonfigurasi untuk menghasilkan dua log: satu dalam format yang dapat dibaca manusia dan satu dalam format yang dapat dibaca mesin. Agen kondisi menyampaikan log yang dapat dibaca mesin ke Elastic Beanstalk setiap 10 detik.
Untuk informasi lebih lanjut tentang format log yang digunakan oleh Elastic Beanstalk, lihat [Format log kondisi yang ditingkatkan](health-enhanced-serverlogs.md).
Pada platform Windows Server, Elastic Beanstalk menambahkan modul ke alur permintaan web server IIS dan menangkap metrik tentang waktu permintaan dan kode respon HTTP. Modul tersebut mengirimkan metrik ini ke agen kondisi pada instans menggunakan saluran komunikasi antar proses performa tinggi (IPC). Untuk detail implementasi, lihat [Metrik server web menangkap IIS pada Windows server](health-enhanced-metrics-server-iis.md).Metrik Web Server yang Dilaporkan
`RequestCount`
Jumlah permintaan yang ditangani oleh web server per detik selama 10 detik terakhir. Ditampilkan sebagai rata-rata `r/sec` (permintaan per detik) di EB CLI dan [Halaman kondisi lingkungan](health-enhanced-console.md#health-enhanced-console-healthpage).
`Status2xx``Status3xx``Status4xx``Status5xx`
Jumlah permintaan yang mengakibatkan setiap jenis kode status selama 10 detik terakhir. Misalnya, permintaan berhasil mengembalikan 200 OK, pengalihan mengembalikan 301, dan 404 dikembalikan jika URL yang dimasukkan tidak cocok dengan sumber daya dalam aplikasi.
EB CLI dan [Halaman kondisi lingkungan](health-enhanced-console.md#health-enhanced-console-healthpage) menampilkan metrik ini sebagai jumlah permintaan mentah untuk instans, dan sebagai persentase permintaan keseluruhan untuk lingkungan.
`p99.9``p99``p95``p90``p85``p75``p50``p10`
Rata-rata latensi untuk yang paling lambat *X* persen permintaan selama 10 detik terakhir, di mana *X* adalah perbedaan antara nomor dan 100. Misalnya, `p99 1.403` menunjukkan 1% permintaan paling lambat selama 10 detik terakhir memiliki latensi rata-rata 1,403 detik.
## Metrik sistem operasi
Agen kondisi Elastic Beanstalk melaporkan metrik sistem operasi berikut. Elastic Beanstalk menggunakan metrik ini untuk mengidentifikasi instans yang berada di bawah beban berat yang berkelanjutan. Metrik berbeda dengan sistem operasi.Metrik sistem operasi yang dilaporkan—Linux
`Running`
Jumlah waktu yang telah berlalu sejak instans diluncurkan.
`Load 1``Load 5`
Rata-rata muatan dalam periode satu menit dan lima menit terakhir. Ditampilkan sebagai nilai desimal yang menunjukkan jumlah rata-rata proses yang berjalan selama waktu itu. Jika angka yang ditampilkan lebih tinggi dari jumlah v CPUs (utas) yang tersedia, maka sisanya adalah jumlah rata-rata proses yang menunggu.
Misalnya, jika tipe instans Anda memiliki empat vCPUs, dan bebannya 4,5, ada rata-rata 0,5 proses menunggu selama periode waktu tersebut, setara dengan satu proses yang menunggu 50 persen dari waktu.
`User %``Nice %``System %``Idle %``I/O Wait %`
Persentase waktu yang telah CPU habiskan di setiap status selama 10 detik terakhir.Metrik sistem operasi yang dilaporkan—Windows
`Running`
Jumlah waktu yang telah berlalu sejak instans diluncurkan.
`% User Time``% Privileged Time``% Idle Time`
Persentase waktu yang telah CPU habiskan di setiap status selama 10 detik terakhir.
# Metrik server web menangkap IIS pada Windows server
Pada platform Windows Server, Elastic Beanstalk menambahkan modul ke alur permintaan web server IIS dan menangkap metrik tentang waktu permintaan dan kode respon HTTP. Modul tersebut mengirimkan metrik ini ke agen kondisi pada instans menggunakan saluran komunikasi antar proses performa tinggi (IPC). Agen kondisi mengumpulkan metrik ini, menggabungkannya dengan metrik sistem operasi, dan mengirimkannya ke layanan Elastic Beanstalk.
## Detail implementasi
Untuk menangkap metrik dari IIS, Elastic Beanstalk mengimplementasikan [https://msdn.microsoft.com/en-us/library/system.web.ihttpmodule%28v=vs.110%29.aspx](https://msdn.microsoft.com/en-us/library/system.web.ihttpmodule%28v=vs.110%29.aspx) yang terkelola, dan berlangganan ke peristiwa [https://msdn.microsoft.com/en-us/library/system.web.httpapplication.beginrequest(v=vs.110).aspx](https://msdn.microsoft.com/en-us/library/system.web.httpapplication.beginrequest(v=vs.110).aspx) dan [https://msdn.microsoft.com/en-us/library/system.web.httpapplication.endrequest(v=vs.110).aspx](https://msdn.microsoft.com/en-us/library/system.web.httpapplication.endrequest(v=vs.110).aspx). Hal ini memungkinkan modul untuk melaporkan latensi permintaan HTTP dan kode respon untuk semua permintaan web yang ditangani oleh IIS. Untuk menambahkan modul ke alur permintaan IIS, Elastic Beanstalk mendaftarkan modul di bagian [https://docs.microsoft.com/en-us/iis/configuration/system.webserver/modules/](https://docs.microsoft.com/en-us/iis/configuration/system.webserver/modules/) dari file konfigurasi IIS, `%windir%\System32\inetsrv\config\applicationHost.config`.
Modul Elastic Beanstalk di IIS mengirimkan metrik permintaan web yang telah ditangkap kepada agen kondisi pada instans, yang merupakan layanan Windows bernama `HealthD`. Untuk mengirim data ini, modul menggunakan [https://msdn.microsoft.com/en-us/library/system.servicemodel.netnamedpipebinding(v=vs.110).aspx](https://msdn.microsoft.com/en-us/library/system.servicemodel.netnamedpipebinding(v=vs.110).aspx), yang menyediakan pengikatan yang aman dan andal yang dioptimalkan untuk komunikasi pada mesin.
# Mengonfigurasi aturan kondisi yang ditingkatkan untuk lingkungan
AWS Elastic Beanstalk Pelaporan kesehatan yang ditingkatkan bergantung pada seperangkat aturan untuk menentukan kesehatan lingkungan Anda. Beberapa aturan ini mungkin tidak sesuai untuk aplikasi tertentu Anda. Berikut adalah beberapa contoh umum:
+ Anda menggunakan alat uji sisi klien. Dalam kasus ini, kesalahan klien (4xx) HTTP yang sering terjadi diharapkan.
+ Anda menggunakan [AWS WAF](https://docs.aws.amazon.com/waf/latest/developerguide/) bersama dengan Application Load Balancer lingkungan Anda untuk memblokir lalu lintas masuk yang tidak diinginkan. Dalam kasus ini, Application Load Balancer mengembalikan HTTP 403 untuk setiap pesan masuk yang ditolak.
Secara default, Elastic Beanstalk mencakup semua kesalahan HTTP 4xx aplikasi saat menentukan kondisi lingkungan. Ini mengubah status kondisi lingkungan Anda dari **OK** menjadi **Peringatan**, **Berdegradasi**, atau **Pelik**, tergantung pada tingkat kesalahan. Untuk menangani kasus dengan benar seperti contoh yang kami sebutkan, Elastic Beanstalk memungkinkan Anda untuk mengonfigurasi beberapa aturan kondisi yang ditingkatkan. Anda dapat memilih untuk mengabaikan kesalahan HTTP 4xx aplikasi pada instans lingkungan, atau mengabaikan kesalahan HTTP 4xx yang dikembalikan oleh penyeimbang beban lingkungan. Topik ini menjelaskan cara membuat perubahan konfigurasi ini.
**catatan**
Saat ini, ini adalah satu-satunya penyesuaian aturan kondisi yang ditingkatkan. Anda tidak dapat mengonfigurasi kondisi yang ditingkatkan untuk mengabaikan kesalahan HTTP lain selain 4xx.
## Mengonfigurasi aturan kondisi yang ditingkatkan menggunakan konsol Elastic Beanstalk
Anda dapat menggunakan konsol Elastic Beanstalk untuk mengonfigurasi aturan kondisi yang ditingkatkan di lingkungan Anda.
**Untuk mengonfigurasi pemeriksaan kode status HTTP 4xx menggunakan konsol Elastic Beanstalk**
1. **Buka konsol [Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic](https://console.aws.amazon.com/elasticbeanstalk) Beanstalk.** Wilayah AWS
1. Di panel navigasi, pilih **Lingkungan**, dan kemudian pilih nama lingkungan Anda dari daftar.
1. Pada panel navigasi, pilih **Konfigurasi**.
1. Di kategori konfigurasi **Pemantauan**, pilih **Edit**.
1. Di bawah **Penyesuaian aturan pemantauan kondisi**, aktifkan atau nonaktifkan pilihan **Abaikan** yang diinginkan.
![\[Bagian penyesuaian aturan pemantauan kondisi pada halaman konfigurasi pemantauan konsol Elastic Beanstalk\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/enhanced-health-rule-customization.png)
1. Untuk menyimpan perubahan pilih **Terapkan** di bagian bawah halaman.
## Mengonfigurasi aturan kondisi yang ditingkatkan menggunakan EB CLI
Anda dapat menggunakan EB CLI untuk mengonfigurasi aturan kondisi yang ditingkatkan menyimpan konfigurasi lingkungan Anda secara lokal, menambahkan entri yang mengonfigurasi aturan kondisi yang ditingkatkan, dan kemudian mengunggah konfigurasi ke Elastic Beanstalk. Anda dapat menerapkan konfigurasi yang disimpan untuk lingkungan selama atau setelah pembuatan.
**Untuk mengonfigurasi pemeriksaan kode status HTTP 4xx menggunakan EB CLI dan konfigurasi yang disimpan**
1. Inisialisasi folder proyek Anda dengan [**eb init**](eb-cli3-configuration.md).
1. Buat lingkungan dengan menjalankan perintah **eb create**.
1. Simpan templat konfigurasi secara lokal dengan menjalankan perintah **eb config save**. Contoh berikut menggunakan pilihan `--cfg` untuk menentukan nama konfigurasi.
```
$ eb config save --cfg 01-base-state
Configuration saved at: ~/project/.elasticbeanstalk/saved_configs/01-base-state.cfg.yml
```
1. Buka file konfigurasi yang disimpan di editor teks.
1. Di bawah `OptionSettings` > `aws:elasticbeanstalk:healthreporting:system:`, tambahkan kunci `ConfigDocument` untuk mencantumkan setiap aturan kondisi yang ditingkatkan untuk mengonfigurasi. `ConfigDocument` berikut menonaktifkan pengecekan kode status HTTP 4xx aplikasi, sambil menjaga pemeriksaan kode HTTP 4xx penyeimbang beban tetap aktif.
```
OptionSettings:
...
aws:elasticbeanstalk:healthreporting:system:
ConfigDocument:
Rules:
Environment:
Application:
ApplicationRequests4xx:
Enabled: false
ELB:
ELBRequests4xx:
Enabled: true
Version: 1
SystemType: enhanced
...
```
**catatan**
Anda bisa menggabungkan `Rules` dan `CloudWatchMetrics` dalam pengaturan pilihan `ConfigDocument` yang sama. `CloudWatchMetrics` dijelaskan di [Menerbitkan metrik CloudWatch kustom Amazon untuk suatu lingkungan](health-enhanced-cloudwatch.md).
Jika sebelumnya Anda mengaktifkan `CloudWatchMetrics`, file konfigurasi yang Anda ambil menggunakan perintah **eb config save** telah memiliki kunci `ConfigDocument` dengan bagian `CloudWatchMetrics`. *Jangan menghapusnya*—tambahkan bagian `Rules` ke nilai pilihan `ConfigDocument` yang sama.
1. Simpan file konfigurasi dan tutup teks editor. Dalam contoh ini, berkas konfigurasi yang diperbarui disimpan dengan nama (`02-cloudwatch-enabled.cfg.yml`) yang berbeda dari file konfigurasi yang diunduh. Hal ini membuat konfigurasi yang tersimpan terpisah ketika file diunggah. Anda dapat menggunakan nama yang sama dengan file yang diunduh untuk menimpa konfigurasi yang ada tanpa membuat yang baru.
1. Gunakan perintah **eb config put** untuk mengunggah file konfigurasi yang diperbarui ke Elastic Beanstalk.
```
$ eb config put 02-cloudwatch-enabled
```
Ketika menggunakan perintah **eb config** `get` dan `put` dengan konfigurasi yang tersimpan, jangan sertakan ekstensi nama file.
1. Terapkan konfigurasi yang disimpan ke lingkungan Anda yang sedang berjalan.
```
$ eb config --cfg 02-cloudwatch-enabled
```
Pilihan `--cfg` menentukan file konfigurasi bernama yang diterapkan ke lingkungan. Anda dapat menyimpan file konfigurasi secara lokal atau di Elastic Beanstalk. Jika file konfigurasi dengan nama tertentu ada di kedua lokasi tersebut, EB CLI akan menggunakan file lokal.
## Mengonfigurasi aturan kondisi yang ditingkatkan menggunakan dokumen config
Dokument konfigurasi (config) untuk aturan kondisi yang ditingkatkan adalah dokumen JSON yang berisi daftar aturan untuk mengonfigurasi.
Contoh berikut menunjukkan dokumen config yang menonaktifkan pemeriksaan kode status aplikasi HTTP 4xx dan mengaktifkan pengecekan kode status penyeimbang beban HTTP 4xx.
```
{
"Rules": {
"Environment": {
"Application": {
"ApplicationRequests4xx": {
"Enabled": false
}
},
"ELB": {
"ELBRequests4xx": {
"Enabled": true
}
}
}
},
"Version": 1
}
```
Untuk AWS CLI, Anda meneruskan dokumen sebagai nilai untuk `Value` kunci dalam argumen pengaturan opsi, yang itu sendiri adalah objek JSON. Dalam hal ini, Anda harus keluar dari tanda petik di dokumen yang disematkan. Perintah berikut memeriksa apakah pengaturan konfigurasi valid.
```
$ aws elasticbeanstalk validate-configuration-settings --application-name my-app --environment-name my-env --option-settings '[
{
"Namespace": "aws:elasticbeanstalk:healthreporting:system",
"OptionName": "ConfigDocument",
"Value": "{\"Rules\": { \"Environment\": { \"Application\": { \"ApplicationRequests4xx\": { \"Enabled\": false } }, \"ELB\": { \"ELBRequests4xx\": {\"Enabled\": true } } } }, \"Version\": 1 }"
}
]'
```
Untuk file konfigurasi `.ebextensions` di YAML, Anda dapat memberikan dokumen JSON apa adanya.
```
option_settings:
- namespace: aws:elasticbeanstalk:healthreporting:system
option_name: ConfigDocument
value: {
"Rules": {
"Environment": {
"Application": {
"ApplicationRequests4xx": {
"Enabled": false
}
},
"ELB": {
"ELBRequests4xx": {
"Enabled": true
}
}
}
},
"Version": 1
}
```
# Menerbitkan metrik CloudWatch kustom Amazon untuk suatu lingkungan
Anda dapat mempublikasikan data yang dikumpulkan oleh pelaporan kesehatan yang AWS Elastic Beanstalk disempurnakan ke Amazon CloudWatch sebagai metrik khusus. Menerbitkan metrik untuk CloudWatch memungkinkan Anda memantau perubahan kinerja aplikasi dari waktu ke waktu dan mengidentifikasi potensi masalah dengan melacak cara penggunaan sumber daya dan meminta skala latensi dengan beban.
[Dengan menerbitkan metrik ke CloudWatch, Anda juga membuatnya tersedia untuk digunakan dengan [grafik pemantauan dan alarm](environment-health-console.md#environment-health-console-graphs).](using-features.alarms.md) Satu metrik gratis *EnvironmentHealth*, diaktifkan secara otomatis saat Anda menggunakan pelaporan kesehatan yang disempurnakan. [Metrik khusus selain *EnvironmentHealth*dikenakan biaya standarCloudWatch .](https://aws.amazon.com/cloudwatch/pricing/)
Untuk mempublikasikan metrik CloudWatch khusus untuk suatu lingkungan, Anda harus terlebih dahulu mengaktifkan pelaporan kesehatan yang ditingkatkan tentang lingkungan. Lihat [Mengaktifkan pelaporan kondisi yang ditingkatkan Elastic Beanstalk](health-enhanced-enable.md) untuk instruksi.
**Topics**
+ [Metrik pelaporan kondisi yang ditingkatkan](#health-enhanced-cloudwatch-metrics)
+ [Mengkonfigurasi CloudWatch metrik menggunakan konsol Elastic Beanstalk](#health-enhanced-cloudwatch-console)
+ [Mengkonfigurasi metrik CloudWatch kustom menggunakan EB CLI](#health-enhanced-cloudwatch-ebcli)
+ [Menyediakan dokumen konfigurasi metrik khusus](#health-enhanced-cloudwatch-configdocument)
## Metrik pelaporan kondisi yang ditingkatkan
Saat Anda mengaktifkan pelaporan kesehatan yang disempurnakan di lingkungan Anda, sistem pelaporan kesehatan yang disempurnakan secara otomatis menerbitkan satu [metrik CloudWatch khusus](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/publishingMetrics.html). *EnvironmentHealth* [[Untuk mempublikasikan metrik tambahan CloudWatch, konfigurasikan lingkungan Anda dengan metrik tersebut dengan menggunakan konsol [Elastic Beanstalk, EB CLI, atau .ebextensions](#health-enhanced-cloudwatch-console).](command-options.md)](#health-enhanced-cloudwatch-ebcli)
Anda dapat mempublikasikan metrik kesehatan yang ditingkatkan berikut dari lingkungan Anda ke CloudWatch.Metrik yang tersedia—semua platform
`EnvironmentHealth`
*Lingkungan saja.* Ini adalah satu-satunya CloudWatch metrik yang diterbitkan oleh sistem pelaporan kesehatan yang disempurnakan, kecuali jika Anda mengonfigurasi metrik tambahan. Kondisi lingkungan diwakili oleh salah satu dari tujuh [status](health-enhanced-status.md). Di CloudWatch konsol, status ini dipetakan ke nilai berikut:
+ 0 – OK
+ 1 – Info
+ 5 – Tidak diketahui
+ 10 – Tidak ada data
+ 15 – Peringatan
+ 20 – Berdegradasi
+ 25 – Sangat Parah
`InstancesSevere``InstancesDegraded``InstancesWarning``InstancesInfo``InstancesOk``InstancesPending``InstancesUnknown``InstancesNoData`
*Lingkungan saja.* Metrik ini menunjukkan jumlah instans di lingkungan dengan setiap status kondisi. `InstancesNoData` menunjukkan jumlah instans yang tidak ada data yang diterima.
`ApplicationRequestsTotal``ApplicationRequests5xx``ApplicationRequests4xx``ApplicationRequests3xx``ApplicationRequests2xx`
*Instance dan lingkungan.* Menunjukkan jumlah total permintaan yang diselesaikan oleh instans atau lingkungan, dan jumlah permintaan yang dilengkapi dengan setiap kategori kode status.
`ApplicationLatencyP10``ApplicationLatencyP50``ApplicationLatencyP75``ApplicationLatencyP85``ApplicationLatencyP90``ApplicationLatencyP95``ApplicationLatencyP99``ApplicationLatencyP99.9`
*Instance dan lingkungan.* Menunjukkan jumlah waktu rata-rata, dalam detik, yang diperlukan untuk melengkapi *x* persen yang tercepat dari permintaan.
`InstanceHealth`
*Instance saja.* Menunjukkan status kondisi instans saat ini. Kondisi instans diwakili oleh salah satu dari tujuh [status](health-enhanced-status.md). Di CloudWatch konsol, status ini dipetakan ke nilai berikut:
+ 0 – OK
+ 1 – Info
+ 5 – Tidak diketahui
+ 10 – Tidak ada data
+ 15 – Peringatan
+ 20 – Berdegradasi
+ 25 – Sangat ParahMetrik yang tersedia—Linux
`CPUIrq``CPUIdle``CPUUser``CPUSystem``CPUSoftirq``CPUIowait``CPUNice`
*Instance saja.* Menunjukkan persentase waktu yang CPU telah habiskan di setiap status selama satu menit terakhir.
`LoadAverage1min`
*Instance saja.* Rata-rata beban CPU instans selama satu menit terakhir.
`RootFilesystemUtil`
*Instance saja.* Menunjukkan persentase ruang disk yang digunakan.Metrik yang tersedia—Windows
`CPUIdle``CPUUser``CPUPrivileged`
Hanya instans. Menunjukkan persentase waktu yang CPU telah habiskan di setiap status selama satu menit terakhir.
## Mengkonfigurasi CloudWatch metrik menggunakan konsol Elastic Beanstalk
Anda dapat menggunakan konsol Elastic Beanstalk untuk mengonfigurasi lingkungan Anda guna mempublikasikan CloudWatch metrik pelaporan kesehatan yang disempurnakan dan membuatnya tersedia untuk digunakan dengan grafik pemantauan dan alarm.
**Untuk mengonfigurasi metrik CloudWatch khusus di konsol Elastic Beanstalk**
1. **Buka konsol [Elastic Beanstalk, dan di daftar Wilayah, pilih konsol Elastic](https://console.aws.amazon.com/elasticbeanstalk) Beanstalk.** Wilayah AWS
1. Di panel navigasi, pilih **Lingkungan**, dan kemudian pilih nama lingkungan Anda dari daftar.
1. Pada panel navigasi, pilih **Konfigurasi**.
1. Pada kategori konfigurasi **Pemantauan**, pilih **Edit**.
1. Di bawah **Health reporting**, pilih metrik instans dan lingkungan untuk dipublikasikan. CloudWatch Untuk memilih beberapa metrik, tekan tombol **Ctrl** saat memilih.
1. Untuk menyimpan perubahan pilih **Terapkan** di bagian bawah halaman.
[**Mengaktifkan metrik CloudWatch kustom menambahkannya ke daftar metrik yang tersedia di halaman Pemantauan.**](environment-health-console.md)
## Mengkonfigurasi metrik CloudWatch kustom menggunakan EB CLI
Anda dapat menggunakan EB CLI untuk mengonfigurasi metrik khusus dengan menyimpan konfigurasi lingkungan Anda secara lokal, menambahkan entri yang menentukan metrik untuk diterbitkan, dan kemudian mengunggah konfigurasi ke Elastic Beanstalk. Anda dapat menerapkan konfigurasi yang disimpan untuk lingkungan selama atau setelah pembuatan.
**Untuk mengonfigurasi metrik CloudWatch khusus dengan EB CLI dan konfigurasi yang disimpan**
1. Inisialisasi folder proyek Anda dengan [**eb init**](eb-cli3-configuration.md).
1. Buat lingkungan dengan menjalankan perintah **eb create**.
1. Simpan templat konfigurasi secara lokal dengan menjalankan perintah **eb config save**. Contoh berikut menggunakan pilihan `--cfg` untuk menentukan nama konfigurasi.
```
$ eb config save --cfg 01-base-state
Configuration saved at: ~/project/.elasticbeanstalk/saved_configs/01-base-state.cfg.yml
```
1. Buka file konfigurasi yang disimpan di editor teks.
1. Di `OptionSettings` bawah>`aws:elasticbeanstalk:healthreporting:system:`, tambahkan `ConfigDocument` kunci untuk mengaktifkan setiap CloudWatch metrik yang Anda inginkan. Misalnya, `ConfigDocument` berikut menerbitkan metrik `ApplicationRequests5xx` dan `ApplicationRequests4xx` di tingkat lingkungan, dan metrik `ApplicationRequestsTotal` di tingkat instans.
```
OptionSettings:
...
aws:elasticbeanstalk:healthreporting:system:
ConfigDocument:
CloudWatchMetrics:
Environment:
ApplicationRequests5xx: 60
ApplicationRequests4xx: 60
Instance:
ApplicationRequestsTotal: 60
Version: 1
SystemType: enhanced
...
```
Dalam contoh, 60 menunjukkan jumlah detik antara pengukuran. Saat ini, ini adalah satu-satunya nilai yang didukung.
**catatan**
Anda bisa menggabungkan `CloudWatchMetrics` dan `Rules` dalam pengaturan pilihan `ConfigDocument` yang sama.`Rules` dijelaskan di [Mengonfigurasi aturan kondisi yang ditingkatkan untuk lingkungan](health-enhanced-rules.md).
Jika sebelumnya Anda menggunakan `Rules` untuk mengonfigurasi aturan kondisi yang ditingkatkan, kemudian file konfigurasi yang Anda ambil menggunakan perintah **eb config save** telah memiliki kunci `ConfigDocument` dengan bagian `Rules`. *Jangan menghapusnya*—tambahkan bagian `CloudWatchMetrics` ke nilai pilihan `ConfigDocument` yang sama.
1. Simpan file konfigurasi dan tutup teks editor. Dalam contoh ini, file konfigurasi yang diperbarui disimpan dengan nama (`02-cloudwatch-enabled.cfg.yml`) yang berbeda dari file konfigurasi yang diunduh. Hal ini membuat konfigurasi yang tersimpan terpisah ketika file diunggah. Anda dapat menggunakan nama yang sama dengan file yang diunduh untuk menimpa konfigurasi yang ada tanpa membuat yang baru.
1. Gunakan perintah **eb config put** untuk mengunggah file konfigurasi yang diperbarui ke Elastic Beanstalk.
```
$ eb config put 02-cloudwatch-enabled
```
Ketika menggunakan perintah **eb config** `get` dan `put` dengan konfigurasi tersimpan, jangan sertakan ekstensi file.
1. Terapkan konfigurasi yang disimpan ke lingkungan Anda yang sedang berjalan.
```
$ eb config --cfg 02-cloudwatch-enabled
```
Pilihan `--cfg` menentukan file konfigurasi bernama yang diterapkan ke lingkungan. Anda dapat menyimpan file konfigurasi secara lokal atau di Elastic Beanstalk. Jika file konfigurasi dengan nama tertentu ada di kedua lokasi tersebut, EB CLI akan menggunakan file lokal.
## Menyediakan dokumen konfigurasi metrik khusus
Dokumen konfigurasi (konfigurasi) untuk metrik CloudWatch kustom Amazon adalah dokumen JSON yang mencantumkan metrik untuk dipublikasikan di tingkat lingkungan dan instans. Contoh berikut menunjukkan dokumen config yang memungkinkan semua metrik khusus tersedia di Linux.
```
{
"CloudWatchMetrics": {
"Environment": {
"ApplicationLatencyP99.9": 60,
"InstancesSevere": 60,
"ApplicationLatencyP90": 60,
"ApplicationLatencyP99": 60,
"ApplicationLatencyP95": 60,
"InstancesUnknown": 60,
"ApplicationLatencyP85": 60,
"InstancesInfo": 60,
"ApplicationRequests2xx": 60,
"InstancesDegraded": 60,
"InstancesWarning": 60,
"ApplicationLatencyP50": 60,
"ApplicationRequestsTotal": 60,
"InstancesNoData": 60,
"InstancesPending": 60,
"ApplicationLatencyP10": 60,
"ApplicationRequests5xx": 60,
"ApplicationLatencyP75": 60,
"InstancesOk": 60,
"ApplicationRequests3xx": 60,
"ApplicationRequests4xx": 60
},
"Instance": {
"ApplicationLatencyP99.9": 60,
"ApplicationLatencyP90": 60,
"ApplicationLatencyP99": 60,
"ApplicationLatencyP95": 60,
"ApplicationLatencyP85": 60,
"CPUUser": 60,
"ApplicationRequests2xx": 60,
"CPUIdle": 60,
"ApplicationLatencyP50": 60,
"ApplicationRequestsTotal": 60,
"RootFilesystemUtil": 60,
"LoadAverage1min": 60,
"CPUIrq": 60,
"CPUNice": 60,
"CPUIowait": 60,
"ApplicationLatencyP10": 60,
"LoadAverage5min": 60,
"ApplicationRequests5xx": 60,
"ApplicationLatencyP75": 60,
"CPUSystem": 60,
"ApplicationRequests3xx": 60,
"ApplicationRequests4xx": 60,
"InstanceHealth": 60,
"CPUSoftirq": 60
}
},
"Version": 1
}
```
Untuk AWS CLI, Anda meneruskan dokumen sebagai nilai untuk `Value` kunci dalam argumen pengaturan opsi, yang itu sendiri adalah objek JSON. Dalam hal ini, Anda harus keluar dari tanda petik di dokumen yang disematkan.
```
$ aws elasticbeanstalk validate-configuration-settings --application-name my-app --environment-name my-env --option-settings '[
{
"Namespace": "aws:elasticbeanstalk:healthreporting:system",
"OptionName": "ConfigDocument",
"Value": "{\"CloudWatchMetrics\": {\"Environment\": {\"ApplicationLatencyP99.9\": 60,\"InstancesSevere\": 60,\"ApplicationLatencyP90\": 60,\"ApplicationLatencyP99\": 60,\"ApplicationLatencyP95\": 60,\"InstancesUnknown\": 60,\"ApplicationLatencyP85\": 60,\"InstancesInfo\": 60,\"ApplicationRequests2xx\": 60,\"InstancesDegraded\": 60,\"InstancesWarning\": 60,\"ApplicationLatencyP50\": 60,\"ApplicationRequestsTotal\": 60,\"InstancesNoData\": 60,\"InstancesPending\": 60,\"ApplicationLatencyP10\": 60,\"ApplicationRequests5xx\": 60,\"ApplicationLatencyP75\": 60,\"InstancesOk\": 60,\"ApplicationRequests3xx\": 60,\"ApplicationRequests4xx\": 60},\"Instance\": {\"ApplicationLatencyP99.9\": 60,\"ApplicationLatencyP90\": 60,\"ApplicationLatencyP99\": 60,\"ApplicationLatencyP95\": 60,\"ApplicationLatencyP85\": 60,\"CPUUser\": 60,\"ApplicationRequests2xx\": 60,\"CPUIdle\": 60,\"ApplicationLatencyP50\": 60,\"ApplicationRequestsTotal\": 60,\"RootFilesystemUtil\": 60,\"LoadAverage1min\": 60,\"CPUIrq\": 60,\"CPUNice\": 60,\"CPUIowait\": 60,\"ApplicationLatencyP10\": 60,\"LoadAverage5min\": 60,\"ApplicationRequests5xx\": 60,\"ApplicationLatencyP75\": 60,\"CPUSystem\": 60,\"ApplicationRequests3xx\": 60,\"ApplicationRequests4xx\": 60,\"InstanceHealth\": 60,\"CPUSoftirq\": 60}},\"Version\": 1}"
}
]'
```
Untuk file konfigurasi `.ebextensions` di YAML, Anda dapat memberikan dokumen JSON apa adanya.
```
option_settings:
- namespace: aws:elasticbeanstalk:healthreporting:system
option_name: ConfigDocument
value: {
"CloudWatchMetrics": {
"Environment": {
"ApplicationLatencyP99.9": 60,
"InstancesSevere": 60,
"ApplicationLatencyP90": 60,
"ApplicationLatencyP99": 60,
"ApplicationLatencyP95": 60,
"InstancesUnknown": 60,
"ApplicationLatencyP85": 60,
"InstancesInfo": 60,
"ApplicationRequests2xx": 60,
"InstancesDegraded": 60,
"InstancesWarning": 60,
"ApplicationLatencyP50": 60,
"ApplicationRequestsTotal": 60,
"InstancesNoData": 60,
"InstancesPending": 60,
"ApplicationLatencyP10": 60,
"ApplicationRequests5xx": 60,
"ApplicationLatencyP75": 60,
"InstancesOk": 60,
"ApplicationRequests3xx": 60,
"ApplicationRequests4xx": 60
},
"Instance": {
"ApplicationLatencyP99.9": 60,
"ApplicationLatencyP90": 60,
"ApplicationLatencyP99": 60,
"ApplicationLatencyP95": 60,
"ApplicationLatencyP85": 60,
"CPUUser": 60,
"ApplicationRequests2xx": 60,
"CPUIdle": 60,
"ApplicationLatencyP50": 60,
"ApplicationRequestsTotal": 60,
"RootFilesystemUtil": 60,
"LoadAverage1min": 60,
"CPUIrq": 60,
"CPUNice": 60,
"CPUIowait": 60,
"ApplicationLatencyP10": 60,
"LoadAverage5min": 60,
"ApplicationRequests5xx": 60,
"ApplicationLatencyP75": 60,
"CPUSystem": 60,
"ApplicationRequests3xx": 60,
"ApplicationRequests4xx": 60,
"InstanceHealth": 60,
"CPUSoftirq": 60
}
},
"Version": 1
}
```
# Menggunakan pelaporan kondisi yang ditingkatkan dengan API Elastic Beanstalk
Karena pelaporan kesehatan yang AWS Elastic Beanstalk disempurnakan memiliki persyaratan tumpukan peran dan solusi, Anda harus memperbarui skrip dan kode yang Anda gunakan sebelum rilis pelaporan kesehatan yang disempurnakan sebelum Anda dapat menggunakannya. Untuk menjaga kompatibilitas mundur, pelaporan kondisi yang ditingkatkan tidak diaktifkan secara default ketika Anda membuat lingkungan menggunakan API Elastic Beanstalk.
Anda mengonfigurasi pelaporan kesehatan yang disempurnakan dengan menyetel peran layanan, profil instans, dan opsi CloudWatch konfigurasi Amazon untuk lingkungan Anda. Anda dapat melakukan ini dengan tiga cara: dengan pengaturan pilihan konfigurasi di folder `.ebextensions`, dengan konfigurasi yang tersimpan, atau dengan mengonfigurasinya secara langsung di parameter panggilan `create-environment` `option-settings`.
Untuk menggunakan API, SDKs, atau antarmuka baris AWS perintah (CLI) untuk menciptakan lingkungan yang mendukung peningkatan kesehatan, Anda harus:
+ Buat peran layanan dan profil instans dengan [izin](concepts-roles.md) yang tepat
+ Buat lingkungan baru dengan [versi platform](concepts.platforms.md) terbaru
+ Atur jenis sistem kondisi, profil instans, dan peran layanan [pilihan konfigurasi](command-options.md)
Gunakan pilihan konfigurasi berikut di namespace `aws:elasticbeanstalk:healthreporting:system`, `aws:autoscaling:launchconfiguration`, dan `aws:elasticbeanstalk:environment` untuk mengonfigurasi lingkungan Anda untuk pelaporan kondisi yang ditingkatkan.
## Pilihan konfigurasi kondisi yang ditingkatkan
**SystemType**
Namespace: `aws:elasticbeanstalk:healthreporting:system`
Untuk mengaktifkan pelaporan kondisi yang ditingkatkan, atur ke **enhanced**.
**IamInstanceProfile**
Namespace: `aws:autoscaling:launchconfiguration`
Atur ke nama profil instans yang dikonfigurasi untuk digunakan dengan Elastic Beanstalk.
**ServiceRole**
Namespace: `aws:elasticbeanstalk:environment`
Tetapkan ke nama peran layanan yang dikonfigurasi untuk digunakan dengan Elastic Beanstalk.
**ConfigDocument** (opsional)
Namespace: `aws:elasticbeanstalk:healthreporting:system`
Dokumen JSON yang mendefinisikan metrik dan instance dan lingkungan untuk dipublikasikan. CloudWatch Contoh:
```
{
"CloudWatchMetrics":
{
"Environment":
{
"ApplicationLatencyP99.9":60,
"InstancesSevere":60
}
"Instance":
{
"ApplicationLatencyP85":60,
"CPUUser": 60
}
}
"Version":1
}
```
**catatan**
Dokumen Config mungkin memerlukan pemformatan khusus, seperti keluar dari kutipan, tergantung pada bagaimana Anda menyediakannya ke Elastic Beanstalk. Lihat [Menyediakan dokumen konfigurasi metrik khusus](health-enhanced-cloudwatch.md#health-enhanced-cloudwatch-configdocument) sebagai contoh.
# Format log kondisi yang ditingkatkan
AWS Elastic Beanstalk Platform menggunakan format log server web khusus untuk menyampaikan informasi tentang permintaan HTTP secara efisien ke sistem pelaporan kesehatan yang ditingkatkan. Sistem menganalisis log, mengidentifikasi masalah, dan menetapkan kondisi instans dan lingkungan dengan sesuai. Jika Anda menonaktifkan proksi server web di lingkungan Anda dan melayani permintaan langsung dari kontainer web, Anda masih dapat menggunakan pelaporan kondisi yang ditingkatkani sepenuhnya dengan mengonfigurasi server Anda ke output log di lokasi dan format yang [agen kondisi Elastic Beanstalk](health-enhanced.md#health-enhanced-agent) gunakan.
**catatan**
Informasi di halaman ini hanya relevan untuk platform berbasis Linux. Pada platform Windows Server, Elastic Beanstalk menerima informasi tentang permintaan HTTP langsung dari server web IIS. Untuk detail selengkapnya, lihat [Metrik server web menangkap IIS pada Windows server](health-enhanced-metrics-server-iis.md).
## Konfigurasi log server web
Platform Elastic Beanstalk dikonfigurasi untuk mengeluarkan dua log dengan informasi tentang permintaan HTTP. Yang pertama adalah dalam format verbose dan memberikan informasi detail tentang permintaan, termasuk informasi agen pengguna yang mengirimkan permintaan dan stempel waktu yang dapat dibaca manusia.
**/var/log/nginx/access.log**
Contoh berikut adalah dari proksi nginx yang sedang berjalan pada lingkungan web server Ruby, tetapi format ini mirip untuk Apache.
```
172.31.24.3 - - [23/Jul/2015:00:21:20 +0000] "GET / HTTP/1.1" 200 11 "-" "curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3" "177.72.242.17"
172.31.24.3 - - [23/Jul/2015:00:21:21 +0000] "GET / HTTP/1.1" 200 11 "-" "curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3" "177.72.242.17"
172.31.24.3 - - [23/Jul/2015:00:21:22 +0000] "GET / HTTP/1.1" 200 11 "-" "curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3" "177.72.242.17"
172.31.24.3 - - [23/Jul/2015:00:21:22 +0000] "GET / HTTP/1.1" 200 11 "-" "curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3" "177.72.242.17"
172.31.24.3 - - [23/Jul/2015:00:21:22 +0000] "GET / HTTP/1.1" 200 11 "-" "curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3" "177.72.242.17"
```
Log kedua dalam format singkat. Ini mencakup informasi yang relevan hanya untuk pelaporan kondisi yang ditingkatkan. Log ini adalah output ke subfolder bernama `healthd` dan berputar setiap jam. Log lama dihapus segera setelah diputar.
**/var/log/nginx/healthd/application.log.2015-07-23-00**
Contoh berikut menunjukkan log dalam format yang dapat dibaca mesin.
```
1437609879.311"/"200"0.083"0.083"177.72.242.17
1437609879.874"/"200"0.347"0.347"177.72.242.17
1437609880.006"/bad/path"404"0.001"0.001"177.72.242.17
1437609880.058"/"200"0.530"0.530"177.72.242.17
1437609880.928"/bad/path"404"0.001"0.001"177.72.242.17
```
Format log kondisi yang ditingkatkan mencakup informasi berikut:
+ Waktu permintaan, dalam waktu Unix
+ Alur dari permintaan
+ Kode status HTTP untuk hasil
+ Waktu permintaan
+ Waktu hulu
+ Header HTTP `X-Forwarded-For`
Untuk proksi nginx, waktu dicetak dalam detik floating-point, dengan tiga tempat desimal. Untuk Apache, seluruh mikrodetik digunakan.
**catatan**
Jika Anda melihat peringatan yang mirip dengan berikut ini dalam berkas log, di mana `DATE-TIME` adalah tanggal dan waktu, dan Anda menggunakan proxy khusus, seperti di lingkungan Docker multi-kontainer, Anda harus menggunakan .ebextension untuk mengonfigurasi lingkungan Anda sehingga `healthd` dapat membaca berkas log Anda:
```
W, [DATE-TIME #1922] WARN -- : log file "/var/log/nginx/healthd/application.log.DATE-TIME" does not exist
```
Anda dapat memulai dengan .ebextension di [Contoh Docker multi-kontainer](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/samples/docker-multicontainer-v2.zip).
**/etc/nginx/conf.d/webapp\$1healthd.conf**
Contoh berikut menunjukkan konfigurasi log untuk nginx dengan format log `healthd` yang tersorot.
```
upstream my_app {
server unix:///var/run/puma/my_app.sock;
}
log_format healthd '$msec"$uri"'
'$status"$request_time"$upstream_response_time"'
'$http_x_forwarded_for';
server {
listen 80;
server_name _ localhost; # need to listen to localhost for worker tier
if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})T(\d{2})") {
set $year $1;
set $month $2;
set $day $3;
set $hour $4;
}
access_log /var/log/nginx/access.log main;
access_log /var/log/nginx/healthd/application.log.$year-$month-$day-$hour healthd;
location / {
proxy_pass http://my_app; # match the name of upstream directive which is defined above
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
location /assets {
alias /var/app/current/public/assets;
gzip_static on;
gzip on;
expires max;
add_header Cache-Control public;
}
location /public {
alias /var/app/current/public;
gzip_static on;
gzip on;
expires max;
add_header Cache-Control public;
}
}
```
**/etc/httpd/conf.d/healthd.conf**
Contoh berikut menunjukkan pengaturan untuk log konfigurasi untuk Apache.
```
LogFormat "%{%s}t\"%U\"%s\"%D\"%D\"%{X-Forwarded-For}i" healthd
CustomLog "|/usr/sbin/rotatelogs /var/log/httpd/healthd/application.log.%Y-%m-%d-%H 3600" healthd
```
## Menghasilkan log untuk pelaporan kondisi yang ditingkatkan
Untuk menyediakan log ke agen kondisi, Anda harus melakukan hal berikut:
+ Log output dalam format yang benar, seperti yang ditunjukkan pada bagian sebelumnya
+ Keluaran log ke `/var/log/nginx/healthd/`
+ Log nama menggunakan format berikut: `application.log.$year-$month-$day-$hour`
+ Putar log sekali per jam
+ Jangan memotong log
# Pemberitahuan dan pemecahan masalah
**Coba Amazon Q Developer CLI untuk pemecahan masalah yang dibantu AI**
Amazon Q Developer CLI dapat membantu Anda memecahkan masalah lingkungan dengan cepat. Q CLI memberikan solusi dengan memeriksa status lingkungan, meninjau peristiwa, menganalisis log, dan mengajukan pertanyaan klarifikasi. Untuk informasi selengkapnya dan penelusuran terperinci, lihat [Memecahkan Masalah Lingkungan Elastic Beanstalk dengan CLI](https://aws.amazon.com/blogs/devops/troubleshooting-elastic-beanstalk-environments-with-amazon-q-developer-cli/) Pengembang Amazon Q di blog. AWS
Halaman ini mencantumkan pesan untuk masalah umum dan tautan ke informasi lebih lanjut. Pesan muncul di [Panel ikhtisar lingkungan](environments-dashboard-envoverview.md) konsol Elastic Beanstalk dan [dicatat dalam peristiwa ketika masalah kesehatan berlanjut](using-features.events.md) di beberapa pemeriksaan.
## Deployment
Elastic Beanstalk memantau lingkungan Anda untuk konsistensi setelah deployment. Jika deployment bergulir gagal, versi aplikasi Anda yang berjalan pada instans di lingkungan Anda dapat bervariasi. Hal ini dapat terjadi jika deployment berhasil pada satu atau lebih batch tetapi gagal sebelum semua batch selesai.
*Versi aplikasi yang salah ditemukan pada 2 dari 5 instans. Versi "v1" (deployment 1) yang diharapkan.*
*Versi aplikasi yang salah pada instans lingkungan. Versi "v1" (deployment 1) yang diharapkan.*
Versi aplikasi yang diharapkan tidak berjalan pada beberapa atau semua instans dalam lingkungan.
*Versi aplikasi yang salah "v2" (deployment 2). Versi "v1" (deployment 1) yang diharapkan.*
Aplikasi yang di-deploy pada instans berbeda dari versi yang diharapkan. Jika deployment gagal, versi yang diharapkan disetel ulang ke versi dari deployment terbaru yang telah sukses. Dalam contoh di atas, deployment pertama (versi "v1") berhasil, tetapi deployment kedua (versi "v2") gagal. Setiap instans yang menjalankan "v2" dianggap tidak sehat.
Untuk mengatasi masalah ini, mulai deployment lain. Anda dapat [men-deploy ulang versi sebelumnya](using-features.deploy-existing-version.md) yang Anda tahu bekerja, atau mengonfigurasi lingkungan Anda untuk [mengabaikan pemeriksaan kondisi](using-features.rolling-version-deploy.md#environments-cfg-rollingdeployments-console) selama deployment dan men-deploy ulang versi baru untuk memaksa deployment agar terselesaikan.
Anda juga dapat mengidentifikasi dan mengakhiri instans yang menjalankan versi aplikasi yang salah. Elastic Beanstalk akan meluncurkan instans dengan versi yang benar untuk menggantikan setiap instans yang Anda akhiri. Gunakan [perintah kondisi EB CLI](health-enhanced-ebcli.md) untuk mengidentifikasi instans yang menjalankan versi aplikasi yang salah.
## Server aplikasi
*15% permintaan salah dengan HTTP 4xx*
*20% dari permintaan ke ELB salah dengan HTTP 4xx.*
Persentase permintaan HTTP yang tinggi untuk instans atau lingkungan mengalami kegagalan dengan kesalahan 4xx.
Kode status seri 400 menunjukkan bahwa pengguna membuat permintaan yang buruk, seperti meminta halaman yang tidak ada (404 File Tidak Ditemukan) atau bahwa pengguna tidak memiliki akses (403 Terlarang). Jumlah 404s yang rendah bukannya tidak biasa tetapi jumlah yang besar bisa berarti bahwa ada tautan internal atau eksternal ke halaman yang tidak tersedia. Masalah ini dapat diatasi dengan memperbaiki tautan internal yang buruk dan menambahkan pengalihan untuk tautan eksternal yang buruk.
*5% dari permintaan gagal dengan HTTP 5xx*
*3% dari permintaan ke ELB gagal dengan HTTP 5xx.*
Persentase tinggi permintaan HTTP untuk instans atau lingkungan mengalami kegagalan dengan kode status seri 500.
Kode status seri 500 menunjukkan bahwa server aplikasi mengalami kesalahan internal. Masalah ini menunjukkan bahwa ada kesalahan dalam kode aplikasi Anda dan harus diidentifikasi dan diperbaiki dengan cepat.
*95% CPU sedang digunakan*
Pada instans, agen kondisi melaporkan persentase yang sangat tinggi dari penggunaan CPU dan menetapkan kondisi instans menjadi **Peringatan** atau **Berdegradasi**.
Skalakan lingkungan Anda untuk mengambil beban dari instans.
## Instans pekerja
*20 pesan menunggu dalam antrian (25 detik yang lalu)*
Permintaan sedang ditambahkan ke antrian lingkungan pekerja Anda lebih cepat daripada yang dapat diproses. Skalakan lingkungan Anda untuk meningkatkan kapasitas.
*5 pesan dalam Antrian Surat Mati (15 detik yang lalu)*
Permintaan pekerja mengalami kegagalan berulang kali dan ditambahkan ke [Antrean surat mati](using-features-managing-env-tiers.md#worker-deadletter). Periksa permintaan dalam antrean surat mati untuk mengetahui mengapa mereka mengalami kegagalan.
## Sumber daya lainnya
*4 instance aktif di bawah ukuran minimum grup Auto Scaling 5*
Jumlah instans yang berjalan di lingkungan Anda kurang dari minimum yang dikonfigurasi untuk grup Auto Scaling.
*Pemberitahuan grup Auto Scaling (nama grup) telah dihapus atau dimodifikasi*
Notifikasi yang dikonfigurasi untuk grup Auto Scaling Anda telah diubah di luar Elastic Beanstalk.
# Analisis lingkungan bertenaga AI
AWS Elastic Beanstalk Analisis bertenaga AI mengidentifikasi akar penyebab dan merekomendasikan solusi untuk masalah kesehatan lingkungan. Ketika lingkungan Anda mengalami masalah, Anda dapat meminta analisis AI menggunakan operasi `RequestEnvironmentInfo` dan `RetrieveEnvironmentInfo` API dengan jenis `analyze` info untuk mendapatkan wawasan yang dihasilkan AI dan solusi yang direkomendasikan.
**catatan**
Analisis AI hanya tersedia di Amazon Linux 2 yang didukung dan versi AL2023 platform yang dirilis pada atau setelah 16 Februari 2026.
## Cara kerjanya
[Saat Anda meminta analisis AI, Elastic Beanstalk menjalankan skrip pada instance di lingkungan Anda yang mengumpulkan peristiwa terbaru, kesehatan instans, dan log (hingga 170.000 token data).](https://docs.aws.amazon.com/bedrock/latest/userguide/key-definitions.html) Kemudian mengirimkan data ini ke Amazon Bedrock di akun Anda dan mengembalikan wawasan dan merekomendasikan langkah selanjutnya.
## Prasyarat
Sebelum Anda menggunakan analisis AI, verifikasi bahwa lingkungan Anda memenuhi persyaratan berikut:
+ Lingkungan menjalankan [versi platform yang didukung](#health-ai-analysis-supported-platforms)
+ [Profil instance](iam-instanceprofile.md) dengan izin yang diperlukan (lihat [Izin yang diperlukan](#health-ai-analysis-permissions) di bawah)
+ **Detail kasus penggunaan antropik** — Analisis AI menggunakan model Anthropic Claude melalui Amazon Bedrock. Anthropic mengharuskan Anda untuk mengirimkan formulir detail kasus penggunaan satu kali sebelum Anda dapat memanggil model mereka. Untuk mengirimkan formulir ini, pilih model Antropik apa pun dari katalog model di [konsol Amazon Bedrock](https://console.aws.amazon.com/bedrock/), atau hubungi API. [https://docs.aws.amazon.com/bedrock/latest/APIReference/API_PutUseCaseForModelAccess.html](https://docs.aws.amazon.com/bedrock/latest/APIReference/API_PutUseCaseForModelAccess.html) Anda hanya perlu melakukan ini sekali per AWS akun. Jika Anda mengirimkan formulir dari akun manajemen AWS Organizations, secara otomatis mencakup semua akun anggota di organisasi. Untuk informasi selengkapnya, lihat [Mengakses model foundation Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/model-access.html).
+ **GovCloud wilayah** — Jika Anda menggunakan wilayah AWS GovCloud (AS), Anda harus mengaktifkan akses ke model Anthropic Claude Sonnet and/or Opus terbaru di Amazon Bedrock sebelum menggunakan analisis AI. Untuk petunjuk cara mengaktifkan akses model di GovCloud wilayah, lihat [Mengelola akses ke model foundation Amazon Bedrock](https://docs.aws.amazon.com/bedrock/latest/userguide/model-access.html#model-access-govcloud). Untuk informasi tentang model Anthropic Claude Sonnet and/or Opus terbaru yang tersedia, lihat [Wilayah dan model yang Didukung](https://docs.aws.amazon.com/bedrock/latest/userguide/inference-profiles-support.html) untuk profil inferensi.
## Izin yang diperlukan
Untuk menggunakan analisis AI, profil instans Amazon EC2 untuk lingkungan Anda harus memiliki izin untuk memanggil Amazon Bedrock. Tambahkan izin berikut ke profil instans Anda:
+ `bedrock:InvokeModel`
+ `bedrock:ListFoundationModels`
+ `elasticbeanstalk:DescribeEvents`
+ `elasticbeanstalk:DescribeEnvironmentHealth`
Untuk informasi selengkapnya tentang mengonfigurasi profil instans, lihat[Mengelola profil instans Elastic Beanstalk](iam-instanceprofile.md).
## Menggunakan analisis AI di konsol
**Dari ikhtisar lingkungan**
Ketika status kesehatan lingkungan Anda adalah **Peringatan**, **Terdegradasi, atau **Parah****, tombol **Analisis AI** muncul di bagian ikhtisar lingkungan. Klik tombol ini untuk memulai analisis AI terhadap lingkungan Anda.
**Dari halaman Log**
Anda juga dapat mengakses analisis AI dari halaman **Log** di panel navigasi. Klik tombol **Analisis AI** untuk meminta analisis bertenaga AI tentang keadaan lingkungan Anda saat ini.
## Menggunakan analisis AI dengan AWS CLI
Anda dapat menggunakan Elastic Beanstalk API AWS CLI melalui untuk meminta dan mengambil analisis AI secara terprogram.
**Minta analisis AI**
Gunakan [https://docs.aws.amazon.com/elasticbeanstalk/latest/api/API_RequestEnvironmentInfo.html](https://docs.aws.amazon.com/elasticbeanstalk/latest/api/API_RequestEnvironmentInfo.html)operasi dengan `InfoType` parameter yang disetel ke`analyze`.
**Example AWS CLI - Minta analisis AI**
```
aws elasticbeanstalk request-environment-info \
--environment-name my-env \
--info-type analyze \
--region us-east-1
```
**Ambil analisis AI**
Gunakan [https://docs.aws.amazon.com/elasticbeanstalk/latest/api/API_RetrieveEnvironmentInfo.html](https://docs.aws.amazon.com/elasticbeanstalk/latest/api/API_RetrieveEnvironmentInfo.html)operasi dengan `InfoType` parameter yang diatur `analyze` untuk mengambil hasil analisis.
**Example AWS CLI - Ambil analisis AI**
```
aws elasticbeanstalk retrieve-environment-info \
--environment-name my-env \
--info-type analyze \
--region us-east-1
```
Respons tersebut mencakup analisis yang dihasilkan AI dari keadaan lingkungan saat ini, bersama dengan solusi yang direkomendasikan untuk setiap masalah yang diidentifikasi.
## Menggunakan analisis AI dengan EB CLI
Jika Anda menggunakan EB CLI, Anda dapat meminta analisis AI dengan `--analyze` opsi `-ai` () perintah. **eb logs** Perintah meminta analisis, menunggu sampai selesai, dan menampilkan hasilnya.
**Example EB CLI - Minta analisis AI**
```
$ eb logs --analyze
```
`--analyze`Opsi ini tidak kompatibel dengan`--instance`,`--all`,`--zip`, atau`--log-group`. Untuk referensi perintah lengkap, lihat[**eb logs**](eb3-logs.md).
**catatan**
`--analyze`Opsi ini membutuhkan EB CLI versi 3.27 atau yang lebih baru.
## Pertimbangan penting
+ **Harga** — Analisis AI menggunakan Amazon Bedrock untuk memproses data lingkungan Anda, dan harga Amazon Bedrock standar berlaku untuk pemanggilan model. Untuk detail harga, lihat [Harga Amazon Bedrock](https://aws.amazon.com/bedrock/pricing/).
+ **Persyaratan platform** - Analisis AI hanya tersedia di Amazon Linux 2 dan versi platform AL2023 berbasis yang dirilis pada atau setelah 16 Februari 2026. Untuk menggunakan fitur ini, perbarui lingkungan Anda ke versi platform yang didukung. Untuk informasi selengkapnya, lihat [Memperbarui versi platform lingkungan Elastic Beanstalk Anda](using-features.platform.upgrade.md).
+ **Izin** — Sebelum menggunakan analisis AI, pastikan profil instans Anda memiliki izin Amazon Bedrock yang diperlukan (dan) serta izin Elastic Beanstalk (`bedrock:InvokeModel`dan`bedrock:ListFoundationModels`). `elasticbeanstalk:DescribeEvents` `elasticbeanstalk:DescribeEnvironmentHealth`
+ **Privasi data** — Analisis mengirimkan peristiwa lingkungan dan log ke Amazon Bedrock di akun Anda untuk diproses. Untuk informasi tentang cara Amazon Bedrock menangani data Anda, lihat [Keamanan dan Kepatuhan Amazon Bedrock](https://aws.amazon.com/bedrock/security-compliance/).
+ **Kuota layanan** - Analisis AI menggunakan model Anthropic Claude di Amazon Bedrock, yang memiliki kuota default untuk permintaan per menit dan token per menit. Jika Anda mengalami kesalahan pelambatan, Anda dapat meminta peningkatan kuota. Untuk informasi selengkapnya, lihat [Meminta peningkatan kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html).
## Versi platform yang didukung
Analisis AI didukung di Amazon Linux 2 dan versi platform AL2023 berbasis yang dirilis pada atau setelah [16 Februari 2026](RELEASE_NOTES_URL). Untuk memverifikasi versi platform Anda, lihat catatan rilis [Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/relnotes/welcome.html).