Автоматическое масштабирование экземпляров t3 с использованием процессора? - PullRequest
0 голосов
/ 17 февраля 2019

t3 экземпляры выходной пакет выше базовой линии , так как это нужно учитывать для автоматического масштабирования по CPUUtilization?

Допустим, мы используем t3.small instance with:

  • 24 кредитов ЦП, полученных в час
  • 2 виртуальных ЦП
  • 20% Базовая производительность на виртуальную частную единицу

Я бы установил этот триггер масштабирования для CPUUtilization:

  • Статистика: Средняя
  • Единица: проценты
  • Период: 5 мин
  • Продолжительность нарушения: 5 минут
  • Верхний порог: 15%
  • Нижний порог: 5%

Таким образом, верхний порог устанавливается чуть ниже базовой линии, чтобы избежать дополнительных затрат при пребываниислишком долго над базовой линией (и с использованием кредитов ЦП).

Кроме того, я установил предупреждение CloudWatch, когда CPUUtilization любого экземпляра слишком долго остается выше 20%.По крайней мере, это сработает, когда автоматическое масштабирование достигнет максимума.количество разрешенных экземпляров.

Имеет ли это смысл?

1 Ответ

0 голосов
/ 18 февраля 2019

Не рекомендуется использовать ЦП в качестве показателя для автоматического масштабирования при использовании типов экземпляров с пакетной передачей T1 / 2/3.

Причина в том, что ЦП в этих экземплярах может быть искусственно ограничен, что даетложное представление о том, насколько они заняты.

Если вы активируете опцию «Неограниченно», это нормально, потому что экземпляр может взорваться, как требуется, без ограничений.Не бойтесь дополнительной оплаты, так как она будет стоить дополнительно, только если она превышает среднемесячную сумму, и вы будете платить только за процессор, который фактически «использовался», когда они были заняты.

В качестве альтернативы, выберите другой(не пакетный) тип экземпляра.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...