Различия

Показаны различия между двумя версиями страницы.

--- nvme-linux-smart-health [2026/02/27 01:02] – admin
+++ nvme-linux-smart-health [2026/02/27 01:04] (текущий) – admin
@@ Строка 206: / Строка 206: @@
 * **num_err_log_entries** растёт — warning, далее сверяйте с kernel log и latency.
-{{https://fastfox.pro/assets/images/articles/1403/2_8fcdf08c.png?linkonly&nolink|Графики трендов температуры, износа и счётчиков ошибок NVMe для мониторинга}}
@@ Строка 221: / Строка 220: @@
 </code>
-Дальше можно парсить конкретные строки (grep/awk) или подключить агент мониторинга, который собирает метрики структурированно. Если вы используете расписания в Linux не только для мониторинга, пригодится разбор отличий cron и systemd timers в статье [[https://fastfox.pro/blog/tutorials/cron-crontab-systemd-timers/|cron, crontab и systemd timers: что выбрать и как не ошибиться]].
+Дальше можно парсить конкретные строки (grep/awk) или подключить агент мониторинга, который собирает метрики структурированно.
 ====Типовые сценарии и быстрые решения====
@@ Строка 267: / Строка 266: @@
 Базовый мониторинг NVMe в Linux строится вокруг SMART/health (**nvme smart-log**), счётчиков **media_errors** и **critical_warning**, плюс корреляции с kernel log. Храните историю, следите за трендами и не игнорируйте ранние сигналы: NVMe может долго выглядеть «почти нормально», а затем быстро перейти в состояние, где восстановление становится дороже.
-Если вы только настраиваете сервер под проекты и хотите, чтобы мониторинг дисков был частью «минимального базового набора», выбирайте тариф и ресурсы с запасом под логи и метрики на [[https://fastfox.pro/vds/|VDS]] — так проще держать историю показателей и реагировать на деградацию до аварии.