Knowledge Center Monthly Newsletter - March 2025
Stay up to date with the latest from the Knowledge Center. See all new and updated Knowledge Center articles published in the last month and re:Post’s top contributors.
Come posso impedire ad AWS OpsWorks Stacks di riavviare inaspettatamente le istanze integre?
AWS OpsWorks Stacks riavvia le mie istanze Amazon Elastic Compute Cloud (Amazon EC2), anche se superano i controlli di integrità di Amazon EC2. Perché sta succedendo e come posso fermarlo?
Breve descrizione
Se la funzionalità di riparazione automatica di OpsWorks Stacks è attivata e il servizio determina che un'istanza gestita ha esito negativo, si verifica una delle seguenti situazioni:
- Se l'istanza è supportata da Amazon Elastic Block Store (Amazon EBS), l'API OpsWorks Stacks si interrompe e avvia l'istanza guasta.
- Se l'istanza è supportata da un archivio di istanze Amazon EC2, l'istanza viene terminata. Quindi, l'istanza viene ricreata quando OpsWorks Stacks riavvia l'istanza.
- Se l'istanza è registrata con uno stack OpsWorks e si trova on-premise, lo stato dell'istanza viene modificato in connessione interrotta, ma non viene riavviata.
Per evitare che OpsWorks Stacks ripari automaticamente le istanze che gestisce, segui innanzitutto la procedura di risoluzione dei problemi illustrata in questo articolo. Se il problema persiste, puoi anche disattivare la riparazione automatica nelle Impostazioni generali del layer OpsWorks Stacks.
Per ulteriori informazioni, consulta il riavvio imprevisto delle istanze nella Guida al debug e alla risoluzione dei problemi di AWS OpsWorks.
Soluzione
Verifica che le istanze Amazon EC2 gestite da OpsWorks Stacks abbiano accesso a Internet
Se un'istanza Amazon EC2 perde la connessione al servizio OpsWorks Stacks, OpsWorks Stacks considera l'istanza come guasta.
Per verificare che le tue istanze Amazon EC2 abbiano accesso a Internet, procedi come segue:
- Assicurati che le tue istanze abbiano accesso a Internet tramite un gateway Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html) o un [ gateway Network Address Translation (NAT).
- Verifica che l'accesso HTTPS in entrata sia consentito tramite la porta 443 a livello di istanza, gruppo di sicurezza e liste di controllo degli accessi alla rete (ACL di rete).
Per risolvere i problemi di connettività del gateway NAT, vedi Perché le mie istanze EC2 non possono accedere a Internet utilizzando un gateway NAT?
Per risolvere i problemi di connettività del gateway Internet, vedi Perché la mia istanza Amazon EC2 non può connettersi a Internet utilizzando un gateway Internet?
Verifica che l'applicazione disponga di memoria e capacità della CPU a livello di istanza sufficienti per funzionare quando l'istanza è sottoposta a un carico aggiuntivo
Quando le risorse a livello di istanza non sono sufficienti per consentire all'agente OpsWorks di inviare il segnale keepalive, OpsWorks Stacks considera l'istanza come guasta.
Per esaminare le metriche delle tue istanze, segui le istruzioni in Monitoraggio degli stack con Amazon CloudWatch.
Per impostare degli allarmi per avvisarti che la tua istanza presenta un carico elevato di CPU, memoria o traffico di rete, consulta Creazione di allarmi Amazon CloudWatch.
Verifica che l'istanza Amazon EC2 non sia stata interrotta all'esterno della console OpsWorks Stacks o dell'API OpsWorks Stacks
Nota: se ricevi errori durante l'esecuzione dei comandi dell’Interfaccia della linea di comando AWS (AWS CLI), assicurati di utilizzare la versione più recente dell'interfaccia a linea di comando di AWS.
Se un'istanza gestita da OpsWorks Stacks viene interrotta nella console Amazon EC2, OpsWorks Stacks interrompe la ricezione del segnale keepalive dall'agente OpsWorks. OpsWorks Stacks considera quindi l'istanza come guasta.
Per verificare se l'istanza è stata interrotta nella console Amazon EC2, prova a bloccarla nella console OpsWorks Stacks. Se l'istanza è nello stato stop_failed e ricevi un messaggio di errore interno, l'istanza è stata interrotta nella console Amazon EC2.
Per interrompere un'istanza in OpsWorks Stacks dopo che è stata interrotta nella console Amazon EC2, esegui il comando stop-instance dell'interfaccia a linea di comando di AWS.
Importante: il comando stop-instance deve includere il parametro --force per questo caso d'uso.
Per ulteriori informazioni, consulta Come posso risolvere i messaggi di “Errore interno” quando si arresta un'istanza di AWS OpsWorks Stacks nello stato “stop\ _failed”?
Verifica che l'istanza Amazon EC2 utilizzi Instance Metadata Service versione 1 (IMDSv1)
OpsWorks Stacks supporta solo IMDSv1, non IMDSv2. Se un'istanza gestita da OpsWorks Stacks utilizza IMDSv2, OpsWorks Stacks considera l'istanza come fallita.
Per verificare il servizio di metadati utilizzato dall'istanza e riconfigurare l'istanza, se necessario, consulta Configurare le opzioni dei metadati dell'istanza.
Informazioni correlate
Cos'è File di log Amazon CloudWatch?

Contenuto pertinente
- AWS UFFICIALEAggiornata 4 anni fa
- AWS UFFICIALEAggiornata 3 anni fa
- AWS UFFICIALEAggiornata 3 anni fa
- AWS UFFICIALEAggiornata 4 anni fa