Amazon EC2 Autoskalierender CPUUtilization Alarm - DATEN UNZUREICHEND

Also ich habe mit Boto in Python zu versuchen und zu konfigurieren autoskalierender basierend auf CPUUtilization, mehr oder weniger genau angegeben werden wie in diesem Beispiel:
http://boto.readthedocs.org/en/latest/autoscale_tut.html

Jedoch sowohl CloudWatch-Alarme nur berichten:

Zustand Details: - Zustand geändert, um 'INSUFFICIENT_DATA' bei 2012/11/12
16:30 UTC. Grund: nicht aktiviert: Erste alarm Schaffung

Auto scaling ist in Ordnung, aber die Alarme sind nicht Kommissionierung bis alle CPUUtilization Daten an allen. Irgendwelche Ideen für Dinge, die ich versuchen kann?

Edit: Die Instanz selbst reports CPU-Auslastung Daten, nur nicht, wenn ich versuchen, und erstellen Sie einen alarm in CloudWatch programmatisch in python oder in der Schnittstelle. Detaillierte überwachung aktiviert ist, nur für den Fall...

Dank!

InformationsquelleAutor Marogian | 2012-11-12
  1. 11

    Den offizielle Antwort von AWS geht so:

    Hallo, gibt Es eine inhärente Verzögerung beim übergang in INSUFFICIENT_DATA
    Staat (nur) als Alarm warten, für einen Zeitraum von Zeit zu kompensieren
    metric generation Latenz. Für einen alarm mit einen 60-Sekunden-Periode, die
    Verzögerung vor dem übergang in I_D Zustand zwischen 5 und 10
    Minuten.

    John.

    Anscheinend ist dies ein vorübergehender Zustand und wird wahrscheinlich von selbst lösen.

    • Ihr seit wie das den ganzen Tag - habe AWS-support-chat für ein paar Stunden und Sie haben nicht überall...
    • Pfui! Nun, Sie wissen, wie es geht mit dem Stopfen, Metrische generation Latenz... ich Wünschte, ich könnte mehr helfen.
    InformationsquelleAutor platforms
  2. 5

    Ich bin mir nicht sicher, was Los ist in das backend, aber wenn Sie vergleichen Sie die alarm-Historie sehen Sie AWS entfernen Sie die "Einheit" Spalte, wenn Sie Sie einfach ändern Sie den alarm, ohne jede änderung, wie at7000ft sagte. So entfernen Sie die Spalte "Einheit" in Ihrem Skript.

    • Dies ist die einzige Sache, arbeitete für mich mit der C# sdk - hatte zu entfernen, 'Unit = StandardUnit.Sekunden - dann hat alles geklappt
    InformationsquelleAutor user1734087
  3. 3

    Stellen Sie sicher, dass die alarm-Namespace ist 'AWS/EC2'.

    Ich weiß, das ist eine lange Zeit, nachdem die ursprüngliche Frage, aber wenn andere finden diese über Google, ich hatte das gleiche problem, und es stellte sich heraus, dass ich alarm einstellen der Namespace falsch.

    • +1 Das war wirklich wichtig. Ohne, dass der Wecker steckte in INSUFFICIENT_DATA Zustand. Danke!
    InformationsquelleAutor Chrest
  4. 2

    Ist es erforderlich, die Daten veröffentlicht werden, mit dem gleichen Gerät verwendet, um erstellen Sie den alarm. Wenn Sie nicht angeben, es wird ein <None> Einheit.

    Einheit kann angegeben werden, in aws put-metric-data und aws-put-metric-alarm mit --unit <value>

    Einheit <value> werden kann:

    • Sekunden
    • Bytes
    • Bits
    • Prozent
    • Zählen
    • Bytes/Sekunde (bytes pro Sekunde)
    • Bits/Second (bits pro Sekunde)
    • Count/Sekunde (counts per second)
    • None (default, wenn keine Einheit angegeben wird)

    Einheiten sind auch groß-und Kleinschreibung, seien Sie vorsichtig über, die Sie in Ihren Skripts.

    Für CPUUtilization, die Sie verwenden können Prozent.

    Nach der ersten Daten-set gesendet, um den alarm (es kann bis zu 5 Minuten für eine nicht-detaillierte überwachten Instanz), um den alarm-Schalter auf die OK-oder ALARM-Zustand anstelle des INSUFFICIENT_DATA ein.

    InformationsquelleAutor Djidiouf
  5. 1

    Bin ich mit der gleichen INSUFFICIENT_DATA alarm-Zustand zeigen, bis in CloudWatch für einen RDS-CPUUtilization > 60 alarm-erstellt mit CloudFormation. ("Grund: nicht aktiviert: Erste alarm Schöpfung" zeigt sich unter "details"). Dies ist eine sehr einfache Lösung, aber ich fand, dass, indem Sie den alarm, klicken auf die Schaltfläche Ändern, und klicken Sie dann auf die Schaltfläche Speichern (ohne etwas zu ändern) wird der alarm geht an den OK-Zustand ist und alles ist Datei.

    InformationsquelleAutor at7000ft
  6. 1

    Hatte ich dieses problem. Stellen Sie sicher, dass der metric-name, den Sie verwenden, um die alarm-entspricht der tatsächlichen Metrik-name.

    Liste können Sie Ihre Metriken mit:

    aws cloudwatch list-metrics --namespace=<NAMESPACE, e.g. System/Linux, etc>

    Finden, die Metrik und die MetricName. Stellen Sie sicher, dass Ihre alarm konfiguriert ist, dass die Metrik.

    InformationsquelleAutor jbrown
  7. 1

    Soweit ich weiß, Standard-Metrische Auflösung ist 5 Minuten (die abgesenkt werden kann bis 1 minute, wenn Sie zahlen, oder so ähnlich), also, wenn Ihr alarm mess-Zeitraum niedriger ist als das, dann werde es bleiben dauerhaft in einem INSUFFICIENT_DATA Zustand. In meinem Fall hatte ich eine 1 minütige Messung Zeit, die auf die CPU-Auslastung, und ändern Sie es 5 Minuten behoben hat der Staat Problem.

    InformationsquelleAutor Olegs Jeremejevs
  8. 1

    Ich hatte ein ähnliches problem, mein Wecker war ständig in INSUFFICIENT_DATA status, obwohl ich sehen kann, die Metrik in der GUI.

    Kommen, dass das passiert, weil ich angegeben das die falsche Einheit für die Metrik, wenn ich den Alarm ausgelöst hat. Wurde kein Fehler gemeldet zurück, aber es wurde nie GRÜN.

    Besser, zu vermeiden, um es zu spezifizieren, wenn Sie nicht sicher sind, und die AWS wird die richtige Entsprechung in den hintergrund.

    • Ich löschte das Gerät und der Fehler ging Weg.
    InformationsquelleAutor Alex
  9. 0

    Gibt es ein Verzeichnis /var/tmp/aws-Mo/enthält ein paar Dateien. Eine ist-Instanz-id. Die Instanz war ich auf der erstellt wurde, von einem AMI, und diese Datei beibehalten der alten Instanz-id. Ich habe gerade bearbeitete es und machte sicher, dass /var/tmp/aws-Mo/Platzierung/Verfügbarkeit-zone war auch richtig. Die Alarme geändert, OK fast sofort.

    InformationsquelleAutor jtaz
  10. 0

    Lief auch dieses problem aber aus einem anderen Grund: ich ging ES ARN-cluster anstelle von domain-Namen in meinem Cloudformation-Vorlage. Es war ziemlich frustrierend,

    InformationsquelleAutor thepolina
Schreibe einen Kommentar