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à
Argomenti
Requisiti
Questa soluzione è rilevante per le seguenti condizioni:
-
Versioni supportate: NGINX versione 1.24
-
Elaborazione: Amazon EC2
-
Supporta fino a 500 EC2 istanze per tutti i NGINX carichi di lavoro in un determinato momento Regione AWS
-
Versione più recente dell'agente CloudWatch
-
Prometheus Exporter: nginxinc/ (licenza Apache 2.0) nginx-prometheus-exporter
-
SSMagente installato EC2 sull'istanza
Nota
AWS Systems Manager (SSMagent) è preinstallato su alcune Amazon Machine Images (AMIs) fornite da terze parti AWS affidabili. Se l'agente non è installato, puoi installarlo manualmente utilizzando la procedura adatta al tipo di sistema operativo in uso.
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.
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
-
Per Scegli una regione, seleziona il Regione AWS luogo in cui desideri implementare la soluzione.
-
Nella sezione Metriche, per Numero di metriche, inserisci.
8 * number of EC2 instances configured for this solution
-
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. -
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. -
Nella sezione Dashboard e allarmi, per Numero di dashboard, inserisci.
1
-
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
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
È 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
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.
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.
-
Per creare un ruolo, consulta Crea IAM ruoli da utilizzare con l' CloudWatch agente sulle EC2 istanze Amazon.
-
Dopo aver creato il ruolo, associalo alle tue EC2 istanze. Per assegnare un ruolo a un'EC2istanza, segui la procedura descritta in Associare un IAM ruolo a un'istanza.
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
Apri la AWS Systems Manager console all'indirizzo https://console.aws.amazon.com/systems-manager/
. -
Verifica che la regione selezionata sulla console sia la regione in cui NGINX è in esecuzione.
-
Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store
-
Segui questi passaggi per creare un nuovo parametro per la configurazione.
-
Scegli Create parameter (Crea parametro).
-
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
. -
(Facoltativo) Nella casella Descrizione, digitate una descrizione per il parametro.
-
Per il livello Parametri, scegliete Standard.
-
Per Type (Tipo), scegliere String.
-
Per Tipo di dati, scegli testo.
-
Nella casella Valore, incolla il JSON blocco corrispondente elencato inConfigurazione dell'agente per gli host NGINX. Assicurati di personalizzarlo come richiesto. Ad esempio, il pertinente
log_group_name
. -
Scegli Create parameter (Crea parametro).
-
Per creare il file di configurazione Prometheus come parametro
Apri la console all' AWS Systems Manager indirizzo. https://console.aws.amazon.com/systems-manager/
-
Dal pannello di navigazione, scegli Gestione applicazioni, Parameter Store
-
Segui questi passaggi per creare un nuovo parametro per la configurazione.
-
Scegli Create parameter (Crea parametro).
-
Nella casella Nome, inserisci un nome che utilizzerai per fare riferimento al file di configurazione nei passaggi successivi. Ad esempio
AmazonCloudWatch-NGINX-Prometheus-Configuration
. -
(Facoltativo) Nella casella Descrizione, digitate una descrizione per il parametro.
-
Per il livello Parametri, scegliete Standard.
-
Per Type (Tipo), scegliere String.
-
Per Tipo di dati, scegli testo.
-
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 da
targets
. -
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
-
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 -
Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX
-
Per il nome dello stack, inserisci un nome per identificare questo stack, ad esempio.
CWAgentInstallationStack
-
Nella sezione Parametri, specificate quanto segue:
-
Per CloudWatchAgentConfigSSM, inserisci il nome del AWS Systems Manager parametro per la configurazione dell'agente creata in precedenza, ad esempio
AmazonCloudWatch-NGINX-CloudWatchAgent-Configuration
. -
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
. -
Per selezionare le istanze di destinazione, sono disponibili due opzioni.
-
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.
-
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.)
-
-
-
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:
-
Se il parametro Systems Manager viene eliminato, l'agente si arresta.
-
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.
-
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.
-
Assicurati di aver assegnato un ruolo con le autorizzazioni corrette per l'EC2istanza, come descritto inPassaggio 1: assicurati che le EC2 istanze di destinazione dispongano delle autorizzazioni richieste IAM.
-
Assicurarsi di aver configurato correttamente il parametro JSON per il Systems Manager. Seguire la procedura riportata in Risoluzione dei problemi di installazione dell'agente con CloudWatch AWS CloudFormation.
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
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. -
Scegli Metriche, Tutte le metriche.
-
Assicurati di aver selezionato la regione in cui hai distribuito la soluzione e scegli Namespace personalizzati,. CWAgent
-
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
-
Apri la CloudWatch console Create Dashboard utilizzando questo link: https://console.aws.amazon.com/cloudwatch/home? #dashboards? dashboardTemplate= NginxOnEc 2&referrer=os-catalog
. -
Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX
-
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
-
Visualizza l'anteprima della dashboard e scegli Salva per creare la dashboard.
Per creare la dashboard tramite AWS CloudFormation
-
Verifica che la regione selezionata sulla console sia la regione in cui è in esecuzione il carico di lavoro. NGINX
-
Per il nome dello stack, inserisci un nome per identificare questo stack, ad esempio.
NGINXDashboardStack
-
Nella sezione Parametri, specifica il nome della dashboard sotto il DashboardNameparametro.
-
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
-
Riconosci le funzionalità di accesso per le trasformazioni in Capacità e trasformazioni. Tieni presente che CloudFormation non aggiunge alcuna IAM risorsa.
-
Controlla le impostazioni, quindi scegli Crea pila.
-
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.