hostprofi.ru
Подобрать хостинг
Термин·буква Х

Хард-ребут

краткое определение

Хард-ребут (hard reboot) — принудительная аппаратная перезагрузка сервера путём сброса питания, аналог нажатия кнопки Reset. Выполняется через IPMI/iDRAC/iLO когда сервер не отвечает на команды ОС.

Хард-ребут — команда немедленного сброса питания сервера без штатного завершения работы ОС. В отличие от мягкой перезагрузки (reboot, shutdown -r), хард-ребут не даёт ОС времени на сохранение данных, завершение транзакций и размонтирование файловых систем. Это аналог удерживания кнопки питания 5 секунд или нажатия кнопки Reset на физической машине.

Как работает

Хард-ребут выполняется через интерфейсы внеполосного управления (out-of-band management):

  • IPMI — универсальный стандарт. Команда немедленного сброса: ipmitool -H <IP> -U admin -P pass chassis power reset. Полный цикл питания: power off, затем power on.
  • iDRAC (Dell) — веб-интерфейс: Remote Control → Power → Reset. Поддерживает graceful shutdown, power cycle и hard reset.
  • iLO (HP/HPE) — аналогичный функционал через iLO web UI или iLO REST API (Redfish).
  • Панель управления VPS/VDS — кнопка "Hard Reboot" или "Force Restart" в интерфейсе Proxmox VE, VMware vSphere, ISPmanager.

Цепочка событий при хард-ребуте: BMC подаёт сигнал RESET или отключает-включает питание → CPU очищает регистры и стартует с адреса 0xFFFFFFF0 (BIOS reset vector) → проходит POST (Power-On Self Test) → инициализируется железо → загружается загрузчик → стартует ОС. Весь цикл от команды до доступности ОС: 2–5 минут для физического сервера, 30–90 секунд для виртуальной машины.

История

Аппаратный сброс использовался с первых ЭВМ — зависшая система всегда требовала физического вмешательства. До появления IPMI удалённый хард-ребут выполнялся через управляемые PDU (переключение розетки) или консольные серверы с relay-выходами. Стандарт IPMI 1.0 для удалённого управления питанием принят в 1998 году. IPMI 2.0 (2004) добавил шифрование и KVM over IP, что сделало удалённый хард-ребут полноценным инструментом без физического присутствия в ЦОД.

На что обращать внимание

Хард-ребут — крайняя мера: высок риск повреждения файловой системы при прерывании записи. После хард-ребута Linux запускает fsck при обнаружении "грязного" раздела (dirty bit в суперблоке). Базы данных (MySQL, PostgreSQL) восстанавливаются из WAL/redo-log, но восстановление занимает время. Прежде чем выполнять хард-ребут, попробуйте: KVM over IP для доступа к консоли, Magic SysRq (Alt+SysRq+B) для немедленного ребута ядра без fsck, kill -9 зависшего процесса.

История аварийной перезагрузки в серверной практике

Необходимость аппаратного сброса питания существовала с первых мейнфреймов 1960-х годов. IPMI (Intelligent Platform Management Interface) — стандарт для удалённого управления серверами, включая power cycle, разработан Intel и Hewlett-Packard в 1998 году. IPMI 2.0 стандартизирован в 2004 году. Альтернативы: iDRAC (Dell Remote Access Controller), iLO (HPE Integrated Lights-Out), ASUS ASMB. KVM over IP (Keyboard-Video-Mouse) позволяет управлять сервером на уровне BIOS/UEFI. Большинство VPS-панелей управления предоставляют кнопку Hard Reboot через гипервизор.

Типы перезагрузки сервера

ТипМеханизмРиск потери данных
Graceful rebootreboot / systemctl rebootминимальный
SysRq rebootecho b > /proc/sysrq-triggerсредний
Hard reboot (VPS panel)команда гипервизору ACPI resetсредний
Power cycleфизическое отключение питаниявысокий

Когда необходим хард-ребут

Хард-ребут необходим при: полном зависании ОС (kernel panic без reboot on crash), неответном SSH, 100% загрузке CPU без возможности подключения. Перед хард-ребутом попробуйте: SysRq Magic (если включён), подключение через аварийную консоль (VPS: VNC-консоль, выделенный сервер: IPMI/iDRAC). После хард-ребута обязательно проверьте: целостность файловых систем (fsck запустится автоматически), логи journalctl -b -1 — логи предыдущей загрузки, статус всех сервисов systemctl --failed.

Типичные ошибки

  • Хард-ребут при активных операциях записи в MySQL — возможна повреждение таблиц без журналирования.
  • Не настроен kernel.panic = 30 в sysctl — при kernel panic сервер не перезагружается автоматически.
  • Регулярные хард-ребуты как «решение» проблем — признак системной проблемы, требующей диагностики.

Другие термины