CloudWatch soluzione: NGINX carico di lavoro su Amazon EC2 - Amazon CloudWatch

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à.

CloudWatch soluzione: NGINX carico di lavoro su Amazon EC2

Questa soluzione consente di configurare la raccolta delle out-of-the-box metriche utilizzando CloudWatch agenti per NGINX l'esecuzione di applicazioni su EC2 istanze. Per informazioni generali su tutte le soluzioni di CloudWatch osservabilità, vedere. CloudWatch soluzioni di osservabilità

Requisiti

Questa soluzione è rilevante per le seguenti condizioni:

Vantaggi

La soluzione offre il NGINX monitoraggio, fornendo informazioni preziose per i seguenti casi d'uso:

  • Esamina le metriche di connessione per identificare potenziali strozzature, problemi di connessione o utilizzi imprevisti.

  • Analizza il volume delle HTTP richieste per comprendere il carico di traffico complessivo su. NGINX

Di seguito sono riportati i principali vantaggi della soluzione:

  • Automatizza la raccolta delle metriche per NGINX l'utilizzo della configurazione degli CloudWatch agenti, eliminando la strumentazione manuale.

  • Fornisce una dashboard consolidata e preconfigurata per le metriche. CloudWatch NGINX La dashboard gestirà automaticamente le metriche delle nuove NGINX EC2 istanze configurate utilizzando la soluzione, anche se tali metriche non esistono quando crei la dashboard per la prima volta.

L'immagine seguente è un esempio del pannello di controllo di questa soluzione.

Dashboard di esempio per NGINX soluzione.

Costi

Questa soluzione crea e utilizza le risorse del tuo account. Ti vengono addebitati i costi per l'utilizzo standard, incluso quanto segue:

  • Tutte le metriche raccolte dall' CloudWatch agente per questa soluzione vengono pubblicate in CloudWatch Logs utilizzando l'Embedded Metric Format (). EMF Questi CloudWatch registri vengono addebitati in base al volume e al periodo di conservazione. Pertanto, non ti verrà addebitato alcun costo per le PutMetricDataAPIchiamate relative a questa soluzione. Le metriche estratte e inserite dai log vengono addebitate come metriche personalizzate. Il numero di metriche utilizzate da questa soluzione dipende dal numero di host. EC2

    • Ogni NGINX EC2 host configurato per la soluzione pubblica un totale di otto metriche.

  • Una dashboard personalizzata.

Per ulteriori informazioni sui CloudWatch prezzi, consulta la pagina CloudWatch dei prezzi di Amazon.

Il calcolatore dei prezzi può aiutarti a stimare i costi mensili approssimativi per l'utilizzo di questa soluzione.

Per utilizzare il calcolatore dei prezzi per stimare i costi mensili della soluzione
  1. Apri il calcolatore CloudWatch dei prezzi di Amazon.

  2. Per Scegli una regione, seleziona il Regione AWS luogo in cui desideri implementare la soluzione.

  3. Nella sezione Metriche, per Numero di metriche, inserisci. 8 * number of EC2 instances configured for this solution

  4. Nella sezione Log, per Standard Logs: Data Ingested, inserisci il volume di log giornaliero stimato generato dall'agente su tutti gli host. CloudWatch EC2 Ad esempio, cinque EC2 istanze producono meno di 1000 byte al giorno. Una volta configurato, puoi controllare l'utilizzo dei byte utilizzando la IncomingBytes metrica fornita da Logs. CloudWatch Assicurati di selezionare il gruppo di log appropriato.

  5. Nella sezione Registri, per Archiviazione/archiviazione dei registri (registri standard e venduti), selezionare. Yes to Store Logs: Assuming 1 month retention Modifica questo valore se decidi di apportare modifiche personalizzate al periodo di conservazione.

  6. Nella sezione Dashboard e allarmi, per Numero di dashboard, inserisci. 1

  7. Puoi vedere i costi mensili stimati nella parte inferiore del calcolatore dei prezzi.

CloudWatch configurazione dell'agente per questa soluzione

L' CloudWatch agente è un software che viene eseguito in modo continuo e autonomo sui server e in ambienti containerizzati. Raccoglie metriche, log e tracce dall'infrastruttura e dalle applicazioni e li invia a e X-Ray. CloudWatch

Per ulteriori informazioni sull'agente, vedere. CloudWatch Raccogli metriche, log e tracce con l'agente CloudWatch

La configurazione dell'agente in questa soluzione raccoglie una serie di metriche per aiutarti a iniziare a monitorare e osservare il tuo carico di lavoro. NGINX Per impostazione predefinita, l' CloudWatch agente può essere configurato per raccogliere più NGINX metriche di quelle visualizzate nella dashboard. Per un elenco di tutte le NGINX metriche che puoi raccogliere, consulta Metriche per. NGINX OSS

Prima di configurare l' CloudWatch agente, devi prima configurarlo NGINX per esporne le metriche. In secondo luogo, è necessario installare e configurare l'esportatore metrico Prometheus di terze parti.

NGINXEsporre le metriche

Nota

I seguenti comandi sono per Linux. Controlla NGINXla pagina Windows per i comandi equivalenti in Windows Server.

È necessario innanzitutto abilitare il stub_status modulo. Aggiungi un nuovo blocco di posizione nel tuo file NGINX di configurazione. Aggiungi le seguenti righe nel server blocco del tuo stub_status modulo nginx.conf NGINX to enable:

location /nginx_status { stub_status on; allow 127.0.0.1; # Allow only localhost to access deny all; # Deny all other IPs }

Prima di ricaricareNGINX, convalida la configurazioneNGINX:

sudo nginx -t

Questo comando di convalida aiuta a prevenire eventuali errori imprevisti, che possono causare il malfunzionamento del sito Web. L'esempio seguente dimostra una risposta corretta:

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful

Dopo aver convalidato con successo la configurazione aggiornata, ricarica NGINX (non è previsto alcun output):

sudo systemctl reload nginx

Questo comando indica al NGINX processo di ricaricare la configurazione. Le ricariche sono più semplici rispetto a un riavvio completo. Una ricarica avvia il nuovo processo di lavoro con una nuova configurazione, chiudendo automaticamente i vecchi processi di lavoro.

Verifica lo stato dell'endpoint: NGINX

curl http://127.0.0.1/nginx_status

L'esempio seguente dimostra una risposta riuscita:

Active connections: 1 server accepts handled requests 6 6 6 Reading: 0 Writing: 1 Waiting: 0

L'esempio seguente mostra una risposta di errore (rivedete i passaggi precedenti prima di procedere):

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> <head> <title>The page is not found</title> ...

Configurare l'esportatore metrico Prometheus

Scarica l'ultima versione di NGINX Prometheus Exporter dal repository ufficiale. GitHub È necessario scaricare il file binario pertinente per la piattaforma in uso.

L'esempio seguente illustra i comandi perAMD64:

cd /tmp wget https://github.com/nginxinc/nginx-prometheus-exporter/releases/download/v1.3.0/nginx-prometheus-exporter_1.3.0_linux_amd64.tar.gz tar -xzvf nginx-prometheus-exporter_1.3.0_linux_amd64.tar.gz sudo cp nginx-prometheus-exporter /usr/local/bin/ rm /tmp/nginx-prometheus-exporter*

Esegui l'esportatore Prometheus e indirizzalo alla pagina di stato dello stub: NGINX

nohup /usr/local/bin/nginx-prometheus-exporter -nginx.scrape-uri http://127.0.0.1/nginx_status &>/dev/null &

L'esempio seguente mostra una risposta (ID del lavoro in background e): PID

[1] 74699

Testa l'endpoint NGINX Prometheus

Verifica che l'esportatore di NGINX Prometheus abbia iniziato a esporre le metriche pertinenti:

curl http://localhost:port-number/metrics

L'esempio seguente dimostra una risposta corretta:

# HELP go_gc_duration_seconds A summary of the pause duration of garbage collection cycles. # TYPE go_gc_duration_seconds summary go_gc_duration_seconds{quantile="0"} 0 go_gc_duration_seconds{quantile="0.25"} 0 ... # HELP nginx_connections_accepted Accepted client connections # TYPE nginx_connections_accepted counter nginx_connections_accepted 14 # HELP nginx_connections_active Active client connections # TYPE nginx_connections_active gauge nginx_connections_active 1 ... # TYPE promhttp_metric_handler_requests_total counter promhttp_metric_handler_requests_total{code="200"} 1 promhttp_metric_handler_requests_total{code="500"} 0 promhttp_metric_handler_requests_total{code="503"} 0

Configurazione dell'agente per questa soluzione

Le metriche raccolte dall'agente sono definite nella configurazione dell'agente. La soluzione fornisce configurazioni degli agenti per raccogliere le metriche consigliate con dimensioni adeguate per il dashboard della soluzione.

I passaggi per l'implementazione della soluzione sono descritti più avanti. Implementa l'agente per la tua soluzione Le seguenti informazioni hanno lo scopo di aiutarvi a capire come personalizzare la configurazione dell'agente per il vostro ambiente.

È necessario personalizzare alcune parti dell'agente e delle configurazioni di Prometheus per il proprio ambiente, ad esempio il numero di porta utilizzato dall'esportatore Prometheus.

La porta utilizzata dall'esportatore Prometheus può essere verificata utilizzando il seguente comando:

sudo netstat -antp | grep nginx-prom

L'esempio seguente mostra una risposta (vedi il valore della porta 9113):

tcp6 0 0 :::9113 :::* LISTEN 76398/nginx-prometh

Configurazione dell'agente per gli host NGINX

L' CloudWatch agente con monitoraggio Prometheus necessita di due configurazioni per analizzare le metriche di Prometheus. Ogni configurazione verrà memorizzata come parametro separato nel Parameter Store, come descritto più avanti. SSM Fase 2: Archiviare il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store

La prima configurazione è per l'esportatore Prometheus, come documentato nella documentazione scrape_config di Prometheus. La seconda configurazione è per l'agente. CloudWatch

Configurazione Prometheus

Replace (Sostituisci) port-number con la porta del tuo server.

global: scrape_interval: 30s scrape_timeout: 10s scrape_configs: - job_name: 'nginx' metrics_path: /metrics static_configs: - targets: ['localhost:port-number'] ec2_sd_configs: - port: port-number relabel_configs: - source_labels: ['__meta_ec2_instance_id'] target_label: InstanceId metric_relabel_configs: - source_labels: ['__name__'] regex: 'nginx_up|nginx_http_requests_total|nginx_connections_.*' action: keep

CloudWatch configurazione dell'agente

Come nella precedente configurazione dell' CloudWatch agente, queste metriche vengono pubblicate tramite CloudWatch Logs utilizzando il formato metrico incorporato (). EMF Questi log sono configurati per utilizzare il gruppo di log. nginx È possibile personalizzare il log_group_name con un nome diverso che rappresenta i CloudWatch registri.

Se utilizzi Windows Server, imposta prometheus_config_path nella seguente configurazione suC:\\ProgramData\\Amazon\\AmazonCloudWatchAgent\\prometheus.yaml.

{ "agent": { "metrics_collection_interval": 60 }, "logs": { "metrics_collected": { "prometheus": { "log_group_name": "nginx", "prometheus_config_path": "/opt/aws/amazon-cloudwatch-agent/etc/prometheus.yaml", "emf_processor": { "metric_declaration_dedup": true, "metric_namespace": "CWAgent", "metric_declaration":[ { "source_labels":["InstanceId"], "metric_selectors":["nginx_up", "nginx_http_requests_total", "nginx_connections*"], "dimensions": [["InstanceId"]] } ] } } } } }

Implementa l'agente per la tua soluzione

Esistono diversi approcci per l'installazione dell' CloudWatch agente, a seconda del caso d'uso. Si consiglia di utilizzare Systems Manager per questa soluzione. Fornisce un'esperienza da console e semplifica la gestione di una flotta di server gestiti all'interno di un unico AWS account. Le istruzioni in questa sezione utilizzano Systems Manager e sono destinate a quando l' CloudWatch agente non è in esecuzione con configurazioni esistenti. È possibile verificare se l' CloudWatch agente è in esecuzione seguendo la procedura riportata di seguito. Verifica che l' CloudWatch agente sia in esecuzione

Se stai già eseguendo l' CloudWatch agente sugli EC2 host in cui viene distribuito il carico di lavoro e gestisci le configurazioni degli agenti, puoi saltare le istruzioni in questa sezione e seguire il meccanismo di distribuzione esistente per aggiornare la configurazione. Assicurati di unire le nuove configurazioni di CloudWatch Agent e Prometheus con le configurazioni esistenti, quindi distribuisci le configurazioni unite. Se si utilizza Systems Manager per archiviare e gestire la configurazione per l' CloudWatch agente, è possibile unire la configurazione al valore del parametro esistente. Per ulteriori informazioni, vedere Gestione dei file di configurazione CloudWatch dell'agente.

Nota

L'utilizzo di Systems Manager per distribuire le seguenti configurazioni di CloudWatch agenti sostituirà o sovrascriverà qualsiasi configurazione CloudWatch dell'agente esistente sulle istanze. EC2 È possibile modificare questa configurazione per adattarla all'ambiente o al caso d'uso specifici. Le metriche definite nella configurazione sono le minime richieste per la dashboard fornita dalla soluzione.

Il processo di distribuzione include i seguenti passaggi:

  • Passaggio 1: assicurati che le EC2 istanze di destinazione dispongano delle IAM autorizzazioni richieste.

  • Passaggio 2: archiviare il file di configurazione dell'agente consigliato nell'archivio dei parametri di Systems Manager.

  • Passaggio 3: Installare l' CloudWatch agente su una o più EC2 istanze utilizzando uno AWS CloudFormation stack.

  • Fase 4: Verificare che la configurazione dell'agente sia configurata correttamente.

Passaggio 1: assicurati che le EC2 istanze di destinazione dispongano delle autorizzazioni richieste IAM

È necessario concedere l'autorizzazione a Systems Manager per installare e configurare l' CloudWatch agente. È necessario concedere all' CloudWatch agente l'autorizzazione a pubblicare dati di telemetria dall'istanza aEC2. CloudWatch È inoltre necessario concedere all' CloudWatch agente l'accesso in lettura. EC2 EC2è necessario l'accesso in lettura EC2 InstanceId per poter aggiungere come dimensione metrica. Questo requisito aggiuntivo è determinato da prometheus.yaml quanto descritto sopra perché viene utilizzato __meta_ec2_instance_id tramite EC2 Service Discovery.

Assicurati che al IAM ruolo associato all'istanza siano allegate EC2ReadOnlyAccess IAM le politiche CloudWatchAgentServerPolicymazonSSMManagedInstanceCore, A e Amazon.

Fase 2: Archiviare il file di configurazione CloudWatch dell'agente consigliato in Systems Manager Parameter Store

Parameter Store semplifica l'installazione dell' CloudWatch agente su un'EC2istanza archiviando e gestendo in modo sicuro i parametri di configurazione, eliminando la necessità di valori codificati. Ciò garantisce un processo di implementazione più sicuro e flessibile, che consente una gestione centralizzata e aggiornamenti più semplici delle configurazioni su più istanze.

Utilizzare i passaggi seguenti per archiviare il file di configurazione dell' CloudWatch agente consigliato come parametro in Parameter Store.

Per creare il file di configurazione CloudWatch dell'agente come parametro
  1. Apri la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/.

  2. Verifica che la regione selezionata sulla console sia la regione in cui NGINX è in esecuzione.

  3. Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store

  4. Segui questi passaggi per creare un nuovo parametro per la configurazione.

    1. Scegli Create parameter (Crea parametro).

    2. Nella casella Nome, inserisci un nome che utilizzerai per fare riferimento al file di configurazione dell' CloudWatch agente nei passaggi successivi. Ad esempio AmazonCloudWatch-NGINX-CloudWatchAgent-Configuration.

    3. (Facoltativo) Nella casella Descrizione, digitate una descrizione per il parametro.

    4. Per il livello Parametri, scegliete Standard.

    5. Per Type (Tipo), scegliere String.

    6. Per Tipo di dati, scegli testo.

    7. Nella casella Valore, incolla il JSON blocco corrispondente elencato inConfigurazione dell'agente per gli host NGINX. Assicurati di personalizzarlo come richiesto. Ad esempio, il pertinentelog_group_name.

    8. Scegli Create parameter (Crea parametro).

Per creare il file di configurazione Prometheus come parametro
  1. Apri la console all' AWS Systems Manager indirizzo. https://console.aws.amazon.com/systems-manager/

  2. Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store

  3. Segui questi passaggi per creare un nuovo parametro per la configurazione.

    1. Scegli Create parameter (Crea parametro).

    2. Nella casella Nome, inserisci un nome che utilizzerai per fare riferimento al file di configurazione nei passaggi successivi. Ad esempio AmazonCloudWatch-NGINX-Prometheus-Configuration.

    3. (Facoltativo) Nella casella Descrizione, digitate una descrizione per il parametro.

    4. Per il livello Parametri, scegliete Standard.

    5. Per Type (Tipo), scegliere String.

    6. Per Tipo di dati, scegli testo.

    7. Nella casella Valore, incolla il YAML blocco corrispondente elencato inConfigurazione dell'agente per gli host NGINX. Assicurati di personalizzarlo come richiesto. Ad esempio, il numero di porta pertinente come datargets.

    8. Scegli Create parameter (Crea parametro).

Fase 3: Installare l' CloudWatch agente e applicare la configurazione utilizzando un AWS CloudFormation modello

È possibile utilizzare AWS CloudFormation per installare l'agente e configurarlo in modo da utilizzare la configurazione dell' CloudWatch agente creata nei passaggi precedenti.

Per installare e configurare l' CloudWatch agente per questa soluzione
  1. Apri la procedura guidata AWS CloudFormationQuick create stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/ home? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw - -prometheus-config-1.0.0.json. agent-installation-template-with

  2. Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX

  3. Per il nome dello stack, inserisci un nome per identificare questo stack, ad esempio. CWAgentInstallationStack

  4. Nella sezione Parametri, specificate quanto segue:

    1. Per CloudWatchAgentConfigSSM, inserisci il nome del AWS Systems Manager parametro per la configurazione dell'agente creata in precedenza, ad esempio AmazonCloudWatch-NGINX-CloudWatchAgent-Configuration.

    2. Per PrometheusConfigSSM, inserisci il nome del AWS Systems Manager parametro per la configurazione dell'agente che hai creato in precedenza, ad esempio AmazonCloudWatch-NGINX-Prometheus-Configuration.

    3. Per selezionare le istanze di destinazione, sono disponibili due opzioni.

      1. Per InstanceIds, specificate un elenco delimitato da virgole di un elenco di IDs istanze IDs in cui desiderate installare l' CloudWatch agente con questa configurazione. È possibile elencare una singola istanza o più istanze.

      2. Se si esegue una distribuzione su larga scala, è possibile specificare l'istanza corrispondente TagValueper indirizzare tutte le EC2 istanze con questo tag TagKeye questo valore. Se si specifica a TagKey, è necessario specificare un corrispondente. TagValue (Per un gruppo Auto Scaling, specificare TagKeye specificare aws:autoscaling:groupName il nome del gruppo Auto Scaling da distribuire su tutte le TagKeyistanze all'interno del gruppo Auto Scaling.)

  5. Controlla le impostazioni, quindi scegli Create stack.

Se desideri prima modificare il file modello per personalizzarlo, scegli l'opzione Carica un file modello in Create Stack Wizard per caricare il modello modificato. Per ulteriori informazioni, consulta Creazione di uno stack sulla console. AWS CloudFormation Puoi utilizzare il seguente link per scaricare il modello: https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw- agent-installation-template-with -prometheus-config-1.0.0.json.

Nota

Una volta completato questo passaggio, questo parametro Systems Manager verrà associato agli CloudWatch agenti in esecuzione nelle istanze di destinazione. Ciò significa che:

  1. Se il parametro Systems Manager viene eliminato, l'agente si arresta.

  2. Se il parametro Systems Manager viene modificato, le modifiche alla configurazione verranno applicate automaticamente all'agente alla frequenza pianificata, che per impostazione predefinita è di 30 giorni.

  3. Se si desidera applicare immediatamente le modifiche a questo parametro Systems Manager, è necessario eseguire nuovamente questo passaggio. Per ulteriori informazioni sulle associazioni, vedere Utilizzo delle associazioni in Systems Manager.

Fase 4: Verificare che la configurazione dell'agente sia configurata correttamente

È possibile verificare se l' CloudWatch agente è installato seguendo la procedura riportata di seguitoVerifica che l' CloudWatch agente sia in esecuzione. Se l' CloudWatch agente non è installato e non è in esecuzione, assicurati di aver configurato tutto correttamente.

Se tutto è impostato correttamente, dovresti vedere le NGINX metriche pubblicate su. CloudWatch Puoi controllare la CloudWatch console per verificare che vengano pubblicate.

Per verificare che le NGINX metriche vengano pubblicate su CloudWatch
  1. Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/.

  2. Scegli Metriche, Tutte le metriche.

  3. Assicurati di aver selezionato la regione in cui hai distribuito la soluzione e scegli Namespace personalizzati,. CWAgent

  4. Cerca metriche come. nginx_http_requests_total Se vedi risultati per queste metriche, significa che le metriche vengono pubblicate su. CloudWatch

Crea il pannello di controllo della soluzione NGINX

La dashboard fornita da questa soluzione presenta le metriche del NGINX carico di lavoro aggregando e presentando le metriche relative a tutte le istanze. La dashboard mostra una ripartizione dei principali contributori (i primi 10 per widget metrico) per ogni metrica. Questo ti aiuta a identificare rapidamente i valori anomali o le istanze che contribuiscono in modo significativo alle metriche osservate.

Per creare la dashboard, puoi utilizzare le seguenti opzioni:

  • Usa CloudWatch la console per creare la dashboard.

  • Usa AWS CloudFormation la console per distribuire la dashboard.

  • Scarica l' AWS CloudFormation infrastruttura come codice e integrala come parte della tua automazione di integrazione continua (CI).

Utilizzando la CloudWatch console per creare una dashboard, puoi visualizzarne l'anteprima prima di crearla effettivamente e ricevere l'addebito.

Nota

La dashboard creata con AWS CloudFormation questa soluzione mostra le metriche della regione in cui viene distribuita la soluzione. Assicurati di creare lo AWS CloudFormation stack nella regione in cui sono pubblicate le NGINX metriche.

Se hai specificato uno spazio dei nomi personalizzato diverso CWAgent dalla configurazione dell' CloudWatch agente, dovrai modificare il CloudFormation modello per la dashboard per sostituirlo CWAgent con lo spazio dei nomi personalizzato che stai utilizzando.

Per creare la dashboard tramite Console CloudWatch
  1. Apri la CloudWatch console Create Dashboard utilizzando questo link: https://console.aws.amazon.com/cloudwatch/home? #dashboards? dashboardTemplate= NginxOnEc 2&referrer=os-catalog.

  2. Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX

  3. Inserisci il nome della dashboard, quindi scegli Crea dashboard.

    Per distinguere facilmente questa dashboard da dashboard simili in altre regioni, ti consigliamo di includere il nome della regione nel nome della dashboard, ad esempio. NGINXDashboard-us-east-1

  4. Visualizza l'anteprima della dashboard e scegli Salva per creare la dashboard.

Per creare la dashboard tramite AWS CloudFormation
  1. Apri la procedura guidata di creazione AWS CloudFormation rapida dello stack utilizzando questo link: https://console.aws.amazon.com/cloudformation/ home? #/ stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/NGINX_EC2/CloudWatch/CFN/v1.0.0/dashboard -template-1.0.0.json.

  2. Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX

  3. Per il nome dello stack, inserisci un nome per identificare questo stack, ad esempio. NGINXDashboardStack

  4. Nella sezione Parametri, specifica il nome della dashboard sotto il DashboardNameparametro.

  5. Per distinguere facilmente questa dashboard da dashboard simili in altre regioni, ti consigliamo di includere il nome della regione nel nome della dashboard, ad esempio. NGINXDashboard-us-east-1

  6. Riconosci le funzionalità di accesso per le trasformazioni in Capacità e trasformazioni. Tieni presente che CloudFormation non aggiunge alcuna IAM risorsa.

  7. Controlla le impostazioni, quindi scegli Crea pila.

  8. Dopo che lo stato dello stack è CREATE_ COMPLETE, scegli la scheda Risorse sotto lo stack creato, quindi scegli il link sotto Physical ID per accedere alla dashboard. Puoi anche accedere alla dashboard nella CloudWatch console selezionando Dashboard nel riquadro di navigazione a sinistra della console e trovando il nome della dashboard in Dashboard personalizzate.

Se desideri prima modificare il file modello per personalizzarlo, scegli l'opzione Carica un file modello in Create Stack Wizard per caricare il modello modificato. Per ulteriori informazioni, consulta Creazione di uno stack sulla console. AWS CloudFormation Puoi utilizzare il seguente link per scaricare il modello: https://aws-observability-solutions.s3.amazonaws.com/NGINX_EC2/CloudWatch/CFN/v1.0.0/dashboard-template-1.0.0.json.

NGINXInizia con la dashboard

Ecco alcune attività che puoi provare con la nuova NGINX dashboard. Queste attività ti consentono di verificare che la dashboard funzioni correttamente e di fornirti un'esperienza pratica nell'utilizzarla per monitorare un carico di lavoro. NGINX Man mano che le provi, acquisirai familiarità con la navigazione nella dashboard e l'interpretazione delle metriche visualizzate.

Rivedi le metriche di connessione

Nella sezione Connessioni, puoi trovare diverse metriche chiave che forniscono informazioni sulla gestione delle connessioni client del tuo NGINX server. Il monitoraggio di queste metriche di connessione può aiutarti a identificare potenziali strozzature, problemi di connessione o schemi di connessione imprevisti.

  • Connessioni client accettate

  • Connessioni client attive

  • Connessioni client gestite

  • Richieste di lettura delle connessioni

  • Connessioni client inattive

  • Connessioni: scrittura di risposte

Analizza il volume delle HTTP richieste

La request metrica nella sezione HTTPRichieste mostra il numero totale di HTTP richieste gestite dal NGINX server. Il monitoraggio di questa metrica nel tempo può aiutarti a comprendere il carico di traffico complessivo sull'NGINXinfrastruttura e a pianificare l'allocazione e la scalabilità delle risorse di conseguenza.