Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengkonfigurasi CloudWatch agen untuk EC2 instance dan server lokal
Banyak organisasi menjalankan beban kerja di server fisik dan mesin virtual (VMs). Beban kerja ini biasanya berjalan berbeda OSs yang masing-masing memiliki persyaratan instalasi dan konfigurasi yang unik untuk menangkap dan menelan metrik.
Jika Anda memilih untuk menggunakan EC2 instance, Anda dapat memiliki tingkat kontrol yang tinggi atas instans dan konfigurasi OS Anda. Namun, tingkat kontrol dan tanggung jawab yang lebih tinggi ini mengharuskan Anda untuk memantau dan menyesuaikan konfigurasi untuk mencapai penggunaan yang lebih efisien. Anda dapat meningkatkan efektivitas operasional Anda dengan menetapkan standar untuk pencatatan dan pemantauan, serta menerapkan pendekatan instalasi dan konfigurasi standar untuk menangkap dan menelan log dan metrik.
Organizations yang memigrasi atau memperluas investasi TI mereka ke AWS Cloud dapat memanfaatkan CloudWatch untuk mencapai solusi pencatatan dan pemantauan terpadu. CloudWatch Penetapan harga berarti Anda membayar secara bertahap untuk metrik dan log yang ingin Anda tangkap. Anda juga dapat menangkap log dan metrik untuk server lokal dengan menggunakan proses penginstalan CloudWatch agen serupa untuk Amazon. EC2
Sebelum Anda mulai menginstal dan menerapkan CloudWatch, pastikan Anda mengevaluasi konfigurasi logging dan metrik untuk sistem dan aplikasi Anda. Pastikan Anda menentukan log dan metrik standar yang perlu Anda tangkap untuk OSs yang ingin Anda gunakan. Log dan metrik sistem adalah dasar dan standar untuk solusi logging dan pemantauan karena dihasilkan oleh OS dan berbeda untuk Linux dan Windows. Ada metrik penting dan file log yang tersedia di seluruh distribusi Linux, selain yang khusus untuk versi atau distribusi Linux. Varians ini juga terjadi antara versi Windows yang berbeda.
Mengkonfigurasi agen CloudWatch
CloudWatch menangkap metrik dan log untuk Amazon EC2 dan server lokal dengan menggunakan CloudWatch agen dan file konfigurasi agen yang spesifik untuk setiap OS. Kami menyarankan Anda menentukan metrik standar organisasi dan konfigurasi pengambilan log sebelum Anda mulai menginstal CloudWatch agen dalam skala besar di akun Anda.
Anda dapat menggabungkan beberapa konfigurasi CloudWatch agen untuk membentuk konfigurasi CloudWatch agen komposit. Salah satu pendekatan yang disarankan adalah mendefinisikan dan membagi konfigurasi untuk log dan metrik Anda di tingkat sistem dan aplikasi. Diagram berikut menggambarkan bagaimana beberapa jenis file CloudWatch konfigurasi untuk persyaratan yang berbeda dapat digabungkan untuk membentuk CloudWatch konfigurasi komposit:
Log dan metrik ini juga dapat diklasifikasikan dan dikonfigurasi lebih lanjut untuk lingkungan atau persyaratan tertentu. Misalnya, Anda dapat menentukan subset log dan metrik yang lebih kecil dengan presisi yang lebih rendah untuk lingkungan pengembangan yang tidak diatur, dan set yang lebih besar dan lebih lengkap dengan presisi lebih tinggi untuk lingkungan produksi yang diatur.
Mengkonfigurasi penangkapan log untuk instance EC2
Secara default, Amazon EC2 tidak memantau atau menangkap file log. Sebagai gantinya, file log diambil dan dicerna ke dalam CloudWatch Log oleh perangkat lunak CloudWatch agen yang diinstal pada EC2 instance, AWS API, atau AWS Command Line Interface (AWS CLI) Anda. Sebaiknya gunakan CloudWatch agen untuk memasukkan file log ke dalam CloudWatch Log untuk Amazon EC2 dan server lokal.
Anda dapat mencari dan memfilter log, serta mengekstrak metrik dan menjalankan otomatisasi berdasarkan patching pola dari file log di. CloudWatch CloudWatch mendukung plaintext, spasi dibatasi, dan opsi sintaks pola dan filter berformat JSON, dengan log berformat JSON memberikan fleksibilitas paling banyak. Untuk meningkatkan opsi pemfilteran dan analisis, Anda harus menggunakan output log yang diformat alih-alih teks biasa.
CloudWatch Agen menggunakan file konfigurasi yang mendefinisikan log dan metrik untuk dikirim. CloudWatch CloudWatch kemudian menangkap setiap file log sebagai aliran log dan mengelompokkan aliran log ini ke dalam grup log. Ini membantu Anda melakukan operasi di seluruh log dari EC2 instance Anda, seperti mencari string yang cocok.
Nama aliran log default sama dengan ID EC2 instance dan nama grup log default sama dengan jalur file log. Nama log stream harus unik dalam grup CloudWatch log. Anda dapat menggunakaninstance_id
,hostname
,local_hostname
, atau ip_address
untuk substitusi dinamis di aliran log dan nama grup log, yang berarti Anda dapat menggunakan file konfigurasi CloudWatch agen yang sama di beberapa EC2 instance.
Diagram berikut menunjukkan konfigurasi CloudWatch agen untuk menangkap log. Grup log didefinisikan oleh file log yang diambil dan berisi aliran log terpisah untuk setiap EC2 instance karena {instance_id}
variabel digunakan untuk nama aliran log dan EC2 instance IDs unik.

Grup log menentukan retensi, tag, keamanan, filter metrik, dan cakupan penelusuran untuk aliran log yang dikandungnya. Perilaku pengelompokan default berdasarkan nama file log membantu Anda mencari, membuat metrik, dan alarm pada data yang spesifik untuk file log di seluruh EC2 instance di akun dan Wilayah. Anda harus mengevaluasi apakah penyempurnaan grup log lebih lanjut diperlukan. Misalnya, akun Anda mungkin dibagikan oleh beberapa unit bisnis dan memiliki pemilik teknis atau operasi yang berbeda. Ini berarti Anda harus lebih menyempurnakan nama grup log untuk mencerminkan pemisahan dan kepemilikan. Pendekatan ini memungkinkan Anda untuk memusatkan analisis dan pemecahan masalah pada contoh yang relevan EC2 .
Jika beberapa lingkungan menggunakan satu akun, Anda dapat memisahkan pencatatan untuk beban kerja yang berjalan di setiap lingkungan. Tabel berikut menunjukkan konvensi penamaan grup log yang mencakup unit bisnis, proyek atau aplikasi, dan lingkungan.
Nama grup log | /<Business unit>/<Project or application name>/<Environment>/<Log
file name> |
Nama aliran log | <EC2 instance ID>
|
Anda juga dapat mengelompokkan semua file log untuk sebuah EC2 instance ke dalam grup log yang sama. Hal ini membuat lebih mudah untuk mencari dan menganalisis seluruh set file log untuk satu EC2 contoh. Ini berguna jika sebagian besar EC2 instans Anda melayani satu aplikasi atau beban kerja dan setiap EC2 instance melayani tujuan tertentu. Tabel berikut menunjukkan bagaimana grup log dan penamaan aliran log Anda dapat diformat untuk mendukung pendekatan ini.
Nama grup log | /<Business unit>/<Project or application name>/<Environment>/<EC2
instance ID> |
Nama aliran log | <Log file name> |
Mengonfigurasi pengambilan metrik untuk instance EC2
Secara default, EC2 instans Anda diaktifkan untuk pemantauan dasar dan satu set metrik standar (misalnya, CPU, jaringan, atau metrik terkait penyimpanan) secara otomatis dikirim ke setiap lima menit. CloudWatch CloudWatch metrik dapat bervariasi tergantung pada keluarga instans, misalnya, instance kinerja burstable memiliki metrik untuk kredit CPU. Metrik EC2 standar Amazon disertakan dalam harga instans Anda. Jika Anda mengaktifkan pemantauan terperinci untuk EC2 instans Anda, Anda dapat menerima data dalam periode satu menit. Frekuensi periode memengaruhi CloudWatch biaya Anda, jadi pastikan Anda mengevaluasi apakah pemantauan terperinci diperlukan untuk semua atau hanya beberapa EC2 kasus Anda. Misalnya, Anda dapat mengaktifkan pemantauan terperinci untuk beban kerja produksi tetapi menggunakan pemantauan dasar untuk beban kerja non-produksi.
Server lokal tidak menyertakan metrik default untuk CloudWatch dan harus menggunakan CloudWatch agen, AWS CLI, atau AWS SDK untuk menangkap metrik. Ini berarti Anda harus menentukan metrik yang ingin Anda tangkap (misalnya, pemanfaatan CPU) dalam file CloudWatch konfigurasi. Anda dapat membuat file CloudWatch konfigurasi unik yang menyertakan metrik EC2 instans standar untuk server lokal dan menerapkannya sebagai tambahan pada konfigurasi standar CloudWatch Anda.
Metrik di didefinisikan CloudWatch secara unik berdasarkan nama metrik dan nol atau lebih dimensi, dan dikelompokkan secara unik dalam namespace metrik. Metrik yang disediakan oleh AWS layanan memiliki namespace yang dimulai dengan AWS
(misalnya,AWS/EC2
), dan AWS non-metrik dianggap metrik khusus. Metrik yang Anda konfigurasikan dan tangkap dengan CloudWatch agen semuanya dianggap metrik khusus. Karena jumlah metrik yang dibuat memengaruhi CloudWatch biaya Anda, Anda harus mengevaluasi apakah setiap metrik diperlukan untuk semua atau hanya beberapa EC2 instance Anda. Misalnya, Anda dapat menentukan satu set metrik lengkap untuk beban kerja produksi tetapi menggunakan subset yang lebih kecil dari metrik ini untuk beban kerja non-produksi.
CWAgent
adalah namespace default untuk metrik yang diterbitkan oleh agen. CloudWatch Mirip dengan grup log, namespace metrik mengatur satu set metrik sehingga mereka dapat ditemukan bersama di satu tempat. Anda harus memodifikasi namespace untuk mencerminkan unit bisnis, proyek atau aplikasi, dan lingkungan (misalnya,/<Business unit>/<Project or application
name>/<Environment>
). Pendekatan ini berguna jika beberapa beban kerja yang tidak terkait menggunakan akun yang sama. Anda juga dapat menghubungkan konvensi penamaan namespace Anda dengan konvensi penamaan grup CloudWatch log Anda.
Metrik juga diidentifikasi berdasarkan dimensinya, yang membantu Anda menganalisisnya terhadap serangkaian kondisi dan merupakan properti yang dicatat oleh pengamatan. Amazon EC2 menyertakan metrik terpisah untuk EC2 instans dengan InstanceId
dan AutoScalingGroupName
dimensi. Anda juga menerima metrik dengan InstanceType
dimensi ImageId
dan jika Anda mengaktifkan pemantauan terperinci. Misalnya, Amazon EC2 menyediakan metrik EC2 instance terpisah untuk pemanfaatan CPU dengan InstanceId
dimensi, serta metrik pemanfaatan CPU terpisah untuk dimensi tersebutInstanceType
. Ini membantu Anda menganalisis penggunaan CPU untuk setiap EC2 instance unik, serta semua EC2 instance dari jenis instance tertentu.
Menambahkan lebih banyak dimensi meningkatkan kemampuan analisis Anda tetapi juga meningkatkan biaya keseluruhan Anda, karena setiap metrik dan kombinasi nilai dimensi unik menghasilkan metrik baru. Misalnya, jika Anda membuat metrik untuk persentase pemanfaatan memori terhadap InstanceId
dimensi, maka ini adalah metrik baru untuk setiap EC2 instance. Jika organisasi Anda menjalankan ribuan EC2 instance, ini menyebabkan ribuan metrik dan menghasilkan biaya yang lebih tinggi. Untuk mengontrol dan memprediksi biaya, pastikan Anda menentukan kardinalitas metrik dan dimensi mana yang paling menambah nilai. Misalnya, Anda dapat menentukan satu set lengkap dimensi untuk metrik beban kerja produksi Anda tetapi subset yang lebih kecil dari dimensi ini untuk beban kerja non-produksi.
Anda dapat menggunakan append_dimensions
properti untuk menambahkan dimensi ke satu atau semua metrik yang ditentukan dalam CloudWatch konfigurasi Anda. Anda juga dapat menambahkanImageId
,, InstanceId
InstanceType
, dan AutoScalingGroupName
ke semua metrik secara dinamis dalam konfigurasi Anda. CloudWatch Atau, Anda dapat menambahkan nama dimensi arbitrer dan nilai untuk metrik tertentu dengan menggunakan append_dimensions
properti pada metrik tersebut. CloudWatch juga dapat menggabungkan statistik pada dimensi metrik yang Anda tentukan dengan aggregation_dimensions
properti.
Misalnya, Anda dapat menggabungkan memori yang digunakan terhadap InstanceType
dimensi untuk melihat memori rata-rata yang digunakan oleh semua EC2 instance untuk setiap jenis instance. Jika Anda menggunakan t2.micro
instance yang berjalan di Wilayah, Anda dapat menentukan apakah beban kerja yang menggunakan t2.micro
kelas terlalu memanfaatkan atau kurang memanfaatkan memori yang disediakan. Kurangnya pemanfaatan mungkin merupakan tanda beban kerja menggunakan EC2 kelas dengan kapasitas memori yang tidak diperlukan. Sebaliknya, pemanfaatan berlebihan mungkin merupakan tanda beban kerja menggunakan EC2 kelas Amazon dengan memori yang tidak mencukupi.
Diagram berikut menunjukkan konfigurasi CloudWatch metrik sampel yang menggunakan namespace kustom, dimensi tambahan, dan agregasi oleh. InstanceType
