Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Pencatatan dan pemantauan di Amazon EKS
Amazon Elastic Kubernetes Service (Amazon EKS) CloudWatch terintegrasi dengan Log untuk bidang kontrol Kubernetes. Pesawat kontrol disediakan sebagai layanan terkelola oleh Amazon EKS dan Anda dapat [mengaktifkan logging tanpa menginstal CloudWatch agen](https://docs.aws.amazon.com//eks/latest/userguide/control-plane-logs.html). CloudWatch Agen juga dapat digunakan untuk menangkap node Amazon EKS dan log kontainer. [Fluent Bit dan Fluentd](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/Container-Insights-EKS-logs.html) juga didukung untuk mengirim log kontainer Anda ke Log. CloudWatch
CloudWatch Container Insights menyediakan solusi pemantauan metrik komprehensif untuk Amazon EKS di tingkat klaster, node, pod, tugas, dan layanan. Amazon EKS juga mendukung beberapa opsi untuk pengambilan metrik dengan [Prometheus](https://prometheus.io/). Bidang kontrol Amazon EKS [menyediakan titik akhir metrik yang](https://docs.aws.amazon.com//eks/latest/userguide/prometheus.html) mengekspos metrik dalam format Prometheus. Anda dapat menerapkan Prometheus ke cluster Amazon EKS Anda untuk menggunakan metrik ini.
Anda juga dapat [mengatur CloudWatch agen untuk mengikis metrik Prometheus dan CloudWatch membuat metrik, selain menggunakan titik akhir Prometheus](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-Setup-configure.html) lainnya. [Pemantauan Wawasan Kontainer untuk Prometheus](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus.html) juga dapat secara otomatis menemukan dan menangkap metrik Prometheus dari beban kerja dan sistem yang didukung dalam peti kemas.
Anda dapat menginstal dan mengonfigurasi CloudWatch agen di node Amazon EKS Anda, dengan cara yang mirip dengan pendekatan yang digunakan untuk Amazon EC2 dengan Distributor dan State Manager, untuk menyelaraskan node Amazon EKS Anda dengan konfigurasi logging dan pemantauan sistem standar Anda.
# Logging untuk Amazon EKS
Logging Kubernetes dapat dibagi menjadi control plane logging, node logging, dan application logging. [Bidang kontrol Kubernetes](https://kubernetes.io/docs/concepts/overview/components/#control-plane-components) adalah sekumpulan komponen yang mengelola klaster Kubernetes dan menghasilkan log yang digunakan untuk tujuan audit dan diagnostik. Dengan Amazon EKS, Anda dapat [mengaktifkan log untuk komponen bidang kontrol yang berbeda](https://docs.aws.amazon.com//eks/latest/userguide/control-plane-logs.html) dan mengirimkannya ke CloudWatch.
Kubernetes juga menjalankan komponen sistem seperti `kubelet` dan `kube-proxy` pada setiap node Kubernetes yang menjalankan pod Anda. Komponen ini menulis log dalam setiap node dan Anda dapat mengonfigurasi CloudWatch dan Wawasan Kontainer untuk menangkap log ini untuk setiap node Amazon EKS.
Container dikelompokkan sebagai [pod](https://kubernetes.io/docs/concepts/workloads/pods/) dalam klaster Kubernetes dan dijadwalkan untuk berjalan di node Kubernetes Anda. Sebagian besar aplikasi kontainer menulis ke output standar dan kesalahan standar, dan mesin kontainer mengarahkan output ke driver logging. Di Kubernetes, log kontainer ditemukan di `/var/log/pods` direktori pada sebuah node. Anda dapat mengonfigurasi CloudWatch dan Wawasan Kontainer untuk menangkap log ini untuk setiap pod Amazon EKS Anda.
## Pencatatan bidang kendali Amazon EKS
Cluster Amazon EKS terdiri dari pesawat kontrol penyewa tunggal dengan ketersediaan tinggi untuk cluster Kubernetes Anda dan node Amazon EKS yang menjalankan container Anda. Node bidang kontrol berjalan di akun yang dikelola oleh AWS. Node bidang kontrol cluster Amazon EKS terintegrasi CloudWatch dan Anda dapat mengaktifkan logging untuk komponen bidang kontrol tertentu.
Log disediakan untuk setiap instance komponen bidang kontrol Kubernetes. AWS mengelola kesehatan node bidang kontrol Anda dan menyediakan [perjanjian tingkat layanan (SLA) untuk titik akhir Kubernetes](https://aws.amazon.com//eks/sla/).
## Node Amazon EKS dan pencatatan aplikasi
Sebaiknya gunakan [CloudWatchContainer Insights](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/Container-Insights-setup-logs.html) untuk menangkap log dan metrik Amazon EKS. Container Insights mengimplementasikan metrik tingkat cluster, node, dan pod dengan CloudWatch agen, dan Fluent Bit atau Fluentd untuk pengambilan log. CloudWatch Container Insights juga menyediakan dasbor otomatis dengan tampilan berlapis dari metrik yang Anda ambil. CloudWatch Container Insights diterapkan sebagai CloudWatch DaemonSet dan Fluent Bit DaemonSet yang berjalan di setiap node Amazon EKS. Node Fargate tidak didukung oleh Container Insights karena node dikelola oleh AWS dan tidak mendukung. DaemonSets Pencatatan Fargate untuk Amazon EKS dibahas secara terpisah dalam panduan ini.
Tabel berikut menunjukkan grup CloudWatch log dan log yang ditangkap oleh konfigurasi [pengambilan log Fluentd atau Fluent Bit default untuk](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/Container-Insights-setup-logs-FluentBit.html) Amazon EKS.
| | |
| --- |--- |
| /aws/containerinsights/Cluster\$1Name/application | Semua file log masuk/var/log/containers. Direktori ini menyediakan link simbolik ke semua log kontainer Kubernetes dalam struktur direktori. /var/log/pods Ini menangkap log kontainer aplikasi Anda menulis ke stdout ataustderr. Ini juga mencakup log untuk kontainer sistem Kubernetes sepertiaws-vpc-cni-init,, kube-proxy dan. coreDNS |
| /aws/containerinsights/Cluster\$1Name/host | Log dari/var/log/dmesg,/var/log/secure, dan/var/log/messages. |
| /aws/containerinsights/Cluster\$1Name/dataplane | Log yang ada di /var/log/journal untuk kubelet.service, kubeproxy.service, dan docker.service. |
Jika Anda tidak ingin menggunakan Container Insights dengan Fluent Bit atau Fluentd untuk logging, Anda dapat menangkap node dan log kontainer dengan agen yang CloudWatch diinstal pada node Amazon EKS. Node Amazon EKS adalah instans EC2, yang berarti Anda harus memasukkannya ke dalam pendekatan pencatatan tingkat sistem standar untuk Amazon EC2. Jika Anda menginstal CloudWatch agen menggunakan Distributor dan State Manager, maka node Amazon EKS juga disertakan dalam instalasi, konfigurasi, dan pembaruan CloudWatch agen.
Tabel berikut menunjukkan log yang khusus untuk Kubernetes dan yang harus Anda tangkap jika Anda tidak menggunakan Container Insights dengan Fluent Bit atau Fluentd untuk logging.
| | |
| --- |--- |
| /var/log/containers | Direktori ini menyediakan tautan simbolis ke semua log kontainer Kubernetes di bawah struktur direktori. /var/log/pods Ini secara efektif menangkap log kontainer aplikasi Anda menulis ke stdout ataustderr. Ini termasuk log untuk kontainer sistem Kubernetes sepertiaws-vpc-cni-init,, kube-proxy dan. coreDNS Penting: Ini tidak diperlukan jika Anda menggunakan Wawasan Kontainer. |
| var/log/aws-routed-eni/ipamd.log/var/log/aws-routed-eni/plugin.log | Log untuk daemon L-IPAM dapat ditemukan di sini |
Anda harus memastikan bahwa node Amazon EKS menginstal dan mengonfigurasi CloudWatch agen untuk mengirim log dan metrik tingkat sistem yang sesuai. Namun, AMI yang dioptimalkan Amazon EKS tidak menyertakan agen Systems Manager. Dengan menggunakan [template peluncuran](https://docs.aws.amazon.com//eks/latest/userguide/launch-templates.html), Anda dapat mengotomatiskan instalasi agen Systems Manager dan CloudWatch konfigurasi default yang menangkap log khusus Amazon EKS yang penting dengan skrip startup yang diimplementasikan melalui bagian data pengguna. Node Amazon EKS digunakan menggunakan grup Auto Scaling baik sebagai grup node terkelola atau [sebagai](https://docs.aws.amazon.com//eks/latest/userguide/worker.html) [node yang dikelola](https://docs.aws.amazon.com//eks/latest/userguide/managed-node-groups.html) sendiri.
Dengan grup node terkelola, Anda menyediakan [template peluncuran](https://docs.aws.amazon.com//eks/latest/userguide/launch-templates.html) yang menyertakan bagian data pengguna untuk mengotomatiskan instalasi dan CloudWatch konfigurasi agen Systems Manager. Anda dapat menyesuaikan dan menggunakan template [amazon\$1eks\$1managed\$1node\$1group\$1launch\$1config.yaml](https://github.com/aws-samples/logging-monitoring-apg-guide-examples/blob/main/examples/eks/amazon_eks_managed_node_group_launch_config.yaml) untuk membuat CloudFormation template peluncuran yang menginstal agen Systems Manager, agen, dan juga menambahkan konfigurasi logging khusus Amazon EKS ke direktori konfigurasi. CloudWatch CloudWatch Template ini dapat digunakan untuk memperbarui template peluncuran grup node terkelola Amazon EKS Anda dengan pendekatan infrastructure-as-code (IAc). Setiap pembaruan pada CloudFormation template menyediakan versi baru dari template peluncuran. Anda kemudian dapat memperbarui grup node untuk menggunakan versi template baru dan meminta [proses siklus hidup terkelola](https://docs.aws.amazon.com//eks/latest/userguide/managed-node-update-behavior.html) memperbarui node Anda tanpa downtime. Pastikan bahwa peran IAM dan profil instance yang diterapkan ke grup node terkelola Anda menyertakan `CloudWatchAgentServerPolicy` dan kebijakan `AmazonSSMManagedInstanceCore` AWS terkelola.
Dengan node yang dikelola sendiri, Anda langsung menyediakan dan mengelola siklus hidup dan strategi pembaruan untuk node Amazon EKS Anda. [Node yang dikelola sendiri memungkinkan Anda menjalankan node Windows di cluster Amazon EKS dan [Bottlerocket](https://aws.amazon.com//bottlerocket/), bersama dengan opsi lainnya.](https://docs.aws.amazon.com//eks/latest/userguide/eks-compute.html) Anda dapat menggunakan CloudFormation untuk menyebarkan node yang dikelola sendiri ke dalam kluster Amazon EKS Anda, yang berarti Anda dapat menggunakan pendekatan IAc dan perubahan terkelola untuk kluster Amazon EKS Anda. AWS menyediakan [amazon-eks-nodegroup CloudFormation template.yaml](https://github.com/aws-samples/logging-monitoring-apg-guide-examples/blob/main/examples/eks/amazon-eks-nodegroup.yaml) yang dapat Anda gunakan apa adanya atau sesuaikan. Template menyediakan semua sumber daya yang diperlukan untuk node Amazon EKS dalam klaster (misalnya, peran IAM terpisah, grup keamanan, grup Penskalaan Otomatis Amazon EC2, dan templat peluncuran). [amazon-eks-nodegroup CloudFormation Template.yaml](https://github.com/aws-samples/logging-monitoring-apg-guide-examples/blob/main/examples/eks/amazon-eks-nodegroup.yaml) adalah versi terbaru yang menginstal agen, CloudWatch agen Systems Manager yang diperlukan, dan juga menambahkan konfigurasi logging khusus Amazon EKS ke direktori konfigurasi. CloudWatch
## Logging untuk Amazon EKS di Fargate
Dengan Amazon EKS di Fargate, Anda dapat menerapkan pod tanpa mengalokasikan atau mengelola node Kubernetes Anda. Ini menghilangkan kebutuhan untuk menangkap log tingkat sistem untuk node Kubernetes Anda. Untuk menangkap log dari pod Fargate Anda, Anda dapat menggunakan Fluent Bit untuk meneruskan log secara langsung ke. CloudWatch Ini memungkinkan Anda untuk secara otomatis merutekan log CloudWatch tanpa konfigurasi lebih lanjut atau wadah sespan untuk pod Amazon EKS Anda di Fargate. Untuk informasi lebih lanjut tentang ini, lihat [Fargate login](https://docs.aws.amazon.com//eks/latest/userguide/fargate-logging.html) di dokumentasi Amazon EKS dan [Fluent Bit untuk Amazon EKS di Blog](https://aws.amazon.com//blogs/containers/fluent-bit-for-amazon-eks-on-aws-fargate-is-here/). AWS Solusi ini menangkap aliran `STDOUT` and `STDERR` input/output (I/O) dari container Anda dan mengirimkannya ke CloudWatch melalui Fluent Bit, berdasarkan konfigurasi Fluent Bit yang dibuat untuk cluster Amazon EKS di Fargate.
# Metrik untuk Amazon EKS dan Kubernetes
Kubernetes menyediakan API metrik yang memungkinkan Anda mengakses metrik penggunaan sumber daya (misalnya, penggunaan CPU dan memori untuk node dan pod), tetapi API hanya menyediakan point-in-time informasi dan bukan metrik historis. [Server [metrik Kubernetes biasanya digunakan untuk penerapan Amazon EKS](https://github.com/kubernetes-sigs/metrics-server) dan Kubernetes untuk mengumpulkan metrik, menyediakan informasi historis jangka pendek tentang metrik, dan mendukung fitur seperti Horizontal Pod Autoscaler.](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/)
Amazon EKS mengekspos metrik bidang kontrol melalui server API Kubernetes dalam format [Prometheus dan dapat menangkap dan menyerap metrik](https://docs.aws.amazon.com//eks/latest/userguide/prometheus.html) ini. CloudWatch CloudWatch dan Container Insights juga dapat dikonfigurasi untuk menyediakan pengambilan, analisis, dan pengkhawatiran metrik yang komprehensif untuk node dan pod Amazon EKS Anda.
## Metrik bidang kontrol Kubernetes
Kubernetes mengekspos metrik bidang kontrol dalam format Prometheus dengan menggunakan titik akhir HTTP API. `/metrics` Anda harus menginstal [Prometheus](https://prometheus.io/) di klaster Kubernetes Anda untuk membuat grafik dan melihat metrik ini dengan browser web. Anda juga dapat memasukkan [metrik yang diekspos oleh server API](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-Setup-configure.html#ContainerInsights-Prometheus-Setup-new-exporters) Kubernetes ke dalam. CloudWatch
## Node dan metrik sistem untuk Kubernetes
Kubernetes menyediakan pod [server metrik Prometheus yang dapat Anda [gunakan dan jalankan di klaster Kubernetes Anda untuk statistik CPU dan memori klaster, node, dan](https://docs.aws.amazon.com//eks/latest/userguide/metrics-server.html) pod-level](https://github.com/kubernetes-sigs/metrics-server). [Metrik ini digunakan dengan [Horizontal Pod Autoscaler dan Vertical Pod Autoscaler](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/).](https://docs.aws.amazon.com/eks/latest/userguide/vertical-pod-autoscaler.html) CloudWatch juga dapat memberikan metrik ini.
Anda harus menginstal Kubernetes Metrics Server jika Anda menggunakan [Dasbor Kubernetes](https://github.com/kubernetes/dashboard) atau autoscaler pod horizontal dan vertikal. Dasbor Kubernetes membantu Anda menelusuri dan mengkonfigurasi cluster Kubernetes, node, pod, dan konfigurasi terkait, serta melihat metrik CPU dan memori dari Kubernetes Metrics Server.
Metrik yang disediakan oleh Kubernetes Metrics Server tidak dapat digunakan untuk tujuan penskalaan non-otomatis (misalnya, pemantauan). Metrik dimaksudkan untuk point-in-time analisis dan bukan analisis historis. Dasbor Kubernetes menyebarkan metrik `dashboard-metrics-scraper` to store dari Kubernetes Metrics Server untuk jangka waktu yang singkat.
Container Insights menggunakan versi kontainer dari CloudWatch agen yang berjalan di Kubernetes DaemonSet untuk menemukan semua kontainer yang sedang berjalan di dalam klaster dan menyediakan metrik tingkat simpul. Ini mengumpulkan data kinerja di setiap lapisan tumpukan kinerja. Anda dapat menggunakan Mulai Cepat dari AWS Mulai Cepat atau mengkonfigurasi Wawasan Kontainer secara terpisah. Quick Start mengatur pemantauan metrik dengan CloudWatch agen dan logging dengan Fluent Bit sehingga Anda hanya perlu menerapkannya sekali untuk pencatatan dan pemantauan.
Karena node Amazon EKS adalah instans EC2, Anda harus menangkap metrik tingkat sistem, selain metrik yang ditangkap oleh Container Insights, dengan menggunakan standar yang Anda tetapkan untuk Amazon EC2. Anda dapat menggunakan pendekatan yang sama dari [Menyiapkan State Manager dan Distributor untuk penyebaran dan konfigurasi CloudWatch agen](install-cloudwatch-systems-manager.md#set-up-systems-manager-distributor) bagian panduan ini untuk menginstal dan mengonfigurasi CloudWatch agen untuk kluster Amazon EKS Anda. Anda dapat memperbarui file CloudWatch konfigurasi khusus Amazon EKS Anda untuk menyertakan metrik serta konfigurasi log khusus Amazon EKS Anda.
CloudWatch [Agen dengan dukungan Prometheus dapat secara otomatis menemukan dan mengikis metrik Prometheus dari beban kerja dan sistem yang didukung dan dikemas.](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus.html) Ini mencernanya sebagai CloudWatch log dalam format metrik tertanam untuk analisis dengan Wawasan CloudWatch Log dan secara otomatis membuat CloudWatch metrik.
**penting**
Anda harus [menggunakan versi khusus](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-Setup.html#ContainerInsights-Prometheus-Setup-install-agent) CloudWatch agen untuk mengumpulkan metrik Prometheus. Ini adalah agen terpisah dari agen yang CloudWatch digunakan untuk Container Insights. Anda dapat menggunakan contoh aplikasi Java [prometheus\$1jmx](https://github.com/aws-samples/logging-monitoring-apg-guide-examples/tree/main/examples/eks/prometheus_jmx), yang mencakup file penerapan dan konfigurasi untuk agen CloudWatch dan penyebaran pod Amazon EKS untuk mendemonstrasikan penemuan metrik Prometheus. Untuk informasi selengkapnya, lihat [Menyiapkan Java/JMX contoh beban kerja di Amazon EKS dan Kubernetes](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/ContainerInsights-Prometheus-Sample-Workloads-javajmx.html) dalam dokumentasi. CloudWatch Anda juga dapat mengonfigurasi CloudWatch agen untuk menangkap metrik dari target Prometheus lain yang berjalan di kluster Amazon EKS Anda.
## Metrik aplikasi
Anda dapat membuat metrik kustom Anda sendiri dengan [format metrik yang CloudWatch disematkan](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html). Untuk menyerap pernyataan format metrik yang disematkan, Anda perlu mengirim entri format metrik yang disematkan ke titik akhir format metrik yang disematkan. CloudWatch Agen dapat dikonfigurasi sebagai [wadah sespan di pod Amazon EKS](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format_Generation_CloudWatch_Agent.html) Anda. Konfigurasi CloudWatch agen disimpan sebagai Kubernetes ConfigMap dan dibaca oleh container sidecar CloudWatch agen Anda untuk memulai endpoint format metrik yang disematkan.
Anda juga dapat mengatur aplikasi Anda sebagai target Prometheus dan mengonfigurasi CloudWatch agen, dengan dukungan Prometheus, untuk menemukan, mengikis, dan menyerap metrik Anda. CloudWatch Misalnya, Anda dapat menggunakan [eksportir JMX open-source dengan aplikasi Java Anda untuk mengekspos](https://github.com/prometheus/jmx_exporter) JMX Beans untuk konsumsi Prometheus oleh agen. CloudWatch
Jika Anda tidak ingin menggunakan format metrik yang disematkan, Anda juga dapat membuat dan memperbarui CloudWatch metrik menggunakan [AWS API](https://docs.aws.amazon.com//AmazonCloudWatch/latest/APIReference/Welcome.html) atau [AWS SDK](https://aws.amazon.com/developer/tools/). Namun, kami tidak merekomendasikan pendekatan ini karena menggabungkan pemantauan dan logika aplikasi.
## Metrik untuk Amazon EKS di Fargate
Fargate secara otomatis menyediakan node Amazon EKS untuk menjalankan pod Kubernetes Anda sehingga Anda tidak perlu memantau dan mengumpulkan metrik tingkat node. Namun, Anda harus memantau metrik untuk pod yang berjalan di node Amazon EKS Anda di Fargate. Wawasan Kontainer saat ini tidak tersedia untuk Amazon EKS di Fargate karena memerlukan kemampuan berikut yang saat ini tidak didukung:
+ DaemonSets saat ini tidak didukung. Wawasan Kontainer diterapkan dengan menjalankan CloudWatch agen sebagai a DaemonSet pada setiap node cluster.
+ HostPath volume persisten tidak didukung. Kontainer CloudWatch agen menggunakan volume persisten HostPath sebagai prasyarat untuk mengumpulkan data metrik kontainer.
+ Fargate mencegah kontainer istimewa dan akses ke informasi host.
Anda dapat menggunakan [router log bawaan untuk Fargate untuk](https://docs.aws.amazon.com//eks/latest/userguide/fargate-logging.html) mengirim pernyataan format metrik yang disematkan ke. CloudWatch Router log menggunakan Fluent Bit, yang memiliki CloudWatch plugin yang dapat dikonfigurasi untuk mendukung pernyataan format metrik tertanam.
Anda dapat mengambil dan menangkap metrik tingkat pod untuk node Fargate Anda dengan menerapkan server Prometheus di cluster Amazon EKS Anda untuk mengumpulkan metrik dari node Fargate Anda. Karena Prometheus memerlukan penyimpanan persisten, Anda dapat menggunakan Prometheus di Fargate jika Anda menggunakan Amazon Elastic File System (Amazon EFS) untuk penyimpanan persisten. Anda juga dapat menerapkan Prometheus pada node yang didukung Amazon EC2. Untuk informasi selengkapnya, lihat [Memantau Amazon EKS tentang AWS Fargate penggunaan Prometheus dan](https://aws.amazon.com//blogs/containers/monitoring-amazon-eks-on-aws-fargate-using-prometheus-and-grafana/) Grafana di Blog. AWS