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

Controlli dello stato delle applicazioni

I controlli dello stato delle applicazioni ti aiutano a monitorare le prestazioni e lo stato delle applicazioni in esecuzione su Amazon EC2. Con i controlli dello stato delle applicazioni, puoi rilevare e rispondere ai problemi di salute delle applicazioni monitorando le applicazioni attraverso percorsi e porte configurabili. Ad esempio, è possibile utilizzare i controlli dello stato delle applicazioni per confermare che il server Web è in ascolto sulla porta prevista e accetta nuove connessioni.

I controlli dello stato delle applicazioni monitorano le risposte HTTP e HTTPS delle applicazioni su percorsi e porte configurabili. Vengono eseguiti ogni 60 secondi e si integrano con Amazon EC2 Auto Scaling, in modo da poter sostituire automaticamente le istanze le cui applicazioni sono danneggiate.

Come funzionano i controlli dello stato delle applicazioni

I controlli dello stato delle applicazioni inviano richieste HTTP o HTTPS a un endpoint in ascolto su una porta di rete dell'istanza ogni 60 secondi. AWS confronta il codice di risposta con il matcher del codice di stato configurato. Il controllo viene contrassegnato come compromesso dopo un numero di richieste consecutive non riuscite e viene ripristinato dopo un numero di richieste consecutive riuscite. Entrambi i conteggi sono predefiniti e sono configurabili. Per ulteriori informazioni, consulta Soglie di valutazione.

Durante un riavvio, i controlli dello stato dell'applicazione segnalano un errore fino a quando l'istanza non diventa nuovamente disponibile perché l'applicazione non è in grado di rispondere alle richieste di controllo dello stato durante il riavvio del sistema operativo.

Architettura di rete

I controlli sullo stato delle applicazioni provengono dal servizio di controllo dello stato delle applicazioni di Amazon EC2. Per raggiungere le tue istanze, AWS crea un'interfaccia di rete elastica gestita (ENI) nel tuo VPC. AWS crea un ENI per combinazione di sottorete di origine e gruppo di sicurezza a cui sono associate istanze. AWS crea l'ENI gestito quando un controllo dello stato dell'applicazione richiede per la prima volta tale combinazione e lo rimuove quando nessun controllo dello stato dell'applicazione rimanente lo richiede. L'ENI gestito non viene conteggiato nel limite ENI dell'istanza, ma viene conteggiato nel limite globale di ENI per VPC.

I controlli sullo stato delle applicazioni raggiungono le tue istanze da un punto di vista privato all'interno del tuo VPC. L'ambito descrive l'origine del controllo, non una proprietà dell'indirizzo IP dell'istanza. AWS crea l'ENI gestito in una sottorete all'interno del tuo VPC e raggiunge l'istanza tramite il percorso di rete privato.

Il traffico di controllo dello stato proviene da istanze Amazon EC2 AWS gestite nella stessa zona di disponibilità dell'istanza di destinazione (o nella zona di disponibilità principale per le destinazioni della zona locale), viaggia sulla rete AWS interna e non attraversa la rete Internet pubblica. Per ulteriori informazioni, consulta le domande frequenti su Amazon VPC sul sito Web di Amazon Web Services.

AWS percorsi di rete gestiti e gestiti dal cliente

I controlli dello stato delle applicazioni supportano due modalità di onboarding che determinano chi seleziona le sottoreti e i gruppi di sicurezza di origine per il controllo dello stato ENI e le sottoreti e i gruppi di sicurezza di destinazione per le istanze di destinazione.

Puoi scegliere la modalità includendo o omettendo il parametro nel comando create. --health-check-paths Se si omette il --health-check-paths parametro, AWS vengono selezionate le sottoreti e i gruppi di sicurezza di origine e destinazione (AWS percorsi di rete gestiti). Se includi il --health-check-paths parametro, li gestisci (percorsi di rete gestiti dal cliente).

Versione IP

Ogni controllo dello stato dell'applicazione è associato a una singola versione IP (IPv4 o IPv6). Per monitorare un'istanza sia su IPv4 che su IPv6, create due controlli di stato dell'applicazione separati e associateli entrambi all'istanza.

I controlli arrivano all'istanza dall'interno del tuo VPC sia per IPv4 che per IPv6.

Controlla i valori di stato

Ogni singolo controllo riporta uno dei seguenti stati:

Lo stato complessivo dell'applicazione riportato per l'istanza aggrega tutti i risultati dei singoli controlli. Lo stato complessivo è uno dei seguenti:

Aggregazione

È possibile contrassegnare ogni controllo dello stato dell'applicazione come incluso o escluso dallo stato generale dell'istanza. Per impostazione predefinita, un segno di spunta èincluded.

Inizia con i controlli dello stato delle applicazioni

Prerequisiti

Prima di creare un controllo dello stato dell'applicazione, assicurati di avere quanto segue:

Fase 1: configurazione dell'applicazione

Configura l'endpoint dell'applicazione per rispondere alle richieste HTTP o HTTPS sulla porta e sul percorso HTTP che specificherai al momento della creazione del controllo. Restituisci un codice di risposta incluso nel codice di stato per indicare che l'applicazione è integra.

Assicurati che il gruppo di sicurezza dell'istanza di destinazione consenta il traffico in entrata sulla porta di controllo proveniente dal gruppo di sicurezza di origine utilizzato dal controllo dello stato dell'applicazione. Per i percorsi di rete gestiti, AWS fornisce il gruppo di sicurezza di origine al momento della creazione del controllo. Per i percorsi di rete gestiti dal cliente, si specifica il gruppo di sicurezza di origine al momento della creazione del controllo.

Passaggio 2: creare una definizione di controllo

Usa la AWS CLI per creare un controllo dello stato dell'applicazione.

AWS CLI

Per utilizzare percorsi di rete AWS gestiti, omettete il --health-check-paths parametro e lasciate AWS selezionare le sottoreti e i gruppi di sicurezza di origine e destinazione.

aws ec2 create-application-status-check \
        --protocol https \
        --port 443 \
        --path "/health" \
        --status-code-matcher "200"

Per utilizzare percorsi di rete gestiti dal cliente, includete il parametro. --health-check-paths Ogni percorso di controllo dello stato contiene un'origine (sottorete e gruppo di sicurezza per il controllo dello stato ENI) e una o più destinazioni (sottorete e gruppo di sicurezza per le istanze di destinazione).

aws ec2 create-application-status-check \
        --protocol https \
        --port 443 \
        --path "/health" \
        --status-code-matcher "200" \
        --health-check-paths '[{"Source":{"SubnetId":"subnet-111","SecurityGroupId":"sg-aaa"},"Destinations":[{"SubnetId":"subnet-222","SecurityGroupId":"sg-bbb"}]}]'

Fase 3: Associare il controllo alle istanze

Associa il controllo alle istanze che desideri monitorare, per ID dell'istanza o per tag.

AWS CLI

Per ID dell'istanza:

aws ec2 associate-application-status-check \
        --application-status-check-id asc-1234567890abcdef0 \
        --instance-ids i-0123456789abcdef0

Per tag:

aws ec2 associate-application-status-check \
        --application-status-check-id asc-1234567890abcdef0 \
        --target-tag-associations Key=Environment,Value=production

Per associarti a tutte le istanze di un gruppo Auto Scaling, usa il tag di aws:autoscaling:groupName sistema:

aws ec2 associate-application-status-check \
        --application-status-check-id asc-1234567890abcdef0 \
        --target-tag-associations Key=aws:autoscaling:groupName,Value=my-asg

Le operazioni di associazione e dissociazione restituiscono risultati positivi e negativi per istanza. Se alcune istanze non possono essere associate (ad esempio, perché il controllo è già associato), tali istanze vengono visualizzate nei risultati non riusciti con un motivo.

Fase 4: Visualizza i risultati

Visualizza lo stato di integrità dell'applicazione per istanza.

AWS CLI

aws ec2 describe-application-status \
        --instance-ids i-0123456789abcdef0

La risposta include lo stato generale dell'applicazione e, per ogni controllo associato, lo stato del controllo e, per i controlli non riusciti, il codice di stato HTTP restituito dall'applicazione.

Risposta di esempio:

{
        "ApplicationStatuses": [
            {
                "InstanceId": "i-0123456789abcdef0",
                "ApplicationStatus": {
                    "Status": "ok",
                    "Details": [
                        {
                            "ApplicationStatusCheckId": "asc-1234567890abcdef0",
                            "Status": "passed",
                            "Reason": {
                                "Code": "ResponseCodeMatched",
                                "StatusCode": 200,
                                "Protocol": "HTTP"
                            }
                        }
                    ]
                }
            }
        ]
    }

Per visualizzare le definizioni dei controlli (non lo stato per istanza), usa describe-application-status-checks. Questo comando restituisce la configurazione dei controlli di stato dell'applicazione, incluse le impostazioni del protocollo, della porta, del percorso HTTP e del codice di stato.

Opzioni di configurazione

I controlli dello stato dell'applicazione accettano diversi parametri di configurazione. Questa sezione spiega i parametri in cui il comportamento non è evidente dal nome del parametro. Per l'elenco completo dei parametri e delle regole di convalida, consulta CreateApplicationStatusCheck e AssociateApplicationStatusCheck nella sezione Amazon EC2 API Reference.

Soglie di valutazione

Periodo di tolleranza all'avvio

Ambito IP

Indice dei dispositivi

L'aggregazione, la versione IP e i percorsi di controllo dello stato (sottoreti di origine e destinazione e gruppi di sicurezza) sono trattati nelle rispettive sezioni precedenti di questa pagina.

Impostazioni predefinite

Con i percorsi di rete AWS gestiti, i controlli dello stato delle applicazioni utilizzano le seguenti impostazioni predefinite.

Integrazione con Amazon EC2 Auto Scaling

Amazon EC2 Auto Scaling termina e sostituisce automaticamente le istanze il cui stato complessivo dell'applicazione viene riportatoimpaired, purché il controllo sia incluso nell'aggregazione. Non è richiesta alcuna configurazione del gruppo Auto Scaling oltre all'associazione del controllo dello stato dell'applicazione alle istanze del gruppo.

Amazon EC2 Auto Scaling utilizza lo stato generale dell'istanza, non lo stato di controllo individuale. I controlli contrassegnati excluded non determinano le azioni di Amazon EC2 Auto Scaling. I controlli nello suppressed stato non determinano le azioni di Amazon EC2 Auto Scaling.

Utilizza il InitializationGracePeriodSeconds parametro sul controllo per consentire l'avvio di nuove istanze prima che inizino i controlli sullo stato dell'applicazione. Se il periodo di tolleranza è troppo breve, le nuove istanze potrebbero essere terminate e sostituite da Amazon EC2 Auto Scaling prima che l'applicazione sia pronta a servire il traffico.

Per ulteriori informazioni su come Amazon EC2 Auto Scaling utilizza i controlli di integrità, consulta i controlli dello stato delle istanze in un gruppo Auto Scaling e Use application status checks with an Auto Scaling group nella Amazon EC2 Auto Scaling User Guide.

Gestione della distribuzione, dell'applicazione di patch sul posto e delle sostituzioni

Le implementazioni, l'applicazione di patch sul posto e altre operazioni di manutenzione possono arrestare o riavviare temporaneamente l'applicazione. Durante questo periodo, i controlli sullo stato dell'applicazione segnalano un errore perché l'applicazione non è in grado di rispondere alle richieste di controllo dello stato. Se le istanze fanno parte di un gruppo Auto Scaling con controlli sullo stato delle applicazioni inclusi nell'aggregazione, Amazon EC2 Auto Scaling potrebbe terminare e sostituire queste istanze anche se è prevista l'interruzione.

Opzione A: sopprimere il controllo

Usa la soppressione per finestre di manutenzione limitate di cui conosci la durata. La soppressione viene applicata a livello di istanza. Specificate una durata o la omettete per sopprimere il controllo finché non disattivate la soppressione.

AWS CLI

aws ec2 enable-application-status-check-suppression \
        --instance-ids i-0123456789abcdef0 \
        --duration-seconds 3600

La risposta restituisce, per ogni istanza, quando è iniziata la soppressione e quando terminerà. È possibile un successo parziale; alcune istanze potrebbero non essere soppresse e apparire nella risposta con una motivazione.

Per riprendere i controlli prima della scadenza del periodo di soppressione:

aws ec2 disable-application-status-check-suppression \
        --instance-ids i-0123456789abcdef0

Quando viene soppressa, viene riportato lo stato generale dell'applicazione per l'istanza. suppressed Amazon EC2 Auto Scaling non agisce sulle istanze. suppressed

Opzione B: escludi l'assegno dall'aggregazione

Se desideri che il controllo continui a valutare e riportare il suo stato individuale ma non influenzi lo stato generale né attivi le azioni di Amazon EC2 Auto Scaling, imposta l'impostazione di aggregazione dell'assegno su. excluded Ciò è utile per scenari più duraturi, come l'implementazione di una nuova versione di controllo o la convalida di una modifica senza rischiare la sostituzione e per i casi in cui desideri che la telemetria continui senza impatto operativo.

Per ulteriori informazioni, consulta Aggregazione.

Opzione C: dissociare il controllo

Usa la dissociazione per una rimozione più lunga o indefinita.

aws ec2 disassociate-application-status-check \
        --application-status-check-id asc-1234567890abcdef0 \
        --instance-ids i-0123456789abcdef0

Se l'hai associato tramite tag, rimuovi il tag dall'istanza da dissociare. Dopo la dissociazione, viene riportato lo stato generale dell'applicazione per l'istanza. not-applicable

Guida all'implementazione

Le implementazioni sono lo scenario di manutenzione più comune che richiede la soppressione. Usa la soppressione quando il tuo strumento di distribuzione ha un hook pre-distribuzione e un hook post-distribuzione in modo da poter sopprimere il controllo prima dell'inizio della distribuzione e disabilitare la soppressione al termine della distribuzione.

Lo schema generale è:

Se il tuo strumento di distribuzione non dispone di hook, attiva la soppressione dalla pipeline che richiama la distribuzione. CI/CD

Test di una nuova verifica dello stato dell'applicazione

È possibile convalidare un nuovo controllo dello stato dell'applicazione in produzione prima che inizi a contribuire al monitoraggio a livello di istanza. Imposta l'impostazione di aggregazione su excluded quando crei il controllo, quindi conferma che riporti lo stato previsto e i codici di risposta HTTP. Quando sei pronto, modifica l'impostazione included in modo che il controllo contribuisca allo stato generale dell'istanza e si integri con Amazon EC2 Auto Scaling.

Rete avanzata

I controlli dello stato dell'applicazione provengono da un ENI gestito nella sottorete di origine e nel gruppo di sicurezza specificati dall'utente (o che AWS seleziona automaticamente). Per i carichi di lavoro che richiedono una disponibilità più elevata rispetto a quella fornita da una configurazione a fonte singola o per i carichi di lavoro eseguiti in zone locali o avamposti, considera i seguenti modelli.

Local Zones

Per le istanze eseguite nelle zone AWS locali, l'interfaccia di rete elastica gestita (ENI) risiede nella AWS regione principale, non nella zona locale. Il traffico di Health Check tra la regione madre e le istanze della zona locale attraversa il collegamento del servizio Local Zone, il che potrebbe comportare costi aggiuntivi per il trasferimento dei dati.

Risoluzione dei problemi

Se il controllo dello stato dell'applicazione risulta compromesso ma prevedi che l'applicazione sia integra, verifica quanto segue:

Codici dei motivi

La risposta describe-application-status include un motivo per ogni controllo. Il motivo contiene il codice di stato HTTP restituito dall'applicazione (sotto forma di numero), insieme al protocollo utilizzato per il controllo. Viene contrassegnato un segno di spunta passed se il codice di stato restituito è incluso nel codificatore del codice di stato e in failed caso contrario.

Il motivo include anche un codice motivo e, per HTTP-level i risultati, il protocollo e il codice di stato HTTP restituito. Il motivo contiene i seguenti campi:

Utilizza il codice di stato HTTP restituito per identificare il motivo per cui un controllo non è riuscito. Alcuni esempi comuni:

Per la ApplicationStatusReason struttura completa, consulta ApplicationStatusReason l'API Reference di Amazon EC2.

Errori comuni

Monitora i controlli sullo stato delle applicazioni

È possibile monitorare i controlli dello stato delle applicazioni in tre modi:

Usa la CloudWatch metrica per l'automazione basata sugli allarmi. Usala describe-instance-status quando la richiedi già per verificare lo stato dell'istanza. Usalo describe-application-status per una visibilità dettagliata per ogni controllo.

Sicurezza e autorizzazioni

AWS crea e gestisce le interfacce di rete utilizzate per i controlli dello stato delle applicazioni tramite un ruolo collegato al servizio. Non è richiesta alcuna configurazione IAM per consentire al servizio di creare questi ENI. Il ruolo collegato al servizio utilizza la EC2ApplicationStatusChecksServiceRolePolicy AWS policy gestita.

Per creare, associare, descrivere, eliminare ed eliminare autonomamente i controlli sullo stato delle applicazioni, l'utente o il ruolo IAM necessita delle autorizzazioni Amazon EC2 corrispondenti. Consulta l'API Reference di Amazon EC2 per l'elenco completo delle azioni.

Il gruppo di sicurezza della tua istanza deve consentire il traffico in entrata dal gruppo di sicurezza di origine di Health Check sulla porta che hai configurato. Con i percorsi di rete AWS gestiti, AWS fornisce il gruppo di sicurezza di origine; con i percorsi di rete gestiti dal cliente, utilizza il gruppo di sicurezza specificato come origine.

Prezzi

I controlli sullo stato delle applicazioni vengono fatturati sui seguenti componenti:

Quote

I controlli sullo stato delle applicazioni sono soggetti a quote AWS di servizio. Per i nomi delle quote, i valori predefiniti e le descrizioni, consulta gli endpoint e le quote di Amazon EC2 nella Guida generale. AWS

Oltre alle quote di AWS servizio che influiscono sulle interfacce di rete gestite, i controlli dello stato delle applicazioni hanno le seguenti quote di servizio. È possibile visualizzare l'utilizzo e richiedere aumenti dalla console Service Quotas.

In queste quote, un obiettivo è una singola istanza monitorata da un controllo dello stato. Se più di un controllo dello stato monitora un'istanza, ogni associazione tra istanza e controllo dello stato viene conteggiata come destinazione separata. Un'associazione è una singola regola di tag o un ID di singola istanza che si associa a un controllo dello stato. Ogni regola o ID di istanza conta come un'associazione, indipendentemente dal numero di istanze in cui viene risolta.

La maggior parte degli aumenti delle quote viene approvata automaticamente. L'aumento degli obiettivi per account richiede una richiesta e un'approvazione manuale.

Ti consigliamo di creare un CloudWatch allarme Amazon in caso di verifica dello stato della domanda di utilizzo delle quote, in modo da ricevere una notifica prima del raggiungimento di una quota. Service Quotas pubblica le metriche di utilizzo nel AWS/Usage namespace in CloudWatch cui puoi creare l'allarme.