Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memantau lingkungan di Elastic Beanstalk
Dengan pemantauan kesehatan Elastic Beanstalk, Anda dapat memverifikasi ketersediaan aplikasi dan membuat peringatan yang aktif ketika metrik melebihi ambang batas Anda. Anda dapat menggunakan pemantauan kesehatan Elastic Beanstalk di konsol dan baris perintah untuk melacak status lingkungan Anda.
**Topics**
+ [Memantau kesehatan lingkungan di konsol AWS manajemen](environment-health-console.md)
+ [Menggunakan EB CLI untuk memantau kondisi lingkungan](health-enhanced-ebcli.md)
+ [Pelaporan kondisi dasar](using-features.healthstatus.md)
+ [Peningkatan pelaporan dan pemantauan kesehatan di Elastic Beanstalk](health-enhanced.md)
+ [Mengelola alarm](using-features.alarms.md)
+ [Melihat riwayat perubahan lingkungan Elastic Beanstalk](using-features.changehistory.md)
+ [Melihat alur kejadian lingkungan Elastic Beanstalk](using-features.events.md)
+ [Membuat daftar dan menghubungkan ke server instans](using-features.ec2connect.md)
+ [Melihat log dari instans Amazon EC2 di lingkungan Elastic Beanstalk Anda](using-features.logging.md)
+ [Melihat log penerapan untuk lingkungan Elastic Beanstalk](environments-deployment-logs.md)
# Memantau kesehatan lingkungan di konsol AWS manajemen
Anda dapat mengakses informasi operasional tentang aplikasi Anda dari konsol Elastic Beanstalk. Konsol tersebut menampilkan status lingkungan dan kondisi aplikasi Anda secara sekilas. Di halaman **Lingkungan** konsol dan di setiap halaman aplikasi, lingkungan pada daftar diberi kode warna untuk menunjukkan status.
**Untuk memantau lingkungan 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. Di panel navigasi, pilih **Pemantauan**.
Halaman Pemantauan menunjukkan statistik keseluruhan tentang lingkungan Anda, seperti penggunaan CPU dan latensi rata-rata. Selain statistik keseluruhan, Anda dapat melihat grafik pemantauan yang menunjukkan penggunaan sumber daya dari waktu ke waktu. Anda dapat mengklik salah satu grafik untuk melihat informasi lebih detail.
**catatan**
Secara default, hanya CloudWatch metrik dasar yang diaktifkan, yang mengembalikan data dalam periode lima menit. Anda dapat mengaktifkan CloudWatch metrik satu menit yang lebih terperinci dengan mengedit pengaturan konfigurasi lingkungan Anda.
## Grafik pemantauan
Halaman **Pemantauan** menampilkan gambaran umum metrik terkait kondisi untuk lingkungan Anda. Ini termasuk set metrik default yang disediakan oleh Elastic Load Balancing dan EC2 Amazon, dan grafik yang menunjukkan bagaimana kesehatan lingkungan telah berubah dari waktu ke waktu.
Bilah di atas grafik menyediakan berbagai interval waktu untuk Anda pilih. Misalnya, pilih **1w** untuk menampilkan informasi yang membentang selama seminggu terakhir. Atau pilih **3h** untuk menampilkan informasi yang mencakup selama tiga jam terakhir.
Untuk variasi pilihan interval waktu yang lebih banyak, pilih **Kustom**. Dari sini Anda memiliki dua opsi rentang: *Absolute* atau *Relatif*. Opsi **Absolute** memungkinkan Anda menentukan rentang tanggal tertentu, seperti *1 Januari 2023 hingga 30 Juni 2023*. Opsi **Relatif** memungkinkan untuk memilih bilangan bulat dengan unit waktu tertentu: *Menit*, *Jam,* *Hari*, *Minggu*, atau *Bulan*. Contohnya termasuk *10 Jam*, *10 Hari*, dan *10 Bulan*.
![\[Bagian pemantauan kondisi lingkungan pada halaman pemantauan lingkungan dari konsol Elastic Beanstalk\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/environment-monitoring-graphs.png)
## Menyesuaikan konsol pemantauan
Untuk membuat dan melihat metrik khusus, Anda harus menggunakan Amazon CloudWatch. Dengan CloudWatch Anda dapat membuat dasbor khusus untuk memantau sumber daya Anda dalam satu tampilan. Pilih **Tambahkan ke dasbor** untuk menavigasi ke CloudWatch konsol Amazon dari halaman **Pemantauan**. Amazon CloudWatch memberi Anda opsi untuk membuat dasbor baru atau memilih yang sudah ada. Untuk informasi selengkapnya, lihat [Menggunakan CloudWatch dasbor Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html) di *Panduan CloudWatch Pengguna Amazon*.
![\[Bagian pemantauan kondisi lingkungan pada halaman pemantauan lingkungan dari konsol Elastic Beanstalk\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/environment-monitoring-graphs.png)
[Elastic Load Balancing](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/elb-metricscollected.html) dan EC2 metrik [Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ec2-metricscollected.html) diaktifkan untuk semua lingkungan.
Dengan [peningkatan kesehatan](health-enhanced.md), EnvironmentHealth metrik diaktifkan, dan grafik ditambahkan ke konsol pemantauan secara otomatis. Kondisi yang ditingkatkan juga menambahkan [Halaman kondisi](health-enhanced-console.md#health-enhanced-console-healthpage) ke konsol manajemen. Untuk daftar metrik kesehatan yang ditingkatkan yang tersedia, lihat[Menerbitkan metrik CloudWatch kustom Amazon untuk suatu lingkungan](health-enhanced-cloudwatch.md).
# Menggunakan EB CLI untuk memantau kondisi lingkungan
[Elastic Beanstalk Command Line](eb-cli3.md) Interface (EB CLI) adalah alat baris perintah untuk mengelola lingkungan. AWS Elastic Beanstalk Anda juga dapat menggunakan EB CLI untuk memantau kondisi lingkungan Anda secara langsung dan dengan lebih terperinci daripada yang saat ini tersedia pada konsol Elastic Beanstalk
Setelah [menginstal](eb-cli3.md#eb-cli3-install) dan [mengkonfigurasi](eb-cli3-configuration.md) CLI EB, Anda dapat meluncurkan lingkungan baru dan menyebarkan kode Anda ke sana dengan perintah. **eb create** Jika Anda sudah memiliki lingkungan yang Anda buat di konsol Elastic Beanstalk, Anda dapat melampirkan EB CLI dengan menjalankan **eb init** di folder proyek dan mengikuti petunjuknya (folder proyek bisa kosong).
**penting**
Pastikan bahwa Anda menggunakan versi terbaru dari EB CLI dengan menjalankan `pip install` dengan pilihan `--upgrade`:
```
$ sudo pip install --upgrade awsebcli
```
Untuk instruksi instalasi EB CLI yang lengkap, lihat [Instal EB CLI dengan skrip pengaturan (disarankan)](eb-cli3.md#eb-cli3-install).
Untuk menggunakan EB CLI untuk memantau kondisi lingkungan Anda, Anda harus terlebih dahulu mengonfigurasi folder proyek lokal dengan menjalankan **eb init** dan mengikuti petunjuknya. Untuk instruksi yang lebih lengkap, lihat [Mengonfigurasi EB CLI](eb-cli3-configuration.md).
Jika Anda sudah memiliki lingkungan yang berjalan di Elastic Beanstalk dan ingin menggunakan EB CLI untuk memantau kondisinya, ikuti langkah-langkah ini untuk melampirkannya ke lingkungan yang ada.
**Untuk melampirkan EB CLI ke lingkungan yang ada**
1. Buka terminal baris perintah dan arahkan ke folder pengguna Anda.
1. Buat dan buka folder baru untuk lingkungan Anda.
1. Jalankan perintah **eb init**, dan kemudian pilih aplikasi dan lingkungan yang kondisinya ingin Anda pantau. Jika Anda hanya memiliki satu lingkungan yang menjalankan aplikasi yang Anda pilih, EB CLI akan memilihnya secara otomatis dan Anda tidak perlu memilih lingkungan, seperti yang ditunjukkan pada contoh berikut.
```
~/project$ eb init
Select an application to use
1) elastic-beanstalk-example
2) [ Create new Application ]
(default is 2): 1
Select the default environment.
You can change this later by typing "eb use [environment_name]".
1) elasticBeanstalkEx2-env
2) elasticBeanstalkExa-env
(default is 1): 1
```
**Untuk memantau kondisi dengan menggunakan EB CLI**
1. Buka baris perintah dan arahkan ke folder proyek Anda.
1. Jalankan perintah **eb health** untuk menampilkan status kondisi instans di lingkungan Anda. Dalam contoh ini, ada lima instans yang berjalan pada lingkungan Linux.
```
~/project $ eb health
elasticBeanstalkExa-env Ok 2015-07-08 23:13:20
WebServer Ruby 2.1 (Puma)
total ok warning degraded severe info pending unknown
5 5 0 0 0 0 0 0
instance-id status cause health
Overall Ok
i-d581497d Ok
i-d481497c Ok
i-136e00c0 Ok
i-126e00c1 Ok
i-8b2cf575 Ok
instance-id r/sec %2xx %3xx %4xx %5xx p99 p90 p75 p50 p10 requests
Overall 671.8 100.0 0.0 0.0 0.0 0.003 0.002 0.001 0.001 0.000
i-d581497d 143.0 1430 0 0 0 0.003 0.002 0.001 0.001 0.000
i-d481497c 128.8 1288 0 0 0 0.003 0.002 0.001 0.001 0.000
i-136e00c0 125.4 1254 0 0 0 0.004 0.002 0.001 0.001 0.000
i-126e00c1 133.4 1334 0 0 0 0.003 0.002 0.001 0.001 0.000
i-8b2cf575 141.2 1412 0 0 0 0.003 0.002 0.001 0.001 0.000
instance-id type az running load 1 load 5 user% nice% system% idle% iowait% cpu
i-d581497d t2.micro 1a 12 mins 0.0 0.04 6.2 0.0 1.0 92.5 0.1
i-d481497c t2.micro 1a 12 mins 0.01 0.09 5.9 0.0 1.6 92.4 0.1
i-136e00c0 t2.micro 1b 12 mins 0.15 0.07 5.5 0.0 0.9 93.2 0.0
i-126e00c1 t2.micro 1b 12 mins 0.17 0.14 5.7 0.0 1.4 92.7 0.1
i-8b2cf575 t2.micro 1c 1 hour 0.19 0.08 6.5 0.0 1.2 92.1 0.1
instance-id status id version ago deployments
i-d581497d Deployed 1 Sample Application 12 mins
i-d481497c Deployed 1 Sample Application 12 mins
i-136e00c0 Deployed 1 Sample Application 12 mins
i-126e00c1 Deployed 1 Sample Application 12 mins
i-8b2cf575 Deployed 1 Sample Application 1 hour
```
Dalam contoh ini, ada satu instans yang berjalan pada lingkungan Windows.
```
~/project $ eb health
WindowsSampleApp-env Ok 2018-05-22 17:33:19
WebServer IIS 10.0 running on 64bit Windows Server 2016/2.2.0
total ok warning degraded severe info pending unknown
1 1 0 0 0 0 0 0
instance-id status cause health
Overall Ok
i-065716fba0e08a351 Ok
instance-id r/sec %2xx %3xx %4xx %5xx p99 p90 p75 p50 p10 requests
Overall 13.7 100.0 0.0 0.0 0.0 1.403 0.970 0.710 0.413 0.079
i-065716fba0e08a351 2.4 100.0 0.0 0.0 0.0 1.102* 0.865 0.601 0.413 0.091
instance-id type az running % user time % privileged time % idle time cpu
i-065716fba0e08a351 t2.large 1b 4 hours 0.2 0.1 99.7
instance-id status id version ago deployments
i-065716fba0e08a351 Deployed 2 Sample Application 4 hours
```
## Membaca output
Output menampilkan nama lingkungan, kondisi lingkungan secara keseluruhan, dan tanggal saat ini di bagian atas layar.
```
elasticBeanstalkExa-env Ok 2015-07-08 23:13:20
```
Tiga baris berikutnya menampilkan jenis lingkungan (” WebServer "dalam hal ini), konfigurasi (Ruby 2.1 dengan Puma), dan rincian berapa banyak contoh di masing-masing dari tujuh status.
```
WebServer Ruby 2.1 (Puma)
total ok warning degraded severe info pending unknown
5 5 0 0 0 0 0 0
```
Sisa output dibagi menjadi empat bagian. Yang pertama menampilkan *status* dan *penyebab* status untuk lingkungan secara keseluruhan, dan kemudian untuk setiap instans. Contoh berikut menunjukkan dua instans di lingkungan dengan status `Info` dan penyebab yang menunjukkan bahwa deployment telah dimulai.
```
instance-id status cause health
Overall Ok
i-d581497d Info Performing application deployment (running for 3 seconds)
i-d481497c Info Performing application deployment (running for 3 seconds)
i-136e00c0 Ok
i-126e00c1 Ok
i-8b2cf575 Ok
```
Untuk informasi tentang status kondisi dan warna, lihat [Warna dan status kondisi](health-enhanced-status.md).
Bagian **permintaan** menampilkan informasi dari log server web pada setiap instans. Dalam contoh ini, setiap instans mengambil permintaan secara normal dan tidak ada kesalahan.
```
instance-id r/sec %2xx %3xx %4xx %5xx p99 p90 p75 p50 p10 requests
Overall 13.7 100.0 0.0 0.0 0.0 1.403 0.970 0.710 0.413 0.079
i-d581497d 2.4 100.0 0.0 0.0 0.0 1.102* 0.865 0.601 0.413 0.091
i-d481497c 2.7 100.0 0.0 0.0 0.0 0.842* 0.788 0.480 0.305 0.062
i-136e00c0 4.1 100.0 0.0 0.0 0.0 1.520* 1.088 0.883 0.524 0.104
i-126e00c1 2.2 100.0 0.0 0.0 0.0 1.334* 0.791 0.760 0.344 0.197
i-8b2cf575 2.3 100.0 0.0 0.0 0.0 1.162* 0.867 0.698 0.477 0.076
```
Bagian **cpu** menunjukkan metrik sistem operasi untuk setiap instans. Output berbeda dengan sistem operasi. Berikut adalah output untuk lingkungan Linux.
```
instance-id type az running load 1 load 5 user% nice% system% idle% iowait% cpu
i-d581497d t2.micro 1a 12 mins 0.0 0.03 0.2 0.0 0.0 99.7 0.1
i-d481497c t2.micro 1a 12 mins 0.0 0.03 0.3 0.0 0.0 99.7 0.0
i-136e00c0 t2.micro 1b 12 mins 0.0 0.04 0.1 0.0 0.0 99.9 0.0
i-126e00c1 t2.micro 1b 12 mins 0.01 0.04 0.2 0.0 0.0 99.7 0.1
i-8b2cf575 t2.micro 1c 1 hour 0.0 0.01 0.2 0.0 0.1 99.6 0.1
```
Berikut adalah output untuk lingkungan Windows.
```
instance-id type az running % user time % privileged time % idle time
i-065716fba0e08a351 t2.large 1b 4 hours 0.2 0.0 99.8
```
Untuk informasi tentang metrik server dan sistem operasi yang ditampilkan, lihat [Metrik instans](health-enhanced-metrics.md).
Bagian akhir, **deployments**, menunjukkan status deployment setiap instans. Jika penerapan bergulir gagal, Anda dapat menggunakan ID deployment, status, dan label versi yang ditampilkan untuk mengidentifikasi instans di lingkungan Anda yang menjalankan versi yang salah.
```
instance-id status id version ago deployments
i-d581497d Deployed 1 Sample Application 12 mins
i-d481497c Deployed 1 Sample Application 12 mins
i-136e00c0 Deployed 1 Sample Application 12 mins
i-126e00c1 Deployed 1 Sample Application 12 mins
i-8b2cf575 Deployed 1 Sample Application 1 hour
```
## Tampilan kondisi interaktif
Perintah **eb health** menampilkan snapshot dari kondisi lingkungan Anda. Untuk memperbarui informasi yang ditampilkan setiap 10 detik, gunakan pilihan `--refresh`.
```
$ eb health --refresh
elasticBeanstalkExa-env Ok 2015-07-09 22:10:04 (1 secs)
WebServer Ruby 2.1 (Puma)
total ok warning degraded severe info pending unknown
5 5 0 0 0 0 0 0
instance-id status cause health
Overall Ok
i-bb65c145 Ok Application deployment completed 35 seconds ago and took 26 seconds
i-ba65c144 Ok Application deployment completed 17 seconds ago and took 25 seconds
i-f6a2d525 Ok Application deployment completed 53 seconds ago and took 26 seconds
i-e8a2d53b Ok Application deployment completed 32 seconds ago and took 31 seconds
i-e81cca40 Ok
instance-id r/sec %2xx %3xx %4xx %5xx p99 p90 p75 p50 p10 requests
Overall 671.8 100.0 0.0 0.0 0.0 0.003 0.002 0.001 0.001 0.000
i-bb65c145 143.0 1430 0 0 0 0.003 0.002 0.001 0.001 0.000
i-ba65c144 128.8 1288 0 0 0 0.003 0.002 0.001 0.001 0.000
i-f6a2d525 125.4 1254 0 0 0 0.004 0.002 0.001 0.001 0.000
i-e8a2d53b 133.4 1334 0 0 0 0.003 0.002 0.001 0.001 0.000
i-e81cca40 141.2 1412 0 0 0 0.003 0.002 0.001 0.001 0.000
instance-id type az running load 1 load 5 user% nice% system% idle% iowait% cpu
i-bb65c145 t2.micro 1a 12 mins 0.0 0.03 0.2 0.0 0.0 99.7 0.1
i-ba65c144 t2.micro 1a 12 mins 0.0 0.03 0.3 0.0 0.0 99.7 0.0
i-f6a2d525 t2.micro 1b 12 mins 0.0 0.04 0.1 0.0 0.0 99.9 0.0
i-e8a2d53b t2.micro 1b 12 mins 0.01 0.04 0.2 0.0 0.0 99.7 0.1
i-e81cca40 t2.micro 1c 1 hour 0.0 0.01 0.2 0.0 0.1 99.6 0.1
instance-id status id version ago deployments
i-bb65c145 Deployed 1 Sample Application 12 mins
i-ba65c144 Deployed 1 Sample Application 12 mins
i-f6a2d525 Deployed 1 Sample Application 12 mins
i-e8a2d53b Deployed 1 Sample Application 12 mins
i-e81cca40 Deployed 1 Sample Application 1 hour
(Commands: Help,Quit, ▼ ▲ ◄ ►)
```
Contoh ini menunjukkan lingkungan yang baru-baru ini telah dinaikkan skala dari satu sampai lima instans. Operasi penskalaan berhasil, dan semua instans sekarang melewati pemeriksaan kondisi dan siap untuk mengambil permintaan. Dalam mode interaktif, status kondisi diperbarui setiap 10 detik. Di sudut kanan atas, timer berhenti ke pembaruan berikutnya.
Di sudut kiri bawah, laporan menampilkan daftar pilihan. Untuk keluar dari mode interaktif, tekan **Q**. Untuk menggulir, tekan tombol panah. Untuk melihat daftar perintah tambahan, tekan **H**.
## Opsi tampilan kondisi interaktif
Ketika melihat kondisi lingkungan secara interaktif, Anda dapat menggunakan tombol keyboard untuk menyesuaikan tampilan dan memberitahu Elastic Beanstalk untuk mengganti atau memulai ulang masing-masing instans. Untuk melihat daftar perintah yang tersedia saat melihat laporan kondisi dalam mode interaktif, tekan **H** .
```
up,down,home,end Scroll vertically
left,right Scroll horizontally
F Freeze/unfreeze data
X Replace instance
B Reboot instance
<,> Move sort column left/right
-,+ Sort order descending/ascending
P Save health snapshot data file
Z Toggle color/mono mode
Q Quit this program
Views
1 All tables/split view
2 Status Table
3 Request Summary Table
4 CPU%/Load Table
H This help menu
(press Q or ESC to return)
```
# Pelaporan kondisi dasar
Topik ini menjelaskan fungsionalitas yang ditawarkan oleh kesehatan dasar Elastic Beanstalk.
AWS Elastic Beanstalk menggunakan informasi dari berbagai sumber untuk menentukan apakah lingkungan Anda tersedia dan memproses permintaan dari Internet. Kondisi lingkungan diwakili oleh salah satu dari empat warna, dan ditampilkan pada halaman [gambaran umum lingkungan](environments-console.md) dari konsol Elastic Beanstalk. Ini juga tersedia dari [DescribeEnvironments](https://docs.aws.amazon.com/elasticbeanstalk/latest/api/API_DescribeEnvironments.html)API dan **eb status** dengan menelepon dengan [CLI EB](eb-cli3.md).
Sistem pelaporan kondisi dasar memberikan informasi tentang kondisi instans di lingkungan Elastic Beanstalk berdasarkan pemeriksaan kondisi yang dilakukan oleh Elastic Load Balancing untuk lingkungan dengan beban yang seimbang, atau Amazon Elastic Compute Cloud untuk lingkungan instans tunggal.
Selain memeriksa kesehatan EC2 instans Anda, Elastic Beanstalk juga memantau sumber daya lain di lingkungan Anda dan melaporkan sumber daya yang hilang atau salah dikonfigurasi yang dapat menyebabkan lingkungan Anda menjadi tidak tersedia bagi pengguna.
Metrik yang dikumpulkan oleh sumber daya di lingkungan Anda dipublikasikan ke Amazon CloudWatch dalam interval lima menit. Ini termasuk metrik sistem operasi dari EC2, metrik permintaan dari Elastic Load Balancing. Anda dapat melihat grafik berdasarkan CloudWatch metrik ini di [halaman Pemantauan](environment-health-console.md) konsol lingkungan. Untuk kondisi dasar, metrik ini tidak digunakan untuk menentukan kondisi lingkungan.
**Topics**
+ [Warna kondisi](#using-features.healthstatus.colors)
+ [Pemeriksaan kondisi Elastic Load Balancing](#using-features.healthstatus.understanding)
+ [Instans tunggal dan pemeriksaan kondisi lingkungan tingkat pekerja](#monitoring-basic-healthcheck-singleinstance)
+ [Pemeriksaan tambahan](#monitoring-basic-additionalchecks)
+ [CloudWatch Metrik Amazon](#monitoring-basic-cloudwatch)
## Warna kondisi
Elastic Beanstalk melaporkan kondisi lingkungan web server tergantung pada bagaimana aplikasi yang berjalan di dalamnya merespons pemeriksaan kondisi. Elastic Beanstalk menggunakan salah satu dari empat warna untuk menggambarkan status, sebagaimana ditunjukkan dalam tabel berikut:
****
| Warna | Deskripsi |
| --- | --- |
| Abu-abu | Lingkungan Anda sedang diperbarui. |
| Hijau | Lingkungan Anda telah melewati pemeriksaan kondisi terbaru. Setidaknya satu instans di lingkungan Anda tersedia dan menerima permintaan. |
| Kuning | Lingkungan Anda telah gagal dalam satu atau lebih pemeriksaan kondisi. Beberapa permintaan untuk lingkungan Anda gagal. |
| Merah | Lingkungan Anda telah gagal dalam tiga atau lebih pemeriksaan kondisi, atau sumber daya lingkungan telah menjadi tidak tersedia. Permintaan secara konsisten gagal. |
Deskripsi ini hanya berlaku untuk lingkungan yang menggunakan pelaporan kondisi dasar. Lihat [Warna dan status kondisi](health-enhanced-status.md) untuk rincian terkait dengan kondisi yang ditingkatkan.
## Pemeriksaan kondisi Elastic Load Balancing
Dalam lingkungan dengan beban yang seimbang, Elastic Load Balancing mengirimkan permintaan ke setiap instans di lingkungan setiap 10 detik untuk mengonfirmasi bahwa instans tersebut sehat. Secara default, penyeimbang beban dikonfigurasi untuk membuka koneksi TCP pada port 80. Jika instans mengakui koneksi tersebut, itu dianggap sehat.
Anda dapat memilih untuk mengganti pengaturan ini dengan menentukan sumber daya yang ada dalam aplikasi Anda. Jika Anda menentukan jalur, seperti `/health`, URL pemeriksaan kondisi diatur ke `HTTP:80/health`. URL pemeriksaan kondisi harus diatur ke jalur yang selalu dilayani oleh aplikasi Anda. Jika diatur ke halaman statis yang dilayani atau di-cache oleh server web di depan aplikasi Anda, pemeriksaan kondisi tidak akan mengungkapkan masalah dengan server aplikasi atau kontainer web. Untuk petunjuk cara mengubah URL pemeriksaan kondisi Anda, lihat [Pemeriksaan kondisi](environments-cfg-clb.md#using-features.managing.elb.healthchecks).
Jika URL pemeriksaan kondisi dikonfigurasi, Elastic Load Balancing mengharapkan permintaan GET yang dikirimkan untuk mengembalikan respons dari `200 OK`. Aplikasi gagal dalam pemeriksaan kondisi jika aplikasi tersebut gagal untuk merespon dalam waktu 5 detik atau jika aplikasi tersebut merespon dengan kode status HTTP lainnya. Setelah 5 kegagalan pemeriksaan kondisi secara berturut-turut, Elastic Load Balancing mengeluarkan instans dari layanan.
Untuk informasi lebih lanjut mengenai pemeriksaan kondisi Elastic Load Balancing, lihat [Pemeriksaan Kondisi](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/TerminologyandKeyConcepts.html#healthcheck) di *Panduan Pengguna Elastic Load Balancing*.
**catatan**
Mengonfigurasi URL pemeriksaan kondisi tidak mengubah perilaku pemeriksaan kondisi grup Auto Scaling lingkungan. Instans yang tidak sehat dihapus dari penyeimbang beban, tetapi tidak secara otomatis diganti oleh Amazon EC2 Auto Scaling kecuali Anda mengonfigurasi Amazon Auto EC2 Scaling untuk menggunakan pemeriksaan kesehatan Elastic Load Balancing sebagai dasar untuk mengganti instans. Untuk mengonfigurasi Amazon EC2 Auto Scaling untuk mengganti instans yang gagal dalam pemeriksaan kesehatan Elastic Load Balancing, lihat. [Pengaturan pemeriksaan kesehatan Auto Scaling untuk lingkungan Elastic Beanstalk Anda](environmentconfig-autoscaling-healthchecktype.md)
## Instans tunggal dan pemeriksaan kondisi lingkungan tingkat pekerja
Dalam satu instance atau lingkungan tingkat pekerja, Elastic Beanstalk menentukan kesehatan instans dengan memantau status instans Amazon-nya. EC2 Pengaturan kesehatan Elastic Load Balancing, termasuk pemeriksaan kesehatan HTTP URLs, tidak dapat digunakan dalam jenis lingkungan ini.
Untuk informasi selengkapnya tentang pemeriksaan status EC2 instans Amazon, lihat [Memantau Instans dengan Pemeriksaan Status](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html) di *Panduan EC2 Pengguna Amazon*.
## Pemeriksaan tambahan
Selain pemeriksaan kondisi Elastic Load Balancing, Elastic Beanstalk memantau sumber daya di lingkungan Anda dan mengubah status kondisi menjadi merah jika sumber daya tersebut gagal untuk men-deploy, tidak dikonfigurasi dengan benar, atau menjadi tidak tersedia. Pemeriksaan ini mengonfirmasi bahwa:
+ Grup Auto Scaling lingkungan tersedia dan memiliki minimal satu instans.
+ Grup keamanan lingkungan tersedia dan dikonfigurasi untuk mengizinkan lalu lintas masuk pada port 80.
+ Lingkungan CNAME ada dan menunjuk ke penyeimbang beban yang tepat.
+ Dalam lingkungan pekerja, antrean Amazon Simple Queue Service (Amazon SQS) sedang disurvei setidaknya sekali setiap tiga menit.
## CloudWatch Metrik Amazon
Dengan pelaporan kesehatan dasar, layanan Elastic Beanstalk tidak mempublikasikan metrik apa pun ke Amazon. CloudWatch CloudWatch Metrik yang digunakan untuk menghasilkan grafik pada [halaman Pemantauan](environment-health-console.md) konsol lingkungan diterbitkan oleh sumber daya di lingkungan Anda.
Misalnya, EC2 menerbitkan metrik berikut untuk instans di grup Auto Scaling lingkungan Anda:
`CPUUtilization`
Persentase unit komputasi yang saat ini digunakan.
`DiskReadBytes``DiskReadOps``DiskWriteBytes``DiskWriteOps`
Jumlah byte yang dibaca dan ditulis, dan operasi jumlah baca dan tulis.
`NetworkIn``NetworkOut`
Jumlah byte yang dikirim dan diterima.
Elastic Load Balancing menerbitkan metrik berikut untuk penyeimbang beban lingkungan Anda:
`BackendConnectionErrors`
Jumlah kegagalan koneksi antara penyeimbang beban dan instans lingkungan.
`HTTPCode_Backend_2XX``HTTPCode_Backend_4XX`
Jumlah kode respons (2XX) yang berhasil dan kesalahan klien (4XX) yang dihasilkan oleh instans di lingkungan Anda.
`Latency`
Jumlah detik antara ketika penyeimbang beban menyampaikan permintaan ke sebuah instans dan ketika respons diterima.
`RequestCount`
Jumlah permintaan yang telah selesai.
Daftar ini bukan daftar yang komprehensif. Untuk daftar lengkap metrik yang dapat dilaporkan untuk sumber daya ini, lihat topik berikut di Panduan CloudWatch Pengembang Amazon:
**Metrik-metrik**
| Namespace | Topik |
| --- | --- |
| AWS::ElasticLoadBalancing::LoadBalancer | [Metrik dan Sumber Daya Elastic Load Balancing](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/elb-metricscollected.html) |
| AWS::AutoScaling::AutoScalingKelompok | [Metrik dan Sumber Daya Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ec2-metricscollected.html) |
| AWS::SQS::Queue | [Metrik dan Sumber Daya Amazon SQS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/sqs-metricscollected.html) |
| AWS: :RDS:: DBInstance | [Dimensi dan Metrik Amazon RDS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/rds-metricscollected.html) |
### Metrik kondisi lingkungan pekerja
Hanya untuk lingkungan pekerja, daemon SQS menerbitkan metrik khusus untuk kesehatan lingkungan CloudWatch, di mana nilai 1 adalah Hijau. Anda dapat meninjau data metrik CloudWatch kesehatan di akun menggunakan `ElasticBeanstalk/SQSD` namespace. Dimensi metrik adalah `EnvironmentName`, dan nama metrik adalah `Health`. Semua instans menerbitkan metrik mereka ke namespace yang sama.
Untuk mengaktifkan daemon untuk menerbitkan metrik, profil instans lingkungan harus memiliki izin untuk memanggil `cloudwatch:PutMetricData`. Izin ini disertakan dalam profil instans default. Untuk informasi selengkapnya, lihat [Mengelola profil instans Elastic Beanstalk](iam-instanceprofile.md).
# 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).
# Mengelola alarm
Topik ini memandu Anda melalui langkah-langkah untuk membuat alarm untuk metrik yang Anda pantau. Ini juga memberikan instruksi untuk melihat alarm Anda yang ada dan untuk memeriksa statusnya.
Anda dapat membuat alarm untuk metrik yang Anda pantau dengan menggunakan konsol Elastic Beanstalk. Alarm membantu Anda memantau perubahan pada AWS Elastic Beanstalk lingkungan Anda sehingga Anda dapat dengan mudah mengidentifikasi dan mengurangi masalah sebelum terjadi. Misalnya, Anda dapat mengatur alarm yang memberi tahu Anda ketika penggunaan CPU di suatu lingkungan melebihi ambang batas tertentu sehingga memastikan bahwa Anda diberitahu sebelum potensi masalah terjadi. Untuk informasi selengkapnya, lihat [Menggunakan Elastic Beanstalk dengan Amazon CloudWatch](AWSHowTo.cloudwatch.md).
**catatan**
Elastic CloudWatch Beanstalk digunakan untuk pemantauan dan alarm CloudWatch , artinya biaya diterapkan AWS ke akun Anda untuk alarm apa pun yang Anda gunakan.
Untuk informasi selengkapnya tentang cara pemantauan metrik tertentu, lihat [Pelaporan kondisi dasar](using-features.healthstatus.md).
**Untuk memeriksa status alarm Anda**
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. Di panel navigasi, pilih **Alarm**.
Halaman menampilkan daftar alarm yang ada. Jika ada alarm dalam status alarm, alarm ditandai dengan ikon peringatan ()![\[Image of the warning icon.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/warning.png).
1. Untuk memfilter alarm, pilih menu drop-down, lalu pilih filter.
1. Untuk mengedit atau menghapus alarm, pilih ikon edit (![\[Image of a cog, which serves as the edit icon.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/cog.png)) atau ikon hapus (![\[Image of an x, which servers as the delete icon.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/x.png)), masing-masing.
**Untuk membuat alarm**
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. Di panel navigasi, pilih **Pemantauan**.
1. Temukan metrik yang ingin Anda buat alarm, lalu pilih ikon alarm (![\[Image of a bell, which serves as the alarm icon.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/bell.png)). Halaman **Tambahkan alarm** ditampilkan.
1. Masukkan detail mengenai alarm:
+ **Nama**: Nama untuk alarm ini.
+ **Deskripsi** (opsional): Deskripsi singkat mengenai alarm ini.
+ **Periode**: Interval waktu antara pembacaan.
+ **Ambang Batas**: Menjelaskan perilaku dan nilai yang harus dilampaui metrik untuk memicu alarm.
+ **Ubah status setelah**: Jumlah waktu setelah ambang batas telah terlampaui yang memicu perubahan status alarm.
+ **Beri tahu**: Topik Amazon SNS yang diberitahu ketika alarm mengubah status.
+ **Beri tahu saat keadaan berubah ke**:
+ **OK**: Metrik berada dalam ambang batas yang ditetapkan.
+ **Alarm**: Metrik melampaui ambang batas yang ditentukan.
+ **Data tidak cukup**: Alarm baru saja dimulai, metrik tidak tersedia, atau tidak cukup data yang tersedia bagi metrik untuk menentukan status alarm.
1. Pilih **Menambahkan**. Status lingkungan berubah menjadi abu-abu ketika pembaruan lingkungan. Anda dapat melihat alarm yang Anda buat dengan memilih **Alarm** di panel navigasi.
# Melihat riwayat perubahan lingkungan Elastic Beanstalk
Topik ini menjelaskan bagaimana Anda dapat menggunakan Konsol Elastic Beanstalk untuk melihat riwayat perubahan konfigurasi yang telah dilakukan pada lingkungan Elastic Beanstalk Anda.
Elastic Beanstalk mengambil riwayat perubahan Anda dari peristiwa yang tercatat di [AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html) dan menampilkannya dalam daftar yang dapat Anda navigasi dan filter dengan mudah.
Panel Riwayat Perubahan menampilkan informasi berikut untuk perubahan yang dibuat pada lingkungan Anda:
+ Tanggal dan waktu ketika perubahan dilakukan
+ Pengguna IAM yang bertanggung jawab atas perubahan yang dilakukan
+ Alat sumber (baik antarmuka baris perintah Elastic Beanstalk (EB CLI) atau konsol) yang digunakan untuk membuat perubahan
+ Parameter konfigurasi dan nilai-nilai baru yang ditetapkan
Setiap data sensitif yang merupakan bagian dari perubahan, seperti nama pengguna basis data yang terpengaruh oleh perubahan tersebut, tidak ditampilkan di panel.
**Untuk melihat riwayat perubahan**
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 **Ubah riwayat**.
Halaman Ubah Riwayat menunjukkan daftar perubahan konfigurasi yang dibuat pada lingkungan Elastic Beanstalk Anda.
Perhatikan poin-poin berikut tentang menavigasi informasi di halaman ini:
+ Anda dapat menelusuri halaman pada daftar dengan memilih **<** (sebelumnya) atau **>** (berikutnya), atau dengan memilih nomor halaman tertentu.
+ Di bawah kolom **Perubahan konfigurasi**, pilih ikon panah untuk berpindah antara memperluas dan memperkecil daftar perubahan di bawah judul **Perubahan yang dibuat**.
+ Gunakan bilah pencarian untuk memfilter hasil dari daftar riwayat perubahan. Anda dapat memasukkan string apa pun untuk mempersempit daftar perubahan yang ditampilkan.
Perhatikan hal berikut tentang memfilter hasil yang ditampilkan:
+ Filter pencarian tidak peka terhadap huruf besar/kecil.
+ Anda dapat memfilter perubahan yang ditampilkan berdasarkan informasi di bawah kolom **Perubahan konfigurasi**, bahkan ketika tidak terlihat karena sedang diperkecil di dalam **Perubahan yang dibuat**.
+ Anda hanya dapat memfilter hasil yang ditampilkan. Namun, filter tetap diterapkan meskipun Anda memilih untuk membuka halaman lain untuk menampilkan lebih banyak hasil. Hasil yang difilter juga ditambahkan ke rangkaian hasil halaman berikutnya.
Contoh berikut menunjukkan bagaimana data yang ditampilkan pada layar sebelumnya dapat difilter:
+ Masukkan **GettingStartedApp-env** di kotak pencarian untuk mempersempit hasil agar hanya menyertakan perubahan yang dibuat pada lingkungan bernama *GettingStartedApp-env*.
+ Masukkan **example3** di kotak pencarian untuk mempersempit hasil menjadi hanya menyertakan perubahan yang dibuat oleh pengguna IAM dengan nama pengguna yang berisi string *example3*.
+ Masukkan **2020-10** di kotak pencarian untuk mempersempit hasil menjadi hanya menyertakan perubahan yang dilakukan selama bulan Oktober 2020. Ubah nilai pencarian ke **2020-10-16** untuk memfilter lebih lanjut hasil yang ditampilkan menjadi hanya menyertakan perubahan yang dibuat pada 16 Oktober 2020.
+ Masukkan **proxy:staticfiles** di kotak pencarian untuk mempersempit hasil menjadi hanya menyertakan perubahan yang dibuat untuk namespace bernama *aws:elasticbeanstalk:environment:proxy:staticfiles*. Baris yang ditampilkan adalah hasil dari filter. Hal ini berlaku bahkan untuk hasil yang diperkecil di bawah **Perubahan yang dibuat**.
# Melihat alur kejadian lingkungan Elastic Beanstalk
Topik ini menjelaskan cara mengakses acara dan notifikasi yang terkait dengan aplikasi Anda.
## Melihat acara dengan konsol Elastic Beanstalk
**Untuk melihat acara dengan 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. Di panel navigasi, pilih **Peristiwa**.
Halaman peristiwa menampilkan daftar semua peristiwa yang telah dicatat untuk lingkungan. Anda dapat menelusuri halaman melalui daftar pilihan **<** (sebelumnya), **>** (berikutnya), atau nomor halaman. Anda dapat memfilter jenis peristiwa yang ditampilkan dengan menggunakan daftar drop-down **Tingkat Kepelikan**.
## Melihat acara dengan alat baris perintah
[EB CLI](eb-cli3.md) dan [AWS CLI](https://aws.amazon.com/cli/) memberikan perintah untuk mengambil peristiwa. Jika Anda mengelola lingkungan Anda menggunakan EB CLI, gunakan [**eb events**](eb3-events.md) untuk mencetak daftar peristiwa. Perintah ini juga memiliki pilihan `--follow` yang akan terus menampilkan peristiwa baru sampai Anda menekan **Ctrl\$1C** untuk menghentikan output.
Untuk menarik peristiwa menggunakan AWS CLI, gunakan `describe-events` perintah dan tentukan lingkungan dengan nama atau ID:
```
$ aws elasticbeanstalk describe-events --environment-id e-gbjzqccra3
{
"Events": [
{
"ApplicationName": "elastic-beanstalk-example",
"EnvironmentName": "elasticBeanstalkExa-env",
"Severity": "INFO",
"RequestId": "a4c7bfd6-2043-11e5-91e2-9114455c358a",
"Message": "Environment update completed successfully.",
"EventDate": "2015-07-01T22:52:12.639Z"
},
...
```
Untuk informasi selengkapnya tentang alat baris perintah, lihat[Menyiapkan antarmuka baris perintah EB (EB CLI) untuk mengelola Elastic Beanstalk](eb-cli3.md).
# Membuat daftar dan menghubungkan ke server instans
Topik ini menjelaskan cara melihat daftar EC2 instans Amazon yang menjalankan lingkungan aplikasi Elastic Beanstalk Anda dan cara menghubungkannya.
Anda dapat melihat daftar EC2 instans Amazon yang menjalankan lingkungan AWS Elastic Beanstalk aplikasi Anda melalui konsol Elastic Beanstalk. Anda dapat terhubung ke instans menggunakan klien SSH apa pun. Anda dapat terhubung ke instans yang menjalankan Windows menggunakan Remote Desktop.
**penting**
Sebelum dapat mengakses Elastic Beanstalk—instans Amazon yang disediakan, Anda harus membuat key pair EC2 Amazon dan mengonfigurasi Amazon yang disediakan Elastic Beanstalk—Amazon yang disediakan untuk menggunakan EC2 key pair Amazon. EC2instances EC2 Anda dapat mengatur pasangan EC2 kunci Amazon menggunakan [AWS Management Console](https://console.aws.amazon.com/). Untuk petunjuk cara membuat key pair untuk Amazon EC2, lihat *Panduan EC2 Memulai Amazon*. Untuk informasi selengkapnya tentang cara mengonfigurasi EC2 instans Amazon agar menggunakan EC2 key pair Amazon, lihat[EC2 key pair](using-features.managing.security.md#using-features.managing.security.keypair).
Secara default, Elastic Beanstalk tidak mengaktifkan EC2 koneksi jarak jauh ke instance dalam wadah Windows kecuali yang ada di wadah Windows lama. (Elastic EC2 Beanstalk mengonfigurasi instance dalam wadah Windows lama untuk menggunakan port 3389 untuk koneksi RDP.) Anda dapat mengaktifkan koneksi jarak jauh ke EC2 instans yang menjalankan Windows dengan menambahkan aturan ke grup keamanan yang mengotorisasi lalu lintas masuk ke instans. Kami sangat merekomendasikan agar Anda menghapus aturan saat Anda mengakhiri sambungan jarak jauh. Anda dapat menambahkan aturan lagi pada saat Anda perlu masuk dari jarak jauh. Untuk informasi selengkapnya, lihat [Menambahkan Aturan untuk RDP Lalu Lintas Masuk ke Instans Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/authorizing-access-to-an-instance.html#authorizing-access-to-an-instance-rdp) dan [Connect ke Instans Windows Anda](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/EC2Win_GetStarted.html#connecting_to_windows_instance) di *Panduan Pengguna Amazon Elastic Compute Cloud untuk Microsoft Windows*.
**Untuk melihat dan terhubung ke EC2 instans Amazon untuk suatu lingkungan**
1. Buka EC2 konsol Amazon di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Di panel navigasi konsol tersebut, pilih **Penyeimbang Beban**.
1. Load balancers yang dibuat oleh Elastic Beanstalk memiliki **awseb** dalam namanya. Temukan penyeimbang beban untuk lingkungan Anda dan klik.
1. Pilih tab **Instans** di panel bawah konsol tersebut.
Daftar instans yang digunakan penyeimbang beban untuk lingkungan Elastic Beanstalk Anda ditampilkan. Membuat catatan ID instans yang ingin Anda hubungkan.
1. Di panel navigasi EC2 konsol Amazon, pilih **Instans, dan temukan ID instans** Anda dalam daftar.
1. Klik kanan ID instans untuk EC2 instans Amazon yang berjalan di penyeimbang beban lingkungan Anda, lalu pilih **Connect** dari menu konteks.
1. Catat alamat DNS publik instans di tab **Deskripsi**.
1. Connect ke instance yang menjalankan Linux dengan menggunakan klien SSH pilihan Anda, lalu ketik **ssh -i .ec2/mykeypair.pem EC2-user@**. of-the-instance
Untuk informasi selengkapnya tentang menghubungkan ke instans Amazon EC2 Linux, lihat [Memulai Instans Amazon EC2 Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html) di *Panduan EC2 Pengguna Amazon*.
*Jika lingkungan Elastic Beanstalk Anda [menggunakan .NET pada platform Windows](create_deploy_NET.container.console.md) Server, [lihat Memulai Instans EC2 Amazon Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/EC2_GetStarted.html) di Panduan Pengguna Amazon. EC2 *
# Melihat log dari instans Amazon EC2 di lingkungan Elastic Beanstalk Anda
Topik ini menjelaskan jenis log instance yang disediakan Elastic Beanstalk. Ini juga memberikan instruksi terperinci untuk retreiveing dan mengelolanya.
Instans Amazon EC2 di lingkungan Elastic Beanstalk Anda menghasilkan log yang dapat Anda lihat untuk memecahkan masalah dengan file aplikasi atau konfigurasi Anda. Log yang dibuat oleh server web, server aplikasi, skrip platform Elastic Beanstalk CloudFormation , dan disimpan secara lokal pada instance individual. Anda dapat dengan mudah mengambilnya dengan menggunakan [konsol manajemen lingkungan](environments-console.md) atau EB CLI. Anda juga dapat mengonfigurasi lingkungan Anda untuk mengalirkan log ke Amazon CloudWatch Logs secara real time.
Log ekor adalah 100 baris terakhir dari berkas log yang paling umum digunakan—log operasional Elastic Beanstalk dan log dari server web atau server aplikasi. Ketika Anda meminta log ekor di konsol manajemen lingkungan atau dengan **eb logs**, instans di lingkungan Anda menggabungkan entri log terbaru ke dalam satu file teks dan mengunduhnya ke Amazon S3.
Log paket adalah log lengkap untuk berbagai berkas log yang lebih luas, termasuk log dari yum dan cron dan beberapa log dari CloudFormation. Ketika Anda meminta log paket, instans di lingkungan Anda memaketkan berkas log lengkap ke dalam arsip ZIP dan mengunggahnya ke Amazon S3.
Untuk mengunggah log yang dirotasi ke Amazon S3, instans di lingkungan Anda harus memiliki [profil instans](concepts-roles-instance.md) dengan izin untuk menulis ke bucket Elastic Beanstalk Amazon S3 Anda. Izin ini termasuk dalam profil instans default di mana Elastic Beanstalk meminta Anda untuk membuatnya ketika Anda meluncurkan lingkungan di konsol Elastic Beans untuk pertama kalinya.
**Untuk mengambil log instans**
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. Pilih **Log** di panel navigasi.
1. Pilih **Log Permintaan**, lalu pilih jenis log yang akan diambil. Untuk mendapatkan log ekor, pilih **100 Baris terakhir**. Untuk mendapatkan log paket, pilih **Log Lengkap**.
1. Ketika Elastic Beanstalk selesai mengambil log Anda, pilih **Unduh**.
Elastic Beanstalk menyimpan log ekor dan paket dalam bucket Amazon S3, dan menghasilkan URL Amazon S3 yang telah ditandatangani sebelumnya yang dapat Anda gunakan untuk mengakses log Anda. Elastic Beanstalk menghapus file dari Amazon S3 setelah durasi 15 menit.
**Awas**
Siapa pun yang memiliki URL Amazon S3 yang telah ditandatangani dapat mengakses file sebelum dihapus. Jadikan URL hanya tersedia untuk pihak tepercaya.
**catatan**
Kebijakan pengguna Anda harus memiliki izin `s3:DeleteObject`. Elastic Beanstalk menggunakan izin pengguna Anda untuk menghapus log dari Amazon S3.
Untuk mempertahankan log, Anda dapat mengonfigurasi lingkungan Anda untuk menerbitkan log ke Amazon S3 secara otomatis setelah dirotasi. Untuk mengaktifkan rotasi log ke Amazon S3, ikuti prosedur di [Mengonfigurasi tampilan log instans](environments-cfg-logging.md#environments-cfg-logging-console). Instans di lingkungan Anda akan mencoba mengunggah log yang telah dirotasi satu kali per jam.
Jika aplikasi Anda menghasilkan log di lokasi yang bukan merupakan bagian dari konfigurasi default untuk platform lingkungan Anda, Anda dapat memperpanjang konfigurasi default dengan menggunakan file konfigurasi (`[.ebextensions](ebextensions.md)`). Anda dapat menambahkan berkas log aplikasi Anda untuk log ekor, log paket, atau log rotasi.
Untuk streaming log real-time dan penyimpanan jangka panjang, konfigurasikan lingkungan Anda untuk [mengalirkan log ke Amazon CloudWatch Logs](#health-logs-cloudwatchlogs).
Untuk mendapatkan analisis yang didukung AI dari log lingkungan, peristiwa, dan kesehatan instans Anda untuk mengidentifikasi akar penyebab dan solusi untuk masalah kesehatan, lihat[Analisis lingkungan bertenaga AI](health-ai-analysis.md).
**Topics**
+ [Lokasi log di instans Amazon EC2](#health-logs-instancelocation)
+ [Lokasi log di Amazon S3](#health-logs-s3location)
+ [Pengaturan rotasi log pada Linux](#health-logs-logrotate)
+ [Memperluas konfigurasi tugas log default](#health-logs-extend)
+ [Streaming file log ke Amazon CloudWatch Logs](#health-logs-cloudwatchlogs)
## Lokasi log di instans Amazon EC2
Log disimpan di lokasi standar pada instans Amazon EC2 di lingkungan Anda. Elastic Beanstalk menghasilkan log berikut.
**Amazon Linux 2**
+ `/var/log/eb-engine.log`
**Amazon Linux AMI (AL1)**
**catatan**
**Pada [18 Juli 2022,](https://docs.aws.amazon.com/elasticbeanstalk/latest/relnotes/release-2022-07-18-linux-al1-retire.html) Elastic Beanstalk menetapkan status semua cabang platform berdasarkan Amazon Linux AMI AL1 () untuk pensiun.** Untuk informasi selengkapnya tentang migrasi ke cabang platform Amazon Linux 2023 saat ini dan didukung penuh, lihat. [Memigrasi aplikasi Elastic Beanstalk Linux Anda ke Amazon Linux 2023 atau Amazon Linux 2](using-features.migration-al.md)
+ `/var/log/eb-activity.log`
+ `/var/log/eb-commandprocessor.log`
**Windows Server**
+ `C:\Program Files\Amazon\ElasticBeanstalk\logs\`
+ `C:\cfn\log\cfn-init.log`
Log ini berisi pesan tentang aktivitas deployment, termasuk pesan yang terkait dengan file konfigurasi ([`.ebextensions`](ebextensions.md)).
Setiap aplikasi dan server web menyimpan log dalam foldernya sendiri:
+ **Apache** – `/var/log/httpd/`
+ **IIS** – `C:\inetpub\wwwroot\`
+ **Node.js** – `/var/log/nodejs/`
+ **nginx** – `/var/log/nginx/`
+ **Penumpang** – `/var/app/support/logs/`
+ **Puma** – `/var/log/puma/`
+ **Python** – `/opt/python/log/`
+ **Tomcat** – `/var/log/tomcat/`
## Lokasi log di Amazon S3
Ketika Anda meminta log ekor atau paket dari lingkungan Anda, atau ketika instans mengunggah log dirotasi, mereka disimpan dalam bucket Elastic Beanstalk Anda di Amazon S3. Elastic Beanstalk menciptakan `elasticbeanstalk-region-account-id` ember yang diberi nama AWS untuk setiap Wilayah tempat Anda membuat lingkungan. Dalam bucket ini, log disimpan di bawah jalur `resources/environments/logs/logtype/environment-id/instance-id`.
Misalnya, log dari instance`i-0a1fd158`, di AWS lingkungan Elastic `e-mpcwnwheky` Beanstalk `us-west-2` di Region dalam akun, disimpan `123456789012` di lokasi berikut:
+ **Log Ekor** –
`s3://elasticbeanstalk-us-west-2-123456789012/resources/environments/logs/tail/e-mpcwnwheky/i-0a1fd158`
+ **Log Paket** –
`s3://elasticbeanstalk-us-west-2-123456789012/resources/environments/logs/bundle/e-mpcwnwheky/i-0a1fd158`
+ **Log Dirotasi** –
`s3://elasticbeanstalk-us-west-2-123456789012/resources/environments/logs/publish/e-mpcwnwheky/i-0a1fd158`
**catatan**
Anda dapat menemukan ID lingkungan Anda di konsol manajemen lingkungan.
Elastic Beanstalk menghapus log ekor dan paket dari Amazon S3 secara otomatis 15 menit setelah dibuat. Log yang diputar tetap ada hingga Anda menghapusnya atau memindahkannya ke Amazon Glacier.
## Pengaturan rotasi log pada Linux
Pada platform Linux, Elastic Beanstalk menggunakan `logrotate` untuk merotasi log secara berkala. Jika dikonfigurasi, setelah log dirotasi secara lokal, tugas rotasi log mengambilnya dan mengunggahnya ke Amazon S3. Log yang dirotasi secara lokal tidak muncul di log ekor atau paket secara default.
Anda dapat menemukan file konfigurasi Elastic Beanstalk untuk `logrotate` di `/etc/logrotate.elasticbeanstalk.hourly/`. Pengaturan rotasi ini khusus untuk platform, dan mungkin berubah dalam versi platform yang akan datang. Untuk informasi selengkapnya tentang pengaturan yang tersedia dan konfigurasi contoh, jalankan `man logrotate`.
File-file konfigurasi dipanggil oleh tugas cron di `/etc/cron.hourly/`. Untuk informasi lebih lanjut tentang `cron`, lihat `man cron`.
## Memperluas konfigurasi tugas log default
Elastic Beanstalk menggunakan file dalam subfolder `/opt/elasticbeanstalk/tasks` (Linux) atau `C:\Program Files\Amazon\ElasticBeanstalk\config` (Server Windows) pada instans Amazon EC2 untuk mengonfigurasi tugas untuk log ekor, log paket, dan log rotasi.
**Di Amazon Linux:**
+ **Log Ekor** –
`/opt/elasticbeanstalk/tasks/taillogs.d/`
+ **Log Paket** –
`/opt/elasticbeanstalk/tasks/bundlelogs.d/`
+ **Log Dirotasi** –
`/opt/elasticbeanstalk/tasks/publishlogs.d/`
**Di Windows Server:**
+ **Log Ekor** –
`c:\Program Files\Amazon\ElasticBeanstalk\config\taillogs.d\`
+ **Log Paket** –
`c:\Program Files\Amazon\ElasticBeanstalk\config\bundlelogs.d\`
+ **Log Dirotasi** –
`c:\Program Files\Amazon\ElasticBeanstalk\config\publogs.d\`
Misalnya, file `eb-activity.conf` pada Linux menambahkan dua berkas log untuk tugas log ekor.
**`/opt/elasticbeanstalk/tasks/taillogs.d/eb-activity.conf `**
```
/var/log/eb-commandprocessor.log
/var/log/eb-activity.log
```
Anda dapat menggunakan file konfigurasi lingkungan (`[.ebextensions](ebextensions.md)`) untuk menambahkan file `.conf` Anda sendiri ke folder ini. File `.conf` membuat daftar file log khusus untuk aplikasi Anda, di mana Elastic Beanstalk menambah tugas berkas log.
Gunakan bagian `files` untuk menambahkan file konfigurasi ke tugas yang ingin Anda ubah. Sebagai contoh, teks konfigurasi berikut menambahkan file konfigurasi log untuk setiap instans di lingkungan Anda. File konfigurasi log ini, `cloud-init.conf`, menambahkan `/var/log/cloud-init.log` untuk log ekor.
```
files:
"/opt/elasticbeanstalk/tasks/taillogs.d/cloud-init.conf" :
mode: "000755"
owner: root
group: root
content: |
/var/log/cloud-init.log
```
Tambahkan teks ini ke file dengan ekstensi nama file `.config` ke paket sumber Anda di bawah folder bernama `.ebextensions`.
```
~/workspace/my-app
|-- .ebextensions
| `-- tail-logs.config
|-- index.php
`-- styles.css
```
Pada platform Linux, Anda juga dapat menggunakan karakter wildcard dalam konfigurasi tugas log. File konfigurasi ini menambahkan semua file dengan ekstensi nama file `.log` folder `log` di akar aplikasi ke log paket.
```
files:
"/opt/elasticbeanstalk/tasks/bundlelogs.d/applogs.conf" :
mode: "000755"
owner: root
group: root
content: |
/var/app/current/log/*.log
```
Konfigurasi tugas log tidak mendukung karakter wildcard pada platform Windows.
**catatan**
Untuk membantu membiasakan diri Anda dengan prosedur penyesuaian log, Anda dapat men-deploy aplikasi sampel menggunakan [EB CLI](eb-cli3.md). Untuk ini, EB CLI membuat direktori aplikasi lokal yang berisi subdirektori `.ebextentions` dengan konfigurasi sampel. Anda juga dapat menggunakan berkas log aplikasi sampel untuk menjelajahi fitur pengambilan log yang dijelaskan dalam topik ini.
Untuk informasi selengkapnya tentang penggunaan file konfigurasi, lihat [Penyesuaian lingkungan lanjutan dengan file konfigurasi (`.ebextensions`)](ebextensions.md).
Sama seperti memperluas log ekor dan log paket, Anda dapat memperpanjang rotasi log menggunakan file konfigurasi. Setiap kali Elastic Beanstalk merotasi log-nya sendiri dan mengunggahnya ke Amazon S3, itu juga akan berotasi dan mengunggah log tambahan Anda. Ekstensi rotasi log berperilaku berbeda tergantung pada sistem operasi platform. Bagian berikut menjelaskan dua kasus.
### Memperluas rotasi log di Linux
Seperti yang dijelaskan di [Pengaturan rotasi log pada Linux](#health-logs-logrotate), Elastic Beanstalk menggunakan `logrotate` untuk merotasi log pada platform Linux. Ketika Anda mengonfigurasi berkas log aplikasi Anda untuk rotasi log, aplikasi tidak perlu membuat salinan berkas log. Elastic Beanstalk mengonfigurasi `logrotate` untuk membuat salinan berkas log aplikasi Anda untuk setiap rotasi. Oleh karena itu, aplikasi harus tetap membuka berkas log ketika aplikasi tidak secara aktif menulis kepada mereka.
### Memperluas rotasi log pada server Windows
Pada Server Windows, ketika Anda mengonfigurasi berkas log aplikasi Anda untuk rotasi log, aplikasi harus merotasi berkas log secara berkala. Elastic Beanstalk mencari file dengan nama dimulai dengan pola yang Anda dikonfigurasi, dan mengambilnya untuk mengunduh ke Amazon S3. Selain itu, tanda baca titik dalam nama file diabaikan, dan Elastic Beanstalk menganggap nama hingga tanda baca titik sebagai nama berkas log dasar.
Elastic Beanstalk mengunggah semua versi berkas log dasar kecuali yang terbaru, karena menganggap bahwa salah satu berkas log aplikasi aktif, yang berpotensi dapat terkunci. Aplikasi Anda, oleh karena itu, dapat menjaga berkas log aktif tetap terkunci selama rotasi.
Misalnya, aplikasi Anda menulis ke berkas log bernama `my_log.log`, dan Anda menentukan nama ini di file `.conf` Anda. Aplikasi secara berkala merotasi file. Selama siklus rotasi Elastic Beanstalk,file-file berikut ditemukan dalam folder file log: `my_log.log`, `my_log.0800.log`, `my_log.0830.log`. Elastic Beanstalk menganggap semuanya sebagai versi dari nama dasar `my_log`. File `my_log.log` memiliki waktu modifikasi terbaru, sehingga Elastic Beanstalk hanya mengunggah dua file lainnya, `my_log.0800.log` dan `my_log.0830.log`.
## Streaming file log ke Amazon CloudWatch Logs
[Anda dapat mengonfigurasi lingkungan Anda untuk mengalirkan log ke Amazon CloudWatch Logs di konsol Elastic Beanstalk atau dengan menggunakan opsi konfigurasi.](command-options.md) Dengan CloudWatch Log, setiap instance di lingkungan Anda mengalirkan log ke grup log yang dapat Anda konfigurasikan untuk disimpan selama berminggu-minggu atau bertahun-tahun, bahkan setelah lingkungan Anda dihentikan.
Set pengaliran log bervariasi per lingkungan, tetapi selalu memasukkan `eb-engine.log` dan akses log dari nginx atau server proksi Apache yang berjalan di depan aplikasi Anda.
Anda dapat mengonfigurasi streaming log di konsol Elastic Beanstalk [selama pembuatan lingkungan](environments-create-wizard.md#environments-create-wizard-software) atau [untuk lingkungan yang ada](environments-cfg-logging.md#environments-cfg-logging-console). Anda dapat mengatur opsi berikut dari konsol: aktifkan /nonaktifkan streaming CloudWatch log ke Log, atur jumlah hari retensi, dan pilih dari opsi Lifecyle. Dalam contoh berikut, log disimpan hingga tujuh hari, bahkan ketika lingkungan diakhiri.
![\[Gambar layar pengaturan CloudWatch Log di konsol Elastic Beanstalk.\]](http://docs.aws.amazon.com/id_id/elasticbeanstalk/latest/dg/images/log-streaming-screen.png)
[file konfigurasi](ebextensions.md) berikut mengaktifkan streaming log dengan retensi 180 hari, meskipun lingkungan diakhiri.
**Example .ebextensions/log-streaming.config**
```
option_settings:
aws:elasticbeanstalk:cloudwatch:logs:
StreamLogs: true
DeleteOnTerminate: false
RetentionInDays: 180
```
# Melihat log penerapan untuk lingkungan Elastic Beanstalk
Elastic Beanstalk menghasilkan log penerapan untuk setiap penerapan ke lingkungan Anda. Log penerapan memberikan tampilan kronologis yang terkonsolidasi tentang apa yang terjadi selama penerapan, termasuk instalasi dependensi, keluaran build, startup aplikasi, dan kesalahan apa pun yang ditemui. Anda dapat menggunakan log penerapan untuk mendiagnosis penerapan yang gagal dengan cepat tanpa perlu SSH ke dalam instance atau menghubungkan beberapa file log.
Log penyebaran ditulis ke setiap instance secara lokal. Untuk penerapan yang dipicu melalui konsol, CLI, API, atau pembaruan terkelola, satu instance terus mengunggah lognya ke Amazon S3 selama penerapan. Konsol Elastic Beanstalk membaca log dari Amazon S3, sehingga Anda dapat memantau kemajuan tanpa menghubungkan ke instance.
Log penyebaran dirancang agar ringkas. Jika berhasil, log hanya menampilkan pesan ringkasan (misalnya, perintah mana yang dijalankan dan diselesaikan). Pada kegagalan, log mencakup hingga 50 baris output dari langkah gagal, sehingga Anda dapat melihat kesalahan tanpa memilah-milah output verbose.
**catatan**
Log penyebaran tersedia di [Amazon Linux 2](https://docs.aws.amazon.com/elasticbeanstalk/latest/relnotes/release-2026-03-11-al2.html) dan [Amazon Linux 2023](https://docs.aws.amazon.com/elasticbeanstalk/latest/relnotes/release-2026-03-11-al2023.html) versi platform yang dirilis pada atau setelah 11 Maret 2026. Platform Windows saat ini tidak didukung.
## Operasi yang didukung
Log penyebaran dibuat untuk operasi berikut:
+ **Penerapan aplikasi** — Menyebarkan versi aplikasi baru ke lingkungan Anda.
+ **Pembaruan konfigurasi** — Mengubah pengaturan konfigurasi lingkungan yang memerlukan pembaruan instans.
+ **Pembuatan lingkungan** — Penerapan awal saat Anda membuat lingkungan baru.
+ **Mulai ulang server aplikasi** — Memulai ulang server aplikasi pada instance Anda.
Operasi yang tidak mengubah status aplikasi atau konfigurasi pada instance, seperti meminta log, menukar, atau memperbarui tag CNAMEs, tidak menghasilkan log penerapan.
## Konten log penyebaran
Log penerapan menangkap informasi berikut selama penerapan:
+ **Siklus hidup penerapan** - Memulai dan menyelesaikan pesan untuk setiap fase penerapan, seperti dan. `Starting Application deployment` `Completed Application deployment`
+ **.ebextensions output** — Pada keberhasilan, nama-nama perintah yang berjalan. Pada kegagalan, 50 baris `cfn-init` output terakhir untuk membantu mendiagnosis masalah.
+ **Output kait platform** — Saat sukses, nama-nama skrip kait yang berjalan. Pada kegagalan, 50 baris terakhir dari output hook.
+ **Instalasi ketergantungan** - Output dari manajer paket seperti**npm install**,**pip install**,**composer install**, dan**bundle install**. Setelah berhasil, hanya pesan penyelesaian yang dicatat. Pada kegagalan, 50 baris output terakhir disertakan.
+ **Build output** — Output dari perintah build seperti**docker build**,**go build**, dan build Java. Pada kegagalan, 50 baris output terakhir disertakan.
+ **Output startup aplikasi** — Output awal dari aplikasi Anda setelah dimulai. Sumbernya tergantung pada platform Anda:
+ *Docker - Log* kontainer dari **docker logs** atau **docker compose logs**
+ *Java SE, Go, Node.js, Python, Ruby, .NET* - Proses log stdout
+ *Tomcat — Keluaran* log Catalina
+ *PHP* - PHP-FPM master dan log kesalahan kolam
+ *ECS* - Log kontainer dari setiap wadah tugas
**catatan**
Output aplikasi ditangkap mulai 2 detik setelah aplikasi dimulai. Hanya pesan awal startup yang disertakan — jika aplikasi Anda membutuhkan waktu lebih lama untuk menghasilkan output, itu tidak akan muncul di log penerapan. Untuk melihat log aplikasi lengkap, minta log bundel atau sambungkan ke instance secara langsung. Untuk informasi selengkapnya, lihat [Tampilkan log instans](using-features.logging.md).
Ketika langkah penerapan gagal, log menandainya dengan `[ERROR]` dan menyertakan hingga 50 baris output dari langkah yang gagal. Jika log penerapan tidak berisi cukup detail, Anda dapat mengambil log instance lengkap (termasuk`eb-engine.log`,`eb-hooks.log`, dan log aplikasi) dari tab **Log**. Untuk informasi selengkapnya, lihat [Melihat log dari instans Amazon EC2 di lingkungan Elastic Beanstalk Anda](using-features.logging.md).
## Melihat log penerapan di konsol
Konsol Elastic Beanstalk **menyediakan** tab Deployment di dasbor lingkungan tempat Anda dapat melihat riwayat penerapan dan log.
### Melihat riwayat penyebaran
**Untuk melihat riwayat penerapan**
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. Di dasbor lingkungan, pilih tab **Deployment.**
Tab Deployments menampilkan tabel penerapan untuk lingkungan. Setiap baris mencakup informasi berikut:
+ **Permintaan ID** - Pengenal unik untuk penerapan.
+ **Status** - *Berhasil*, *Gagal*, atau *Sedang berlangsung*.
+ **Jenis — Jenis** *penerapan, seperti *Pembuatan Lingkungan*, Penerapan *Aplikasi*, *Pembaruan Konfigurasi, Pembaruan* *Platform Terkelola*, *Mulai Ulang Server Aplikasi*, *Membangun Kembali Lingkungan, Memulihkan Lingkungan**, *Menukar Domain Lingkungan**, atau Mengakhiri Lingkungan.*
+ **Waktu Mulai** — Saat penyebaran dimulai.
+ **Durasi** — Berapa lama waktu yang dibutuhkan untuk menyelesaikan.
Saat penerapan sedang berlangsung, tab secara otomatis melakukan polling untuk pembaruan. Anda juga dapat memilih tombol refresh untuk memuat ulang daftar secara manual.
### Melihat detail penerapan dan log
**Untuk melihat detail penerapan**
1. Pada tab **Deployments**, pilih link **Request ID** untuk penyebaran yang ingin Anda periksa.
1. Halaman detail penerapan menampilkan bagian ringkasan dengan ID permintaan, status, jenis penerapan, waktu mulai, durasi, dan kebijakan penerapan. Kebijakan penerapan (misalnya, *Semua sekaligus*, *Rolling, Rolling* *dengan batch tambahan*, *Immutable*, atau *Traffic splitting*) ditampilkan ketika dapat ditentukan dari peristiwa penerapan.
1. Di bawah ringkasan, pilih salah satu tab berikut:
+ **Peristiwa** — Garis waktu peristiwa yang terkait dengan penerapan ini, difilter untuk hanya menampilkan peristiwa untuk penerapan yang dipilih.
+ **Log Deployment — Log** penerapan terkonsolidasi dari instance. Anda dapat mencari, memfilter berdasarkan level log, dan mengunduh file log.
Untuk penerapan yang sedang berlangsung, tab log secara otomatis menyegarkan untuk menampilkan entri log baru saat ditulis. Setelah penerapan selesai, konsol mengambil status log akhir untuk memastikan Anda melihat output lengkap.
**penting**
Melihat log penerapan di konsol memerlukan `s3:GetObject` izin pada bucket `elasticbeanstalk-region-account-id` penyimpanan Amazon S3 () lingkungan. Jika kebijakan IAM Anda tidak menyertakan izin ini, riwayat penerapan dan peristiwa akan tetap tersedia, tetapi tab log akan menampilkan kesalahan.
## File log penyebaran pada instance
Log penyebaran ditulis ke `/var/log/deployments/` direktori pada setiap instance. Nama file log tergantung pada bagaimana penerapan dipicu:
+ **Penerapan yang dikendalikan alur kerja** (dipicu melalui konsol, CLI, atau API) —`eb-deployment-request-id.log`, di mana *request-id* ID permintaan penerapan yang unik.
+ **Penerapan self-startup (peluncuran instance atau restart server aplikasi) —**. `eb-deployment-unix-timestamp.log`
Elastic Beanstalk secara otomatis memutar file-file ini, menyimpan 50 log penerapan terbaru pada setiap instance.
Untuk penerapan yang dikontrol alur kerja, log diunggah ke Amazon S3 di jalur berikut:
```
s3://elasticbeanstalk-region-account-id/resources/environments/logs/deployments/environment-id/log-filename
```
Di lingkungan multi-instance, instance pertama yang mulai mengunggah mengklaim peran untuk seluruh penerapan. Instans itu mengunggah lognya ke Amazon S3 selama durasi penerapan. Semua instance masih menulis log penerapan secara lokal.
**penting**
Mengunggah log penerapan ke Amazon S3 `s3:PutObject` memerlukan izin pada bucket penyimpanan Amazon S3 lingkungan di profil instans, dan konfigurasi VPC harus mengizinkan konektivitas ke Amazon S3.
Unggahan log penerapan dibatasi pada 1 MB per file. Jika log penerapan melebihi ukuran ini, versi yang diunggah akan dipotong dengan pesan yang menunjukkan bahwa log lengkap tersedia pada instance.
### Menonaktifkan unggahan log S3
Untuk mencegah log penerapan diunggah ke Amazon S3, setel properti lingkungan berikut di lingkungan Anda:
```
option_settings:
- namespace: aws:elasticbeanstalk:application:environment
option_name: EB_DEPLOYMENT_LOG_S3_DISABLED
value: true
```
**Saat properti lingkungan ini disetel, log penerapan masih ditulis secara lokal `/var/log/deployments/` pada setiap instance, tetapi tidak diunggah ke Amazon S3 dan tidak akan tersedia di tab Penerapan konsol.** Anda juga dapat mengatur properti ini di halaman **Konfigurasi** di bawah **Perangkat Lunak**, atau dengan menggunakan EB AWS CLI CLI atau.