2013-12-18 11 views
2

У меня есть облачная облачность, которая, как я думаю, настроена для замены неудавшихся экземпляров на основе StatusCheckFailed_Instance. Я хочу проверить это. Могу ли я проверить это, завершив один из экземпляров EC2? Благодаря!Ошибка автоматического масштабирования AWS Ошибка

ответ

2

Instance Проверка состояния может возникнуть по одной из следующих причин:

Ошибки памяти

  • Из памяти: убить процесс
  • ОШИБКА: mmu_update не удалось (обновление управления памятью не удалось)

Ошибки устройства

  • ввод/Ошибка вывода (отказ устройства Блока)
  • IO ОШИБКА: ни локальный, ни удаленный диск (поврежденный распределенные блоки устройство)

ядро ​​Ошибка

  • request_module: runaway loop modprobe (Looping legacy kernel modprobe для старых версий Linux)
  • «FATAL: ядро ​​слишком старое» и «Fsck: Нет такого файла или каталога при попытке открыть/Dev» (Kernel и AMI рассогласование)
  • «FATAL: Не удалось загрузить/Библиотека/модули» или «BusyBox» (Missing модули ядра)
  • ERROR Недопустимая ядро (EC2 несовместимое ядро)

файловой система Ошибка

  • request_module: беглый Modprobe петли (Looping наследия ядра Modprobe на старых версиях Linux)
  • е sck: Нет такого файла или каталога при попытке открыть ... (Файловая система не найдена)
  • Общая файловая система с установкой ошибок
  • VFS: невозможно монтировать корневые fs на неизвестном блоке (несоответствие корневой файловой системы)
  • ошибки: Невозможно определить основной/младший номер корневого устройства ... (корневую файловую систему/несовпадение устройства)
  • XENBUS: устройство, без водителя ...
  • ... дни без проверки, проверка принудительно (требуется проверка файловой системы)
  • fsck скончался с статусом выхода ... (пропавшее устройство)

Ошибки операционной системы

  • GRUB строки (grubdom>)
  • Воспитывая интерфейс eth0: eth0 Устройство имеет разные MAC-адрес, чем ожидалось, не обращая внимания.(Жесткий код MAC-адреса)
  • Невозможно загрузить политику SELinux. Машина находится в режиме принуждения. Остановимся сейчас. (SELinux расконфигурация)
  • XENBUS: тайм-аут подключения к устройствам (Xenbus таймаут)

Мне кажется, что # 1 является самым простым в реализации, чтобы провалиться по требованию. Вы можете добавить веб-крючок или запустить сценарий оболочки с задержкой, чтобы запустить какой-то процесс, который приведет к сбою OutOfMemory, чтобы подтвердить, что ваша конфигурация автомасштабирования работает как настроенная.

Завершение экземпляра не поможет проверить вашу конфигурацию, так как, когда вы грациозно завершаете экземпляр, он удаляется из пула доступных экземпляров, и проверка не выполняется.

Более подробную информацию о проверках состояния можно найти здесь: Troubleshooting Instances with Failed Status Checks

Смежные вопросы