Тест автоматического масштабирования Amazon EC2

Question

Я создал группу автоматического масштабирования Amazon EC2, в которой постоянно должен быть хотя бы 1 сервер.

1. Добавление двух серверов, когда загрузка ЦП превышает 80%

2. Завершение работы 2 серверов, когда загрузка ЦП снижается менее чем на 30%

Проблема здесь в том, как увеличить / уменьшить загрузку ЦП?Я не могу подключиться к какому-либо экземпляру или использовать CLI, поскольку я нахожусь в системе Office / ограничен доступ к AWS.

Есть ли способ проверить это, несмотря на эти ограничения?

Answer 1

Существует способ провести стресс-тестирование экземпляра или контейнера (при условии, что он основан на Linux), используя Stress , пакет, предназначенный для запуска ЦП в течение определенного периода времени, а затем вывестиПроценты ЦП снижаются через указанное количество времени.У него есть другие параметры для настройки тестирования.

Мой личный любимый инструмент для тестирования реакции системы и DR - это использование Netflix's ChaosMonkey .Это проект с открытым исходным кодом, поддержанный Netflix, который предназначен для тестирования отказоустойчивости.Использование его в производстве сводится к личным предпочтениям, но это инструмент для тестирования систем.

Answer 2

Если вы хотите проверить «реальную» ситуацию, вам понадобится способ генерировать нагрузку на систему.

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

Нет необходимости проверять, действительно ли работает автоматическое масштабирование в Amazon EC2 - на странице состояния AWS будут проблемы, еслибыли случаи - поэтому я полагаю, вы просто хотите проверить свою конфигурацию.В этом случае вам действительно нужно протестировать сценарий реального мира , например , имитирующий количество одновременных пользователей, выполняющих типичные действия, которые пользователи будут выполнять .

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

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