Integrasi Apache Cassandra mengumpulkan metrik permintaan, tugas, dan penyimpanan yang menyoroti beban pada instance. Secara opsional, integrasi juga dapat mengumpulkan metrik JVM umum yang terkait dengan memori dan pembersihan sampah memori. Integrasi ini juga mengumpulkan log sistem, debug, dan pembersihan sampah. Log ini diurai menjadi payload JSON, yang mencakup kolom untuk pesan, class Java, dan nomor baris.
Untuk informasi selengkapnya tentang Cassandra, lihat dokumentasi Apache Cassandra.
Prasyarat
Untuk mengumpulkan telemetri Cassandra, Anda harus menginstal Agen Operasional:
- Untuk metrik, instal versi 2.6.0 atau yang lebih tinggi.
- Untuk log, instal versi 2.5.0 atau yang lebih tinggi.
Integrasi ini mendukung Cassandra versi 3.11 dan 4.0.
Mengonfigurasi instance Cassandra
Untuk mengekspos endpoint JMX, Anda harus menetapkan properti sistem com.sun.management.jmxremote.port
saat memulai JVM. Sebaiknya tetapkan
properti sistem com.sun.management.jmxremote.rmi.port
ke port yang sama. Untuk
mengekspos endpoint JMX dari jarak jauh, Anda juga harus menetapkan properti sistem
java.rmi.server.hostname
.
Secara default, properti ini ditetapkan dalam file cassandra-env.sh
deployment Cassandra.
Untuk menetapkan properti sistem menggunakan argumen command line, awali nama properti
dengan -D
saat memulai JVM. Misalnya, untuk menetapkan
com.sun.management.jmxremote.port
ke port 7199
, tentukan hal berikut saat
memulai JVM:
-Dcom.sun.management.jmxremote.port=7199
Mengonfigurasi Agen Operasional untuk Cassandra
Dengan mengikuti panduan untuk Mengonfigurasi Agen Ops, tambahkan elemen yang diperlukan untuk mengumpulkan telemetri dari instance Cassandra, dan mulai ulang agen.
Contoh konfigurasi
Perintah berikut membuat konfigurasi untuk mengumpulkan dan menyerap telemetri untuk Cassandra dan memulai ulang Ops Agent.
Mengonfigurasi pengumpulan log
Untuk menyerap log dari Cassandra, Anda harus membuat penerima untuk log yang dihasilkan Cassandra, lalu membuat pipeline untuk penerima baru.
Untuk mengonfigurasi penerima log cassandra_system
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
exclude_paths |
Daftar pola jalur sistem file yang akan dikecualikan dari kumpulan yang dicocokkan oleh include_paths . |
|
include_paths |
[/var/log/cassandra/system*.log] |
Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (* ) dapat digunakan di jalur; misalnya, /var/log/cassandra/system*.log . |
record_log_file_path |
false |
Jika ditetapkan ke true , jalur ke file tertentu tempat data log diperoleh akan muncul di entri log output sebagai nilai label agent.googleapis.com/log_file_path . Saat menggunakan karakter pengganti, hanya jalur file tempat data diperoleh yang dicatat. |
type |
Nilai ini harus cassandra_system . |
|
wildcard_refresh_interval |
60s |
Interval saat jalur file karakter pengganti di include_paths diperbarui. Diberikan sebagai durasi waktu, misalnya 30s atau 2m . Properti ini mungkin berguna dalam throughput logging yang tinggi, dengan file log dirotasi lebih cepat daripada interval default. |
Untuk mengonfigurasi penerima log cassandra_debug
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
exclude_paths |
Daftar pola jalur sistem file yang akan dikecualikan dari kumpulan yang dicocokkan oleh include_paths . |
|
include_paths |
[/var/log/cassandra/debug*.log] |
Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (* ) dapat digunakan di jalur; misalnya, /var/log/cassandra/system*.log . |
record_log_file_path |
false |
Jika ditetapkan ke true , jalur ke file tertentu tempat data log diperoleh akan muncul di entri log output sebagai nilai label agent.googleapis.com/log_file_path . Saat menggunakan karakter pengganti, hanya jalur file tempat data diperoleh yang dicatat. |
type |
Nilai ini harus cassandra_debug . |
|
wildcard_refresh_interval |
60s |
Interval saat jalur file karakter pengganti di include_paths diperbarui. Diberikan sebagai durasi waktu, misalnya 30s atau 2m . Properti ini mungkin berguna dalam throughput logging yang tinggi, dengan file log dirotasi lebih cepat daripada interval default. |
Untuk mengonfigurasi penerima log cassandra_gc
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
exclude_paths |
Daftar pola jalur sistem file yang akan dikecualikan dari kumpulan yang dicocokkan oleh include_paths . |
|
include_paths |
[/var/log/cassandra/gc.log.*.current] |
Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (* ) dapat digunakan di jalur; misalnya, /var/log/cassandra/system*.log . |
record_log_file_path |
false |
Jika ditetapkan ke true , jalur ke file tertentu tempat data log diperoleh akan muncul di entri log output sebagai nilai label agent.googleapis.com/log_file_path . Saat menggunakan karakter pengganti, hanya jalur file tempat data diperoleh yang dicatat. |
type |
Nilai ini harus cassandra_gc . |
|
wildcard_refresh_interval |
60s |
Interval saat jalur file karakter pengganti di include_paths diperbarui. Diberikan sebagai durasi waktu, misalnya 30s atau 2m . Properti ini mungkin berguna dalam throughput logging yang tinggi, dengan file log dirotasi lebih cepat daripada interval default. |
Apa itu log?
logName
berasal dari
ID penerima yang ditentukan dalam konfigurasi. Kolom mendetail di dalam
LogEntry
adalah sebagai berikut.
Log cassandra_system
berisi kolom berikut di LogEntry
:
Kolom | Jenis | Deskripsi |
---|---|---|
jsonPayload.javaClass |
string | Class Java tempat log berasal |
jsonPayload.level |
string | Tingkat entri log |
jsonPayload.lineNumber |
string | Nomor baris file sumber tempat log berasal |
jsonPayload.message |
string | Pesan log, termasuk stacktrace mendetail jika tersedia |
jsonPayload.module |
string | Modul cassandra tempat log berasal |
severity |
string (LogSeverity ) |
Level entri log (diterjemahkan). |
Log cassandra_debug
berisi kolom berikut di LogEntry
:
Kolom | Jenis | Deskripsi |
---|---|---|
jsonPayload.javaClass |
string | Class Java tempat log berasal |
jsonPayload.level |
string | Tingkat entri log |
jsonPayload.lineNumber |
string | Nomor baris file sumber tempat log berasal |
jsonPayload.message |
string | Pesan log |
jsonPayload.module |
string | Modul cassandra tempat log berasal |
severity |
string (LogSeverity ) |
Level entri log (diterjemahkan). |
Log cassandra_gc
berisi kolom berikut di LogEntry
:
Kolom | Jenis | Deskripsi |
---|---|---|
jsonPayload.level |
string | Tingkat entri log |
jsonPayload.message |
string | Pesan log |
jsonPayload.pid |
string | ID proses dari proses Java yang mencatat pesan |
jsonPayload.tid |
string | ID thread proses Java yang mencatat pesan |
jsonPayload.timeStopped |
string | Detik JVM dihentikan untuk pembersihan sampah memori |
jsonPayload.timeStopping |
string | Detik yang diperlukan JVM untuk menghentikan thread sebelum pembersihan sampah memori |
jsonPayload.uptime |
string | Detik JVM telah aktif |
severity |
string (LogSeverity ) |
Level entri log (diterjemahkan). |
Mengonfigurasi pengumpulan metrik
Untuk menyerap metrik dari Cassandra, Anda harus membuat penerima untuk metrik yang dihasilkan Cassandra, lalu membuat pipeline untuk penerima baru.
Penerima ini tidak mendukung penggunaan beberapa instance dalam konfigurasi, misalnya, untuk memantau beberapa endpoint. Semua instance tersebut menulis ke deret waktu yang sama, dan Cloud Monitoring tidak dapat membedakannya.
Untuk mengonfigurasi penerima metrik cassandra
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
collect_jvm_metrics |
true |
Mengonfigurasi penerima untuk juga mengumpulkan metrik JVM yang didukung. |
collection_interval |
60s |
Nilai durasi waktu, seperti 30s atau 5m . |
endpoint |
localhost:7199 |
URL Layanan JMX atau host dan port yang digunakan untuk membuat URL layanan. Nilai ini harus dalam bentuk service:jmx:<protocol>:<sap> atau host:port . Nilai dalam bentuk host:port digunakan untuk membuat URL layanan service:jmx:rmi:///jndi/rmi://<host>:<port>/jmxrmi . |
password |
Sandi yang dikonfigurasi jika JMX dikonfigurasi untuk mewajibkan autentikasi. | |
type |
Nilai ini harus cassandra . |
|
username |
Nama pengguna yang dikonfigurasi jika JMX dikonfigurasi untuk mewajibkan autentikasi. |
Yang dipantau
Tabel berikut memberikan daftar metrik yang dikumpulkan Ops Agent dari instance Cassandra.
Jenis metrik | |
---|---|
Jenis, Tipe Resource yang dimonitor |
Label |
workload.googleapis.com/cassandra.client.request.count
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/cassandra.client.request.error.count
|
|
CUMULATIVE , INT64 gce_instance |
operation status
|
workload.googleapis.com/cassandra.client.request.range_slice.latency.50p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.range_slice.latency.99p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.range_slice.latency.max
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.read.latency.50p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.read.latency.99p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.read.latency.max
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.write.latency.50p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.write.latency.99p
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.client.request.write.latency.max
|
|
GAUGE , DOUBLE gce_instance |
|
workload.googleapis.com/cassandra.compaction.tasks.completed
|
|
CUMULATIVE , INT64 gce_instance |
|
workload.googleapis.com/cassandra.compaction.tasks.pending
|
|
GAUGE , INT64 gce_instance |
|
workload.googleapis.com/cassandra.storage.load.count
|
|
GAUGE , INT64 gce_instance |
|
workload.googleapis.com/cassandra.storage.total_hints.count
|
|
CUMULATIVE , INT64 gce_instance |
|
workload.googleapis.com/cassandra.storage.total_hints.in_progress.count
|
|
GAUGE , INT64 gce_instance |
Memverifikasi konfigurasi
Bagian ini menjelaskan cara memverifikasi bahwa Anda telah mengonfigurasi penerima Cassandra dengan benar. Mungkin perlu waktu satu atau dua menit agar Ops Agent mulai mengumpulkan telemetri.
Untuk memverifikasi bahwa log Cassandra dikirim ke Cloud Logging, lakukan tindakan berikut:
-
Di konsol Google Cloud, buka halaman Logs Explorer:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Logging.
- Masukkan kueri berikut di editor, lalu klik Run query:
resource.type="gce_instance" (log_id("cassandra_system") OR log_id("cassandra_debug") OR log_id("cassandra_gc"))
Untuk memverifikasi bahwa metrik Cassandra dikirim ke Cloud Monitoring, lakukan tindakan berikut:
-
Di konsol Google Cloud, buka halaman leaderboard Metrics explorer:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Di toolbar panel pembuat kueri, pilih tombol yang namanya adalah code MQL atau code PromQL.
- Pastikan MQL dipilih di tombol Language. Tombol bahasa berada di toolbar yang sama yang memungkinkan Anda memformat kueri.
- Masukkan kueri berikut di editor, lalu klik Run query:
fetch gce_instance | metric 'workload.googleapis.com/cassandra.client.request.count' | every 1m
Lihat dasbor
Untuk melihat metrik Cassandra, Anda harus mengonfigurasi diagram atau dasbor. Integrasi Cassandra menyertakan satu atau beberapa dasbor untuk Anda. Dasbor apa pun akan otomatis diinstal setelah Anda mengonfigurasi integrasi dan Agen Operasional telah mulai mengumpulkan data metrik.
Anda juga dapat melihat pratinjau statis dasbor tanpa menginstal integrasi.
Untuk melihat dasbor yang terinstal, lakukan tindakan berikut:
-
Di konsol Google Cloud, buka halaman Dasbor:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Pilih tab Daftar Dasbor, lalu pilih kategori Integrasi.
- Klik nama dasbor yang ingin Anda lihat.
Jika Anda telah mengonfigurasi integrasi, tetapi dasbor belum diinstal, pastikan Agen Operasional berjalan. Jika tidak ada data metrik untuk diagram di dasbor, penginstalan dasbor akan gagal. Setelah Ops Agent mulai mengumpulkan metrik, dasbor akan diinstal untuk Anda.
Untuk melihat pratinjau statis dasbor, lakukan tindakan berikut:
-
Di konsol Google Cloud, buka halaman Integrations:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Klik filter platform deployment Compute Engine.
- Temukan entri untuk Cassandra, lalu klik Lihat Detail.
- Pilih tab Dasbor untuk melihat pratinjau statis. Jika dasbor telah diinstal, Anda dapat membukanya dengan mengklik Lihat dasbor.
Untuk mengetahui informasi selengkapnya tentang dasbor di Cloud Monitoring, lihat Dasbor dan diagram.
Untuk informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.
Menginstal kebijakan pemberitahuan
Kebijakan pemberitahuan menginstruksikan Cloud Monitoring untuk memberi tahu Anda saat kondisi yang ditentukan terjadi. Integrasi Cassandra menyertakan satu atau beberapa kebijakan pemberitahuan untuk Anda gunakan. Anda dapat melihat dan menginstal kebijakan pemberitahuan ini dari halaman Integrasi di Monitoring.
Untuk melihat deskripsi kebijakan pemberitahuan yang tersedia dan menginstalnya, lakukan hal berikut:
-
Di konsol Google Cloud, buka halaman Integrations:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Temukan entri untuk Cassandra, lalu klik Lihat Detail.
- Pilih tab Notifikasi. Tab ini memberikan deskripsi tentang kebijakan pemberitahuan yang tersedia dan menyediakan antarmuka untuk menginstalnya.
- Instal kebijakan pemberitahuan. Kebijakan pemberitahuan perlu
mengetahui tempat untuk mengirim notifikasi bahwa pemberitahuan telah
dipicu, sehingga memerlukan informasi dari Anda untuk penginstalan.
Untuk menginstal kebijakan pemberitahuan, lakukan hal berikut:
- Dari daftar kebijakan pemberitahuan yang tersedia, pilih kebijakan yang ingin Anda instal.
Di bagian Konfigurasi notifikasi, pilih satu atau beberapa saluran notifikasi. Anda memiliki opsi untuk menonaktifkan penggunaan saluran notifikasi, tetapi jika Anda melakukannya, kebijakan pemberitahuan akan diaktifkan secara otomatis. Anda dapat memeriksa statusnya di Pemantauan, tetapi Anda tidak menerima notifikasi.
Untuk informasi selengkapnya tentang saluran notifikasi, lihat Mengelola saluran notifikasi.
- Klik Create Policies.
Untuk informasi selengkapnya tentang kebijakan pemberitahuan di Cloud Monitoring, lihat Pengantar pemberitahuan.
Untuk informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.
Langkah selanjutnya
Untuk panduan tentang cara menggunakan Ansible untuk menginstal Agen Operasional, mengonfigurasi aplikasi pihak ketiga, dan menginstal contoh dasbor, lihat video Menginstal Agen Operasional untuk memecahkan masalah aplikasi pihak ketiga.