Cloudwatch allarga un comportmento strano

Attualmente stiamo implementando alcuni nuovi allarmi che devono monitorare la CPU per un periodo di 1 minuto. Gli allarmi stanno agendo in modo molto strano. Essi mostrano Buon stato per un min e per il min dopo che mostrano segno di dati Insuffucient

Motivo: dati insufficienti: 1 datapoint era sconosciuto.

  • Significa tutti i problemi della configuration?
  • Se le condizioni degli allarmi si incontrano, spariranno in tutti i casi o less?

  • Come è un centro dati privato più sicuro di una cloud pubblica?
  • Le istanze EC2 non possono raggiungere l'altro
  • Istanza ELB Fuori servizio
  • Risoluzione DNS del nome "DNS pubblico" per l'istanza EC2 nella stessa regione che restituisce l'IP pubblico
  • Che cosa fanno i cookbook di opsworks predefiniti?
  • Errore durante la creazione di Inventory Dynamic EC2 in Ansible
  • Come posso aggiungere un host virtuale per eseguire richieste di un CNAME (funzionante)?
  • In AWS, come verificare quali risorse utilizzano gli indirizzi IP VPC
  • 2 Solutions collect form web for “Cloudwatch allarga un comportmento strano”

    Avete abilitato il monitoraggio dettagliato sull'istanza?

    Se crei CloudWatch Alarms per un periodo di 1 minuto senza un monitoraggio dettagliato abilitato, bloccato a Insufficient Data per 4 minuti dopo aver mostrato OK each 5 minuti. Ciò avviene perché con il normale monitoraggio i dati di segnalazione vengono forniti con l'intervallo di 5 minuti mentre nel monitoraggio dettagliato questo intervallo è di 1 minuto.

    Se non si desidera abilitare il monitoraggio dettagliato che viene pagato, modificare tutti gli allarmi a 5 minuti e sarà tutto bene.

    Credo che Amazon non dovrebbe consentire agli utenti di creare allarmi per un periodo di 1 minuto quando il monitoraggio dettagliato non è abilitato. Questo non è colpa tua.

    Ho appena incontrato questo problema CloudWatch . Per risolvere, ho avuto un vecchio gruppo di auto-scalare chiamato nella mia regola che era ancora in esecuzione e non era stato aggiornato al nostro nuovo nome di gruppo di scala automatica.

    1) Andare nel tuo gruppo di scala automatica 2) Selezionare la scheda Scaling Policies 3) Controllare il nome del criterio in cui esegue Execute policy when

    Se il tuo nome non corrisponde al tuo attuale gruppo di scala automatica, seleziona Create New Alarm e crea un nuovo allarme per il nuovo gruppo.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.