Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Siapkan Amazon Managed Service untuk Prometheus untuk data ketersediaan tinggi
Saat Anda mengirim data ke Amazon Managed Service untuk Prometheus, data akan direplikasi secara otomatis AWS di seluruh Availability Zone di Wilayah, dan disajikan kepada Anda dari sekelompok host yang menyediakan skalabilitas, ketersediaan, dan keamanan. Anda mungkin ingin menambahkan brankas kegagalan ketersediaan tinggi tambahan, tergantung pada pengaturan khusus Anda. Ada dua cara umum agar Anda dapat menambahkan keamanan ketersediaan tinggi ke pengaturan Anda:
+ Jika Anda memiliki beberapa kontainer atau instans yang memiliki data yang sama, Anda dapat mengirim data tersebut ke Amazon Managed Service untuk Prometheus dan data secara otomatis di-de-duplikasi. Ini membantu memastikan bahwa data Anda akan dikirim ke Layanan Terkelola Amazon untuk ruang kerja Prometheus.
Untuk informasi selengkapnya tentang menghilangkan duplikasi data ketersediaan tinggi, lihat. [Mendeduplikasi metrik ketersediaan tinggi yang dikirim ke Amazon Managed Service untuk Prometheus](AMP-ingest-dedupe.md)
+ Jika Anda ingin memastikan bahwa Anda memiliki akses ke data Anda, bahkan ketika AWS Wilayah tidak tersedia, Anda dapat mengirim metrik Anda ke ruang kerja kedua, di Wilayah lain.
Untuk informasi selengkapnya tentang mengirim data metrik ke beberapa ruang kerja, lihat. [Gunakan ruang kerja lintas Wilayah untuk menambahkan ketersediaan tinggi di Amazon Managed Service untuk Prometheus](AMP-send-to-multiple-workspaces.md)
**Topics**
+ [Mendeduplikasi metrik ketersediaan tinggi yang dikirim ke Amazon Managed Service untuk Prometheus](AMP-ingest-dedupe.md)
+ [Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan Prometheus](Send-high-availability-data.md)
+ [Siapkan data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus menggunakan bagan Helm Operator Prometheus](Send-high-availability-data-operator.md)
+ [Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan Distro untuk AWS OpenTelemetry](Send-high-availability-data-ADOT.md)
+ [Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan bagan Helm komunitas Prometheus](Send-high-availability-prom-community.md)
+ [Jawaban atas pertanyaan umum tentang konfigurasi ketersediaan tinggi di Amazon Managed Service untuk Prometheus](HA_FAQ.md)
+ [Gunakan ruang kerja lintas Wilayah untuk menambahkan ketersediaan tinggi di Amazon Managed Service untuk Prometheus](AMP-send-to-multiple-workspaces.md)
# Mendeduplikasi metrik ketersediaan tinggi yang dikirim ke Amazon Managed Service untuk Prometheus
Anda dapat mengirim data dari beberapa agen Prometheus (instance *Prometheus* yang berjalan dalam mode Agen) ke Layanan Terkelola Amazon untuk ruang kerja Prometheus. Jika beberapa instans ini merekam dan mengirimkan metrik yang sama, data Anda akan memiliki ketersediaan yang lebih tinggi (meskipun salah satu agen berhenti mengirim data, Layanan Terkelola Amazon untuk ruang kerja Prometheus akan tetap menerima data dari instance lain). Namun, Anda ingin ruang kerja Amazon Managed Service for Prometheus secara otomatis menghapus duplikasi metrik sehingga Anda tidak melihat metrik beberapa kali, dan tidak dikenakan biaya untuk konsumsi dan penyimpanan data beberapa kali.
**Agar Amazon Managed Service untuk Prometheus dapat secara otomatis menghapus duplikat data dari beberapa agen Prometheus, Anda memberikan kumpulan agen yang mengirimkan data duplikat satu nama cluster, dan setiap instance nama replika.** Nama cluster mengidentifikasi instance sebagai memiliki data bersama, dan nama replika memungkinkan Amazon Managed Service untuk Prometheus mengidentifikasi sumber setiap metrik. Metrik tersimpan terakhir menyertakan label cluster, tetapi bukan replika, sehingga metrik tampaknya berasal dari satu sumber.
**catatan**
Versi Kubernetes tertentu (1,28 dan 1,29) dapat memancarkan metriknya sendiri dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan Amazon Managed Service untuk deduplikasi Prometheus. Lihat [FAQ ketersediaan tinggi](HA_FAQ.md#HA_FAQ_cluster-label) untuk informasi lebih lanjut.
Topik berikut menunjukkan cara mengirim data dan menyertakan `cluster` dan `__replica__` label, sehingga Amazon Managed Service for Prometheus menghapus duplikasi data secara otomatis.
**penting**
Jika Anda tidak mengatur deduplikasi, Anda akan dikenakan biaya untuk semua sampel data yang dikirim ke Amazon Managed Service untuk Prometheus. Sampel data ini termasuk sampel duplikat.
# Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan Prometheus
Untuk menyiapkan konfigurasi ketersediaan tinggi dengan Prometheus, Anda harus menerapkan label eksternal pada semua instance grup ketersediaan tinggi, sehingga Amazon Managed Service for Prometheus dapat mengidentifikasinya. Gunakan `cluster` label untuk mengidentifikasi agen instance Prometheus sebagai bagian dari grup ketersediaan tinggi. Gunakan `__replica__` label untuk mengidentifikasi setiap replika dalam grup secara terpisah. Anda perlu menerapkan keduanya `__replica__` dan `cluster` label agar de-duplikasi berfungsi.
**catatan**
`__replica__`Label diformat dengan dua simbol garis bawah sebelum dan sesudah kata. `replica`
**Contoh: cuplikan kode**
Dalam cuplikan kode berikut, `cluster` label mengidentifikasi agen `prom-team1` instance Prometheus, dan label mengidentifikasi replika dan. `_replica_` `replica1` `replica2`
```
cluster: prom-team1
__replica__: replica1
```
```
cluster: prom-team1
__replica__: replica2
```
Karena Amazon Managed Service untuk Prometheus menyimpan sampel data dari replika ketersediaan tinggi dengan label ini, itu menghapus label saat sampel diterima`replica`. Ini berarti bahwa Anda hanya akan memiliki pemetaan seri 1:1 untuk seri Anda saat ini, bukan seri per replika. `cluster`Label disimpan.
**catatan**
Versi Kubernetes tertentu (1,28 dan 1,29) dapat memancarkan metriknya sendiri dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan Amazon Managed Service untuk deduplikasi Prometheus. Lihat [FAQ ketersediaan tinggi](HA_FAQ.md#HA_FAQ_cluster-label) untuk informasi lebih lanjut.
# Siapkan data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus menggunakan bagan Helm Operator Prometheus
Untuk menyiapkan konfigurasi ketersediaan tinggi dengan Operator Prometheus di Helm, Anda harus menerapkan label eksternal pada semua instance grup ketersediaan tinggi, sehingga Layanan Terkelola Amazon untuk Prometheus dapat mengidentifikasinya. Anda juga harus mengatur atribut `replicaExternalLabelName` dan `externalLabels` pada bagan Helm Operator Prometheus.
**Contoh: header YAMM**
Di header YAMM berikut, `cluster` ditambahkan `externalLabel` untuk mengidentifikasi agen instans Prometheus sebagai bagian dari grup ketersediaan tinggi, `replicaExternalLabels` dan mengidentifikasi setiap replika dalam grup.
```
replicaExternalLabelName: __replica__
externalLabels:
cluster: prom-dev
```
**catatan**
Versi Kubernetes tertentu (1,28 dan 1,29) dapat memancarkan metriknya sendiri dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan Amazon Managed Service untuk deduplikasi Prometheus. Lihat [FAQ ketersediaan tinggi](HA_FAQ.md#HA_FAQ_cluster-label) untuk informasi lebih lanjut.
# Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan Distro untuk AWS OpenTelemetry
AWS Distro for OpenTelemetry (ADOT) adalah distribusi proyek yang aman dan siap produksi. OpenTelemetry ADOT memberi Anda sumber APIs, pustaka, dan agen, sehingga Anda dapat mengumpulkan jejak dan metrik terdistribusi untuk pemantauan aplikasi. Untuk informasi tentang ADOT, lihat [Tentang AWS Distro untuk Telemetri Terbuka](https://aws-otel.github.io/about).
Untuk mengatur ADOT dengan konfigurasi ketersediaan tinggi, Anda harus mengkonfigurasi gambar kontainer kolektor ADOT dan menerapkan label eksternal `cluster` dan `__replica__` ke eksportir tulis jarak jauh Prometheus AWS . Eksportir ini mengirimkan metrik tergores Anda ke Layanan Terkelola Amazon untuk ruang kerja Prometheus melalui titik akhir. `remote_write` Saat Anda menyetel label ini pada eksportir penulisan jarak jauh, Anda mencegah metrik duplikat disimpan saat replika redundan berjalan. Untuk informasi lebih lanjut tentang eksportir tulis jarak jauh AWS Prometheus, lihat [Memulai dengan eksportir tulis jarak jauh Prometheus untuk Layanan Terkelola Amazon untuk Prometheus](https://aws-otel.github.io/docs/getting-started/prometheus-remote-write-exporter).
**catatan**
Versi Kubernetes tertentu (1,28 dan 1,29) dapat memancarkan metriknya sendiri dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan Amazon Managed Service untuk deduplikasi Prometheus. Lihat [FAQ ketersediaan tinggi](HA_FAQ.md#HA_FAQ_cluster-label) untuk informasi lebih lanjut.
# Kirim data ketersediaan tinggi ke Amazon Managed Service untuk Prometheus dengan bagan Helm komunitas Prometheus
Untuk menyiapkan konfigurasi ketersediaan tinggi dengan bagan Helm komunitas Prometheus, Anda harus menerapkan label eksternal pada semua instance grup ketersediaan tinggi, sehingga Layanan Terkelola Amazon untuk Prometheus dapat mengidentifikasinya. Berikut adalah contoh bagaimana Anda dapat menambahkan `external_labels` ke satu contoh Prometheus dari bagan Helm komunitas Prometheus.
```
server:
global:
external_labels:
cluster: monitoring-cluster
__replica__: replica-1
```
**catatan**
Jika Anda menginginkan beberapa replika, Anda harus menerapkan bagan beberapa kali dengan nilai replika yang berbeda, karena bagan Helm komunitas Prometheus tidak memungkinkan Anda mengatur nilai replika secara dinamis saat menambah jumlah replika langsung dari grup pengontrol. Jika Anda lebih suka `replica` label disetel secara otomatis, gunakan bagan Helm prometheus-operator.
**catatan**
Versi Kubernetes tertentu (1,28 dan 1,29) dapat memancarkan metriknya sendiri dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan Amazon Managed Service untuk deduplikasi Prometheus. Lihat [FAQ ketersediaan tinggi](HA_FAQ.md#HA_FAQ_cluster-label) untuk informasi lebih lanjut.
# Jawaban atas pertanyaan umum tentang konfigurasi ketersediaan tinggi di Amazon Managed Service untuk Prometheus
## Haruskah saya memasukkan nilai *\$1\$1replica\$1\$1* ke label lain untuk melacak titik sampel?
Dalam pengaturan ketersediaan tinggi, Amazon Managed Service untuk Prometheus memastikan sampel data tidak diduplikasi dengan memilih pemimpin dalam cluster instance Prometheus. Jika replika pemimpin berhenti mengirim sampel data selama 30 detik, Layanan Terkelola Amazon untuk Prometheus secara otomatis menjadikan instance Prometheus lain sebagai replika pemimpin dan menyerap data dari pemimpin baru, termasuk data yang terlewat. Karena itu, jawabannya tidak, tidak disarankan. Melakukannya dapat menyebabkan masalah seperti:
+ Meminta a `count` di **PromQL** dapat mengembalikan nilai yang lebih tinggi dari yang diharapkan selama periode pemilihan pemimpin baru.
+ Jumlah `active series` akan meningkat selama periode memilih pemimpin baru dan mencapai. `active series limits` Lihat [Kuota AMP](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP_quotas.html) untuk info selengkapnya.
## Kubernetes tampaknya memiliki label *klaster* sendiri, dan tidak men-deduplikasi metrik saya. Bagaimana saya bisa memperbaikinya?
Sebuah metrik baru, `apiserver_storage_size_bytes` diperkenalkan di Kubernetes 1.28, dengan label. `cluster` Hal ini dapat menyebabkan masalah dengan deduplikasi di Amazon Managed Service untuk Prometheus, yang bergantung pada label. `cluster` Di Kubernetes 1.3, label diubah namanya menjadi `storage-cluster_id` (juga diganti namanya di tambalan selanjutnya dari 1,28 dan 1,29). Jika klaster Anda memancarkan metrik ini dengan `cluster` label, Amazon Managed Service untuk Prometheus tidak dapat men-dedupe deret waktu terkait. Kami menyarankan Anda meningkatkan klaster Kubernetes Anda ke versi patch terbaru untuk menghindari masalah ini. Sebagai alternatif, Anda dapat memberi label ulang `cluster` label pada `apiserver_storage_size_bytes` metrik Anda sebelum memasukkannya ke Amazon Managed Service for Prometheus.
**catatan**
*Untuk detail selengkapnya tentang perubahan Kubernetes, lihat [Mengganti nama klaster Label menjadi storage\$1cluster\$1id untuk metrik apiserver\$1storage\$1size\$1bytes](https://github.com/kubernetes/kubernetes/pull/124283) dalam proyek Kubernetes. GitHub*
# Gunakan ruang kerja lintas Wilayah untuk menambahkan ketersediaan tinggi di Amazon Managed Service untuk Prometheus
Untuk menambahkan ketersediaan lintas wilayah ke data Anda, Anda dapat mengirim metrik ke beberapa ruang kerja di seluruh Wilayah. AWS Prometheus mendukung banyak penulis dan penulisan lintas wilayah.
Contoh berikut menunjukkan cara mengatur server Prometheus yang berjalan dalam mode Agen untuk mengirim metrik ke dua ruang kerja di Wilayah yang berbeda dengan Helm.
```
extensions:
sigv4auth:
service: "aps"
receivers:
prometheus:
config:
scrape_configs:
- job_name: 'kubernetes-kubelet'
scheme: https
tls_config:
ca_file: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
insecure_skip_verify: true
bearer_token_file: /var/run/secrets/kubernetes.io/serviceaccount/token
kubernetes_sd_configs:
- role: node
relabel_configs:
- action: labelmap
regex: __meta_kubernetes_node_label_(.+)
- target_label: __address__
replacement: kubernetes.default.svc.cluster.local:443
- source_labels: [__meta_kubernetes_node_name]
regex: (.+)
target_label: __metrics_path__
replacement: /api/v1/nodes/$${1}/proxy/metrics
exporters:
prometheusremotewrite/one:
endpoint: "https://aps-workspaces.workspace_1_region.amazonaws.com/workspaces/ws-workspace_1_id/api/v1/remote_write"
auth:
authenticator: sigv4auth
prometheusremotewrite/two:
endpoint: "https://aps-workspaces.workspace_2_region.amazonaws.com/workspaces/ws-workspace_2_id/api/v1/remote_write"
auth:
authenticator: sigv4auth
service:
extensions: [sigv4auth]
pipelines:
metrics/one:
receivers: [prometheus]
exporters: [prometheusremotewrite/one]
metrics/two:
receivers: [prometheus]
exporters: [prometheusremotewrite/two]
```