2013-04-25 8 views
11

Postępowałem zgodnie z instrukcjami podanymi na http://docs.aws.amazon.com/AutoScaling/latest/DeveloperGuide/as-scale-based-on-demand.html, aby mieć grupę automatycznej skali opartą na CPUUtilization. Zauważyłem, że alarmy tworzone przez mon-put-metryczny alarm tworzą alarmy wymienione na panelu kontrolnym chmury. Oznacza to, że przy niskim utplikowaniu procesora zawsze mam dane w stanie ALARM. Czy mogę ukryć metryki skali automatycznej w interfejsie internetowym CloudWatch?Czy mogę zdefiniować grupę automatyczną skali EC2 z zasadami skalowania bez dodawania alarmów do panelu kontrolnego CloudWatch?

+0

"Oznacza to, że na niskim poziomie wykorzystania procesora zawsze mam dane w stanie ALARM". - Mam tę samą irytację, która mnie tu prowadzi. Przepraszam, że nie ma jeszcze dobrych rozwiązań. –

+1

Tak, sprawdziłem to za pomocą wsparcia premium i dali tylko obejścia. Przyznali, że obecny pulpit alarmowy jest całkiem bezużyteczny, gdy już masz automatyczne skalowanie. – Jan

+0

Niestety wydaje się, że nawet trzy lata później problem ten nadal występuje. –

Odpowiedz

3

Ciekawe pytanie (+1) - Nie jestem świadomy każdej opcji ukryć metryki Autoskalowanie w interfejsie WWW Amazon CloudWatch i odpowiedni PutMetricAlarm API action nie posiadają powiązanych opcji albo.

Podczas gdy twój przypadek użycia jest prawidłowy, zespół AWS zwykle stosuje się do podejścia Minimum viable product podczas początkowej implementacji nowej usługi, i pomimo ciągłego dodawania dodatkowych funkcji w późniejszym czasie, nadal zachowuje zgodność z Pareto principle przy wyborze wartościowych funkcji, więc wątpię że twoja zrozumiała prośba zostanie wprowadzona w najbliższym czasie.

+0

Mam skłonność wierzyć, że masz rację ;-) – Jan