Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Configura Amazon Managed Service per Prometheus per dati ad alta disponibilità
Quando invii dati al servizio gestito da Amazon per Prometheus, questi vengono replicati AWS automaticamente nelle zone di disponibilità della regione e ti vengono forniti da un cluster di host che forniscono scalabilità, disponibilità e sicurezza. Potresti voler aggiungere ulteriori sistemi di sicurezza ad alta disponibilità, a seconda della configurazione specifica. Esistono due modi comuni per aggiungere sistemi di sicurezza ad alta disponibilità alla configurazione:
+ Se disponi di più contenitori o istanze con gli stessi dati, puoi inviare tali dati al servizio gestito da Amazon per Prometheus e deduplicarli automaticamente. Questo aiuta a garantire che i tuoi dati vengano inviati alla tua area di lavoro del servizio gestito da Amazon per Prometheus.
Per ulteriori informazioni sulla deduplicazione dei dati di disponibilità elevata consulta [Deduplicazione dei parametri di disponibilità elevata inviati al servizio gestito da Amazon per Prometheus](AMP-ingest-dedupe.md).
+ Se vuoi assicurarti di avere accesso ai tuoi dati, anche quando la AWS regione non è disponibile, puoi inviare i parametri a un secondo area di lavoro, in un'altra regione.
Per ulteriori informazioni sull'invio di dati dei parametri a più aree di lavoro, consulta [Usa aree di lavoro interregionali per aggiungere un'elevata disponibilità in Amazon Managed Service for Prometheus](AMP-send-to-multiple-workspaces.md).
**Topics**
+ [Deduplicazione dei parametri di disponibilità elevata inviati al servizio gestito da Amazon per Prometheus](AMP-ingest-dedupe.md)
+ [Invia dati di elevata disponibilità al servizio gestito da Amazon per Prometheus con Prometheus](Send-high-availability-data.md)
+ [Configura dati ad alta disponibilità su Amazon Managed Service for Prometheus utilizzando la tabella Prometheus Operator Helm](Send-high-availability-data-operator.md)
+ [Invia dati ad alta disponibilità ad Amazon Managed Service for Prometheus con Distro for AWS OpenTelemetry](Send-high-availability-data-ADOT.md)
+ [Invia dati di elevata disponibilità al servizio gestito da Amazon per Prometheus con il grafico Helm della community Prometheus](Send-high-availability-prom-community.md)
+ [Risposte alle domande più comuni sulla configurazione ad alta disponibilità in Amazon Managed Service for Prometheus](HA_FAQ.md)
+ [Usa aree di lavoro interregionali per aggiungere un'elevata disponibilità in Amazon Managed Service for Prometheus](AMP-send-to-multiple-workspaces.md)
# Deduplicazione dei parametri di disponibilità elevata inviati al servizio gestito da Amazon per Prometheus
Puoi inviare dati da più agenti Prometheus (istanze *Prometheus* in esecuzione in modalità Agente) alla tua area di lavoro del servizio gestito da Amazon per Prometheus. Se alcune di queste istanze registrano e inviano gli stessi parametri, i tuoi dati avranno una maggiore disponibilità (anche se uno degli agenti interrompe l'invio dei dati, l'area di lavoro del servizio gestito da Amazon per Prometheus continuerà a ricevere i dati da un'altra istanza). Tuttavia, desideri che la tua area di lavoro del servizio gestito da Amazon per Prometheus deduplichi automaticamente i parametri in modo da non visualizzarli più volte e non ricevere più addebiti per l'importazione e l'archiviazione dei dati.
Affinché il servizio gestito da Amazon per Prometheus possa deduplicare automaticamente i dati da più agenti Prometheus, devi assegnare al set di agenti che inviano i dati duplicati un unico *nome di cluster* e a ciascuna istanza un *nome di replica*. Il nome del cluster identifica le istanze con dati condivisi e il nome della replica consente al servizio gestito da Amazon per Prometheus di identificare l'origine di ogni parametro. I parametri finali memorizzate includono l'etichetta del cluster, ma non la replica, quindi i parametri sembrano provenire da un'unica fonte.
**Nota**
Alcune versioni di Kubernetes (1.28 e 1.29) possono emettere una propria metrica con un'etichetta. `cluster` Ciò può causare problemi con la deduplicazione di Amazon Managed Service for Prometheus. Per ulteriori informazioni, consulta le domande [frequenti sull'alta disponibilità](HA_FAQ.md#HA_FAQ_cluster-label).
I seguenti argomenti mostrano come inviare dati e includono le `__replica__` etichette `cluster` e, in modo che Amazon Managed Service for Prometheus deduplica i dati automaticamente.
**Importante**
Se non configuri la deduplicazione, ti verranno addebitati tutti i campioni di dati inviati al servizio gestito da Amazon per Prometheus. Questi esempi di dati includono campioni duplicati.
# Invia dati di elevata disponibilità al servizio gestito da Amazon per Prometheus con Prometheus
Per configurare una configurazione di elevata disponibilità con Prometheus, devi applicare etichette esterne su tutte le istanze di un gruppo di elevata disponibilità, in modo che il servizio gestito da Amazon per Prometheus possa identificarle. Utilizza l'`cluster`etichetta per identificare un agente di istanza Prometheus come parte di un gruppo di elevata disponibilità. Utilizza l'`__replica__`etichetta per identificare separatamente ogni replica del gruppo. Affinché la deduplicazione `__replica__` funzioni, è necessario applicare le etichette e `cluster`.
**Nota**
L'`__replica__`etichetta è formattata con due simboli di sottolineatura prima e dopo la parola `replica`.
**Esempio: frammenti di codice**
Nei seguenti frammenti di codice, l'`cluster`etichetta identifica l'agente dell'istanza Prometheus `prom-team1` e l'`_replica_`etichetta identifica le repliche `replica1` e `replica2`.
```
cluster: prom-team1
__replica__: replica1
```
```
cluster: prom-team1
__replica__: replica2
```
Poiché il servizio gestito da Amazon per Prometheus archivia campioni di dati provenienti da repliche ad alta disponibilità con queste etichette, rimuove `replica` l'etichetta quando i campioni vengono accettati. Ciò significa che avrai solo una mappatura in serie 1:1 per la tua serie attuale anziché una serie per replica. L'`cluster`etichetta viene mantenuta.
**Nota**
Alcune versioni di Kubernetes (1.28 e 1.29) possono emettere una propria metrica con un'etichetta. `cluster` Ciò può causare problemi con la deduplicazione di Amazon Managed Service for Prometheus. Per ulteriori informazioni, consulta le domande [frequenti sull'alta disponibilità](HA_FAQ.md#HA_FAQ_cluster-label).
# Configura dati ad alta disponibilità su Amazon Managed Service for Prometheus utilizzando la tabella Prometheus Operator Helm
Per configurare una configurazione ad alta disponibilità con Prometheus Operator in Helm, devi applicare etichette esterne su tutte le istanze di un gruppo ad alta disponibilità, in modo che Amazon Managed Service for Prometheus possa identificarle. È inoltre necessario impostare gli attributi `replicaExternalLabelName` e `externalLabels` sulla tabella Prometheus Operator del grafico Helm.
**Esempio: intestazione YAML**
Nella seguente intestazione YAML, `cluster` viene aggiunto a `externalLabel` per identificare un agente di istanza Prometheus come parte di un gruppo ad alta disponibilità e `replicaExternalLabels` identifica ogni replica del gruppo.
```
replicaExternalLabelName: __replica__
externalLabels:
cluster: prom-dev
```
**Nota**
Alcune versioni di Kubernetes (1.28 e 1.29) possono emettere una propria metrica con un'etichetta. `cluster` Ciò può causare problemi con la deduplicazione di Amazon Managed Service for Prometheus. Per ulteriori informazioni, consulta le domande [frequenti sull'alta disponibilità](HA_FAQ.md#HA_FAQ_cluster-label).
# Invia dati ad alta disponibilità ad Amazon Managed Service for Prometheus con Distro for AWS OpenTelemetry
AWS Distro for OpenTelemetry (ADOT) è una distribuzione del progetto sicura e pronta per la produzione. OpenTelemetry ADOT fornisce sorgenti APIs, librerie e agenti, in modo da poter raccogliere tracce e metriche distribuite per il monitoraggio delle applicazioni. Per informazioni su ADOT, consulta [About AWS Distro](https://aws-otel.github.io/about) for Open Telemetry.
Per configurare ADOT con una configurazione ad alta disponibilità, è necessario configurare un'immagine del contenitore ADOT Collector e applicare le etichette esterne e all'esportatore di scrittura `cluster` remoto `__replica__` Prometheus AWS . Questo esportatore invia i parametri eliminate all'area di lavoro del servizio gestito da Amazon per Prometheus tramite l'endpoint `remote_write`. Quando imposti queste etichette sull'esportatore di scrittura remota, eviti che i parametri duplicate vengano conservate durante l'esecuzione di repliche ridondanti. Per ulteriori informazioni sull'esportatore di scrittura remota AWS Prometheus, consulta [Guida introduttiva all'esportatore di scrittura remota Prometheus per Amazon Managed Service for Prometheus](https://aws-otel.github.io/docs/getting-started/prometheus-remote-write-exporter).
**Nota**
Alcune versioni di Kubernetes (1.28 e 1.29) possono emettere una propria metrica con un'etichetta. `cluster` Ciò può causare problemi con la deduplicazione di Amazon Managed Service for Prometheus. Per ulteriori informazioni, consulta le domande [frequenti sull'alta disponibilità](HA_FAQ.md#HA_FAQ_cluster-label).
# Invia dati di elevata disponibilità al servizio gestito da Amazon per Prometheus con il grafico Helm della community Prometheus
Per configurare una configurazione ad alta disponibilità con il grafico Helm della community Prometheus, devi applicare etichette esterne su tutte le istanze di un gruppo di elevata disponibilità, in modo che il servizio gestito da Amazon per Prometheus possa identificarle. Ecco un esempio di come aggiungere `external_labels` a una singola istanza di Prometheus del grafico Helm della comunità Prometheus.
```
server:
global:
external_labels:
cluster: monitoring-cluster
__replica__: replica-1
```
**Nota**
Se desideri più repliche, devi implementare il grafico più volte con valori di replica diversi, perché il grafico Helm della community di Prometheus non consente di impostare dinamicamente il valore della replica quando si aumenta il numero di repliche direttamente dal gruppo di controller. Se preferisci che l'`replica`etichetta venga impostata automaticamente, usa il grafico Helm dell'operatore Prometheus.
**Nota**
Alcune versioni di Kubernetes (1.28 e 1.29) possono emettere una propria metrica con un'etichetta. `cluster` Ciò può causare problemi con la deduplicazione di Amazon Managed Service for Prometheus. Per ulteriori informazioni, consulta le domande [frequenti sull'alta disponibilità](HA_FAQ.md#HA_FAQ_cluster-label).
# Risposte alle domande più comuni sulla configurazione ad alta disponibilità in Amazon Managed Service for Prometheus
## Devo includere il valore *\$1\$1replica\$1\$1* in un'altra etichetta per tracciare i punti di campionamento?
In un ambiente a elevata disponibilità, il servizio gestito da Amazon per Prometheus garantisce che i campioni di dati non vengano duplicati eleggendo un leader nel cluster di istanze Prometheus. Se la replica leader interrompe l'invio di campioni di dati per 30 secondi, il servizio gestito da Amazon per Prometheus trasforma automaticamente un'altra istanza Prometheus in una replica leader e inserisce i dati dal nuovo leader, inclusi i dati persi. Pertanto, la risposta è no, non è consigliato. Ciò potrebbe causare problemi come:
+ L'interrogazione di un `count` in **PromQL** può restituire un valore superiore al previsto durante il periodo di elezione di un nuovo leader.
+ Il numero di `active series` aumenta durante il periodo di elezione di un nuovo leader e raggiunge il `active series limits`. Per ulteriori informazioni, consulta [Quote AMP ](https://docs.aws.amazon.com/prometheus/latest/userguide/AMP_quotas.html).
## Sembra che Kubernetes abbia la propria etichetta di *cluster* e non stia deduplicando le mie metriche. Come è possibile risolvere il problema?
Una nuova metrica `apiserver_storage_size_bytes` è stata introdotta in Kubernetes 1.28, con un'etichetta. `cluster` Ciò può causare problemi di deduplicazione in Amazon Managed Service for Prometheus, che dipende dall'etichetta. `cluster` In Kubernetes 1.3, l'etichetta viene rinominata in `storage-cluster_id` (viene rinominata anche nelle patch successive 1.28 e 1.29). Se il tuo cluster emette questa metrica con l'`cluster`etichetta, Amazon Managed Service for Prometheus non può deduplicare le serie temporali associate. Ti consigliamo di aggiornare il tuo cluster Kubernetes all'ultima versione con patch per evitare questo problema. In alternativa, puoi rietichettare l'`cluster`etichetta sulla tua `apiserver_storage_size_bytes` metrica prima di inserirla in Amazon Managed Service for Prometheus.
**Nota**
*Per maggiori dettagli sulla modifica a Kubernetes, consulta [Rename](https://github.com/kubernetes/kubernetes/pull/124283) Label cluster to storage\$1cluster\$1id per la metrica apiserver\$1storage\$1size\$1bytes nel progetto Kubernetes. GitHub*
# Usa aree di lavoro interregionali per aggiungere un'elevata disponibilità in Amazon Managed Service for Prometheus
Per aggiungere la disponibilità interregionale ai tuoi dati, puoi inviare metriche a più aree di lavoro in diverse regioni. AWS Prometheus supporta sia più scrittori che la scrittura interregionale.
L'esempio seguente mostra come configurare un server Prometheus in esecuzione in modalità Agente per inviare parametri a due aree di lavoro in regioni diverse con 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]
```