Dokumen ini menjelaskan cara data metrik yang dikirimkan your Google Cloud project
menggunakan Telemetry (OTLP) API dipetakan ke
struktur Cloud Monitoring. API ini mengimplementasikan
OpenTelemetry Line Protocol. Anda dapat mengirim data ke API ini saat menginstrumentasikan
aplikasi dengan pengekspor otlphttp dan OpenTelemetry Collector,
atau saat menggunakan OpenTelemetry SDK.
OpenTelemetry adalah project open source yang didukung Google Clouddengan Google Cloud engineer yang ditugaskan untuk memastikan dukungan dalam menyerap dan memvisualisasikan telemetri Anda.
Praktik terbaik
Saat menginstrumentasikan aplikasi untuk mengirim data pelacakan ke Google Cloud project Anda, sebaiknya gunakan pengekspor yang menulis data berformat OTLP ke Collector, yang kemudian mengirim data pelacakan ke Telemetry API. Di pengumpul, tentukan hanya URL root:
exporters:
otlphttp:
encoding: proto
endpoint: https://telemetry.googleapis.com
OpenTelemetry mendeteksi jenis data dan otomatis menambahkan /v1/traces, /v1/metrics, atau /v1/logs sebagaimana mestinya. Untuk mengetahui informasi selengkapnya, lihat
Permintaan OTLP/HTTP.
Untuk contoh yang mengekspor data pelacakan atau metrik ke Telemetry API, lihat dokumen berikut:
Jika tidak dapat menggunakan pengumpul, Anda dapat menggunakan library OpenTelemetry yang berisi pengekspor OTLP dalam proses untuk mengirim telemetri ke Telemetry API. Untuk mempelajari cara mengekspor data pelacakan secara langsung, lihat Pengekspor Cloud Trace ke endpoint OTLP.
Autentikasi
Anda harus mengonfigurasi pengekspor dengan kredensial yang diperlukan untuk mengirim
data ke your Google Cloud project. Misalnya, saat menggunakan pengumpul, biasanya Anda juga menggunakan ekstensi googleclientauth untuk melakukan autentikasi dengan kredensial Google.
Untuk contoh autentikasi saat menggunakan ekspor data pelacakan langsung, lihat Mengonfigurasi autentikasi. Contoh ini mengilustrasikan cara mengonfigurasi pengekspor dengan Google Cloud Kredensial Default Aplikasi (ADC) dan menambahkan Google Auth Library khusus bahasa ke aplikasi Anda.
Metrik OTLP di Cloud Monitoring
Saat metrik diserap ke Cloud Monitoring menggunakan OpenTelemetry Collector dan pengekspor otlphttp atau dikirim langsung menggunakan OpenTelemetry SDK, metrik OTLP akan dipetakan ke struktur metrik Cloud Monitoring.
Bagian ini menjelaskan hal berikut:
- Pemetaan antara resource OTLP dan resource yang dipantau Cloud Monitoring.
- Pemetaan antara metrik OTLP dan metrik Cloud Monitoring.
Pemetaan resource yang dipantau
Semua titik metrik ditulis sebagaimana adanya untuk Google Cloud Managed Service for Prometheus, menggunakan pemetaan Prometheus.
Pemetaan Prometheus
Metrik Prometheus memerlukan penggunaan jenis resource yang dipantau
prometheus_target.
Label berikut pada jenis resource prometheus_target digunakan untuk membuat skema dan menyimpan data secara efisien dalam Monarch. Semakin tepat Anda menentukan nilai untuk atribut ini, semakin baik kemampuan kueri dan skalabilitas Anda.
Sebaiknya Anda sejelas mungkin saat menetapkan nilai untuk label ini, meskipun kami telah menerapkan logika penggantian untuk digunakan jika tidak ada nilai eksplisit.
Tabel berikut menunjukkan sumber nilai untuk label, dalam urutan prioritas:
Label prometheus-target |
Nilai yang digunakan (dalam urutan prioritas) |
|---|---|
location (wajib) |
|
cluster |
|
namespace |
|
job |
|
instance (wajib) |
|
Pemetaan metrik
Metrik dikonversi ke format deret waktu Prometheus. Nama metrik tidak boleh memiliki domain atau domainprometheus.googleapis.com.
Setelah konversi, nama metrik akan menyertakan awalan prometheus.googleapis.com dan akhiran tambahan, berdasarkan jenis titik OTLP. Metrik Cloud Monitoring yang dihasilkan memiliki struktur berikut:
prometheus.googleapis.com/{metric_name}/{suffix}
Selain itu, untuk setiap resource OpenTelemetry yang unik, konversi akan menambahkan metrik
target_info yang berisi semua atribut resource kecuali
service.name, service.instance.id, dan service.namespace.
Semua metrik OTLP INT64 diterjemahkan ke jenis nilai
DOUBLE di Cloud Monitoring,
meskipun pengumpul menentukan jenis nilai sebagai INT64.
Perubahan ini dilakukan karena setelah deret waktu berada di Monarch, Anda tidak dapat mengubah jenis nilai. Konsekuensi paling umum dari mendukung nilai INT64 adalah Anda akan mengalami konflik yang hanya dapat diselesaikan dengan menghapus metrik.
Pemetaan metrik Prometheus
Jenis metrik dipetakan sebagai berikut:
- Pengukur OTLP dipetakan ke pengukur Cloud Monitoring.
- Jumlah OTLP dipetakan sebagai berikut:
- Histogram OTLP dipetakan ke distribusi Cloud Monitoring
dengan jenis metrik kumulatif atau delta,
bergantung pada nilai
aggregation_temporality. - Metrik Ringkasan OTLP diperluas menjadi deret waktu individual untuk setiap komponen:
count,sum, dan setiapquantile.- Nama untuk metrik hitungan dan jumlah diberi akhiran
_countatau_summasing-masing, dan ditulis sebagai metrik kumulatif Cloud Monitoring berjenis DOUBLE. - Setiap kuantil menjadi deret waktu pengukurannya sendiri berjenis DOUBLE, dengan label
quantile.
- Nama untuk metrik hitungan dan jumlah diberi akhiran
Tabel berikut merangkum pemetaan metrik:
| Jenis titik OTLP | Jenis metrik Monitoring | Jenis nilai Monitoring | Akhiran | Catatan |
|---|---|---|---|---|
| GAUGE | GAUGE | DOUBLE | /gauge | |
| GAUGE (metric.metadata["prometheus.type"]="unknown") | GAUGE | DOUBLE | /unknown | Prometheus Unknowns dibagi menjadi penghitung dan pengukur oleh OpenTelemetry Collector. |
| SUM (monotonik, CUMULATIVE) | CUMULATIVE | DOUBLE | /counter | |
| SUM (monotonik, CUMULATIVE, metric.metadata["prometheus.type"]="unknown") | CUMULATIVE | DOUBLE | /unknown:counter | Prometheus Unknowns dibagi menjadi penghitung dan pengukur oleh OpenTelemetry Collector. |
| SUM (monotonik, DELTA) | DELTA | DOUBLE | /delta | |
| SUM (non-monotonik, CUMULATIVE) | GAUGE | DOUBLE | /gauge | |
| SUM (non-monotonik, DELTA) | Tidak didukung | UpDownCounter temporalitas delta tidak didukung. | ||
| HISTOGRAM (CUMULATIVE) | CUMULATIVE | DISTRIBUTION dengan bucket eksplisit | /histogram | |
| EXPONENTIAL HISTOGRAM (CUMULATIVE) | CUMULATIVE | DISTRIBUTION dengan bucket eksponensial | /histogram | |
| HISTOGRAM (DELTA) | DELTA | DISTRIBUTION dengan bucket eksplisit | /histogram:delta | |
| EXPONENTIAL HISTOGRAM (DELTA) | DELTA | DISTRIBUTION dengan bucket eksponensial | /histogram:delta | |
| SUMMARY (sum, count, quantile) |
CUMULATIVE CUMULATIVE GAUGE |
DOUBLE DOUBLE DOUBLE |
_sum/summary:counter _count/summary /summary |
Titik data ringkasan ditulis sebagai beberapa deret waktu, satu untuk
hitungan, jumlah, dan setiap kuantil yang dihitung. Metrik kuantil juga dihasilkan dengan label quantile. |
Perbedaan antara pengekspor googlemanagedprometheus dan Telemetry API
Telemetry API (telemetry.googleapis.com) menangani metrik secara berbeda
dari pengekspor googlemanagedprometheus:
Telemetry API mengizinkan karakter titik (
.) dan garis miring (/) dalam nama metrik. Pengeksporgooglemanagedprometheusmengonversi semua kemunculan karakter ini menjadi karakter garis bawah (_). Misalnya, metrik OTLP yang disebutprometheus.googleapis.com/foo.bar/gaugediekspor verbatim oleh pengekspor OTLP, tetapi diekspor sebagaiprometheus.googleapis.com/foo_bar/gaugeoleh pengeksporgooglemanagedprometheus.Saat metrik diserap, Cloud Monitoring akan membuat deskriptor metrik berdasarkan nama. Perbedaan dalam cara karakter titik (
.) dan garis miring (/) ditangani oleh jalur penyerapan berarti deskriptor metrik yang dihasilkan berbeda antara metrik yang diserap menggunakan pengeksporgooglemanagedprometheusdan metrik yang diserap menggunakan pengeksporotlphttp. Jika menggunakan kedua jalur penyerapan, Anda akan memiliki dua kumpulan metrik; untuk mendapatkan hasil lengkap saat membuat kueri, Anda harus menggabungkan hasil secara manual dari metrik versi Prometheus dan OTLP.Telemetry API tidak menambahkan unit ke nama metrik saat unit ada, dan tidak menambahkan akhiran
_totalke penghitung. Jadi, metrik yang diekspor sebagaiprometheus.googleapis.com/foo/countersaat menggunakan Telemetry API diekspor sebagaiprometheus.googleapis.com/foo_seconds_total/counteroleh pengeksporgooglemanagedprometheus. Perbedaan ini juga berlaku untuk akhiran_totaldan_ratio.API mensintesis nilai
sum_of_squared_deviationuntuk nilai distribusi yang berasal dari histogram eksponensial. Pengeksporgooglemanagedprometheustidak menetapkan kolom ini untuk histogram eksponensial.API mengonversi semua nilai titik bilangan bulat menjadi nilai ganda untuk metrik Prometheus.
API tidak menetapkan label
scope_versionatauscope_namejika label tersebut memiliki nilai kosong.
Cloud Monitoring dan residensi data
Untuk mempelajari cara data metrik Anda disimpan, lihat Regionalitas data untuk Cloud Monitoring.
Tempat melihat data yang diserap
Data metrik yang diserap melalui Telemetry API dapat dilihat menggunakan halaman Metrics Explorer. Untuk mengetahui informasi tentang cara melihat dan membuat diagram data metrik, lihat Membuat diagram dengan Metrics Explorer.