2016-08-30 2 views
0

Я занимался стресс-тестированием своего кода на Amazon Ec2 (c3.xlarge ubuntu 14.04). Который использовал 100% процессор и использование памяти. Но как только я закончил, мои экземпляры стали недоступными, т. Е. Я даже не смог ssh на мои машины. Я попытался перезапустить машины за некоторое время, но по-прежнему сохраняется одна и та же проблема. Я не могу ssh ни на одну из машин. Кто-нибудь сталкивался с этой проблемой? Что мы делаем, когда происходит интенсивное движение, и эта проблема возникает при производстве? Кроме того, диск не был заполнен. 95% диска было пустым.Необычное поведение из-за высокой загрузки процессора и памяти на Amazon Ec2

Я задаю этот вопрос здесь. Причина в том, что я отправил сообщения в службу поддержки Amazon, и они сказали . Мы не поддерживаем системное администрирование Linux, поскольку оно выходит за рамки поддержки Premium.

+0

Журналы заполняют диск? – Jakuje

+0

Нет, 95% диска было бесплатным – Naresh

+0

Какой тип экземпляра? Похоже, вы запускаете экземпляр T2, и вы использовали кредиты центрального процессора. –

ответ

1

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

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

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