Так идея в том чтобы в 0 свести

если минимальное кол-во таксов в 0 поставить, автоскейлер должен прибить все таски, если метрика вниз ушла. я не пробовал с контейнерами, но с инстансами у меня такое работало.

Спасибо

Привет! Никак не могу найти информацию на форуме и в документации о возможности создания alarm на основе SEARCH.

Например, я хочу, чтобы триггер срабатывал на любом инстансе, попадающем под условие:

{
    "metrics": [
        [ { "expression": "SEARCH('{AWS/RDS, DBInstanceIdentifier} MetricName=CPUUtilization DBInstanceIdentifier=test’, 'Average', 300)" } ]
    ],
    "view": "timeSeries",
    "stacked": false,
    "region": "us-east-1",
    "title": "RDS CPU Utilization",
    "period": 300,
    "stat": "Average"
}

Но, но при создании ALARM получаю : The expression for an alarm must create exactly one time series.

Я правильно понимаю, что для фиговой тучи инстансов мне нужно создать такую же кучу alarm, без возможности группировки как в Prometheus, например? Есть ли какие костыли для решения проблемы создания однотипных метрик для херовой кучи инстансов?

Если встречали такой топик на форуме, ткните пальцем, пожалуйста.

Кстати, раз уж тут вспомнили AWS toolkit вот страничка с класcными видосиками как деплоить лямбда функции: https://aws.amazon.com/visualstudiocode/

Привет банда, если я на рабочем хосте меняю ebs 10000gb io 20000 iops to ebs 10000gb gp2 я так понимаю все пройдет норм?)

define норм, у gp2 макс iops 16k

если сейчас 20к и приложению нужно 20к - будет не норм

нее

прилага курит

да я знаю

ух ну тут может даже sc1 какой можно

Меня смущает момент 1) если инт в рейде

200 иопсов это наверное и жесткий диск даст

ну для начала скинем -3к$

а потом ресайз винтов

там же минимум 500 гб, а чейнджить типы надо 1 к 1 размер

так у коллеги же 10тб вольюм

если я правильно понял