Параметр wearout (износ) SSD в веб-интерфейсе Proxmox отображается в разделе Диски → SMART и показывает, какая часть ресурса записи флеш-памяти накопителя уже израсходована — значение вроде «Wearout: 87%» означает, что диск использовал примерно 87% гарантированного производителем объёма циклов перезаписи. Многие администраторы впервые замечают этот показатель именно в Proxmox, потому что гипервизор активно нагружает диски: виртуальные машины постоянно пишут логи, журналы баз данных и временные файлы.
Разберёмся, откуда берётся это значение, как интерпретировать его правильно и что делать, если износ растёт слишком быстро. Отдельно рассмотрим команды проверки через SMART и способы снизить нагрузку на накопитель без потери производительности кластера.
Что означает показатель wearout SSD
Каждая ячейка NAND-памяти твердотельного накопителя выдерживает ограниченное число циклов стирания и записи. Производитель закладывает этот ресурс в прошивку, а контроллер диска ведёт счётчик израсходованных циклов. Именно этот счётчик Proxmox считывает через интерфейс SMART и показывает как wearout или «Percentage Used».
Важно понимать: значение зависит от того, как конкретный производитель реализовал атрибуты SMART. У одних моделей используется атрибут Percentage Used (ID 231 или похожий), у других — Wear Leveling Count. Поэтому трактовка числа может отличаться между, например, Samsung, Intel и Kingston. Для точной расшифровки стоит свериться с документацией на конкретную модель диска.
Достижение 100% не означает мгновенный отказ накопителя. Это лишь граница гарантированного производителем ресурса — диск может продолжать работать, но надёжность уже не гарантируется, и риск внезапного выхода из строя заметно возрастает.
Где посмотреть износ диска в Proxmox
Самый простой способ — веб-интерфейс. Откройте нужный узел, перейдите в раздел Диски (Disks), выберите накопитель и нажмите кнопку Show SMART values или аналогичную. В таблице атрибутов найдите строки, связанные с износом: Percentage Used, Wear Leveling Count, Media Wearout Indicator.
Более детальную информацию даёт консоль. Утилита smartctl из пакета smartmontools выводит полный дамп SMART-атрибутов:
smartctl -a /dev/sdaДля NVMe-накопителей команда та же, но данные будут в другом формате — ищите строку Percentage Used в секции SMART/Health Information:
smartctl -a /dev/nvme0n1- 🔍 Percentage Used — основной показатель износа в процентах от ресурса.
- 📊 Data Units Written — фактический объём записанных данных, можно сопоставить с заявленным TBW.
- 🌡️ Temperature — перегрев ускоряет деградацию NAND-ячеек.
- ⚡ Available Spare — запас резервных блоков; его снижение ниже порога (Threshold) — тревожный знак.
Почему SSD в Proxmox изнашивается быстрее
Гипервизор создаёт интенсивную нагрузку на запись, которую домашний ПК почти никогда не генерирует. Виртуальные машины пишут логи, обновления систем, файлы подкачки; контейнеры LXC добавляют свои журналы. Если используется ZFS, к этому прибавляются метаданные, журналы транзакций и работа механизма copy-on-write.
Особенно остро проблема стоит у тех, кто установил Proxmox на обычный потребительский SSD из ближайшего магазина. Такие диски рассчитаны на сценарии «загрузка системы и офисная работа», а не на круглосуточную запись со стороны нескольких ВМ. Датацентровские накопители с высоким показателем DWPD (Drive Writes Per Day) справляются с такой нагрузкой значительно лучше.
⚠️ Внимание: если wearout растёт на несколько процентов в месяц при небольшом числе виртуальных машин, проверьте, не пишет ли какая-то ВМ логи в отладочном режиме или не работает ли swap внутри гостевой системы. Аномально быстрый износ почти всегда имеет конкретного «виновника».
Как определить, кто нагружает диск
Чтобы найти источник чрезмерной записи, используйте мониторинг дисковой активности. Утилита iotop показывает процессы, которые активнее всего пишут на диск в реальном времени:
apt install iotop
iotop -oPa
Ключ -o отображает только процессы с активной записью, -P — суммарную статистику, -a — накопленные значения. Оставьте утилиту поработать некоторое время и посмотрите, какие процессы лидируют по записанным данным.
Дополнительно проверьте типичные источники нагрузки:
- 📝 Системные журналы — размер
/var/logи частота ротации черезlogrotate. - 💾 Swap — активное использование подкачки на SSD резко ускоряет износ; проверьте
swapon --showи параметрvm.swappiness. - 🗄️ Базы данных в ВМ — MySQL, PostgreSQL и похожие системы пишут журналы транзакций постоянно.
- 🔄 Репликация и бэкапы — частые снапшоты ZFS и задания репликации создают дополнительную запись.
Как снизить износ SSD в Proxmox
После того как источник нагрузки найден, переходите к оптимизации. Не все меры подойдут каждой конфигурации — выбирайте те, что совместимы с вашей схемой хранения и требованиями к надёжности.
Проверенные способы снижения записи на системный диск:
- 🛠️ Ограничьте логи — настройте
journaldчерез/etc/systemd/journald.conf, задавSystemMaxUse, либо вынесите логи на другой диск или в tmpfs (с потерей журналов при перезагрузке). - 📉 Снизьте swappiness — установите
vm.swappiness=10или меньше, чтобы система реже использовала подкачку. - 🗜️ Включите сжатие в ZFS —
lz4уменьшает реальный объём записываемых данных и почти не нагружает процессор. - 💽 Перенесите диски ВМ — разместите образы виртуальных машин на отдельном массиве, а системный SSD оставьте под гипервизор.
- 🧹 Включите TRIM — проверьте, что для хранилища и в гостевых системах включён discard, чтобы контроллер SSD эффективно очищал блоки.
☑️ Чек-лист снижения износа SSD в Proxmox
⚠️ Внимание: не отключайте журналирование полностью и не переносите критичные данные в tmpfs без понимания последствий — при сбое вы потеряете диагностическую информацию или сами данные. Сначала оцените, какие логи действительно нужны для разбора инцидентов.
Когда пора менять диск и как подготовиться
Однозначного порога нет, но практичный ориентир — начинать планировать замену при приближении wearout к 80–90%, особенно если на диске размещены данные, которые нельзя потерять. Если же накопитель используется под кэш или временные данные, можно эксплуатировать его дальше, наблюдая за динамикой.
Следите не только за процентом износа, но и за сопутствующими симптомами: рост числа переназначенных блоков, снижение Available Spare ниже порога, ошибки CRC, внезапные переходы диска в режим только чтения. Любой из этих признаков — повод ускорить замену независимо от процента wearout.
Перед заменой убедитесь, что у вас есть свежие резервные копии всех ВМ и контейнеров, сделанные через Proxmox Backup Server или встроенный планировщик бэкапов. Для ZFS-пула замена диска выполняется штатно: диск выводится из пула, заменяется, и пул перестраивается на новый накопитель.
Можно ли сбросить счётчик wearout?
Нет, счётчик износа хранится в прошивке контроллера SSD и отражает физическое состояние NAND-ячеек. Обнулить его штатными средствами нельзя, а попытки вмешательства в прошивку не восстанавливают реальный ресурс памяти — ячейки остаются изношенными независимо от показаний счётчика.
Мониторинг износа: настройка оповещений
Разовая проверка не защитит от внезапной деградации — нужен постоянный контроль. Демон smartd умеет отправлять уведомления при изменении критичных атрибутов. Его конфигурация находится в /etc/smartd.conf, а для доставки писем потребуется настроенная почтовая подсистема или внешний мониторинг.
Альтернатива — сбор метрик через Prometheus с экспортёром node_exporter или smartctl_exporter и визуализация в Grafana. Так вы получите график динамики износа и сможете спрогнозировать, когда диск достигнет критического порога, исходя из текущего темпа записи.
Даже простой cron-скрипт, который раз в неделю сохраняет вывод smartctl в файл, уже даст историю для анализа. Главное — не полагаться на память и проверять диски регулярно.
| Уровень wearout | Состояние диска | Рекомендуемые действия |
|---|---|---|
| 0–30% | Нормальный ресурс | Штатный мониторинг, проверка раз в месяц |
| 30–60% | Умеренный износ | Анализ нагрузки, оптимизация записи |
| 60–80% | Высокий износ | Проверить бэкапы, запланировать замену |
| 80–100% | Критический уровень | Заменить диск в ближайшее время |
| 100%+ | Ресурс исчерпан | Эксплуатация на свой риск, замена обязательна |
Реальный риск определяет не сам процент wearout, а скорость его роста: диск с 40% за пять лет надёжнее диска с 40% за три месяца. Всегда оценивайте динамику, а не разовое значение.
Часто задаваемые вопросы
Что значит wearout 100% — диск сразу сломается?
Нет. Это граница гарантированного производителем ресурса записи. Накопитель может продолжать работать, но вероятность отказа растёт, и доверять ему важные данные уже не стоит. Планируйте замену и держите актуальные резервные копии.
Почему в Proxmox не отображается wearout для моего SSD?
Не все накопители сообщают этот атрибут в стандартном виде. Проверьте полный вывод smartctl -a для вашего диска — возможно, износ отображается в другом атрибуте. Также убедитесь, что SMART включён для накопителя и поддерживается контроллером, через который подключён диск (некоторые RAID-контроллеры скрывают SMART).
Ускоряет ли износ ZFS по сравнению с ext4 или LVM?
ZFS использует copy-on-write и ведёт дополнительные метаданные, поэтому при равной нагрузке объём физической записи может быть выше. Однако сжатие lz4 часто компенсирует это, уменьшая реальный объём данных. Точный эффект зависит от характера нагрузки — измерьте запись через zpool iostat в вашей конфигурации.
Какой SSD выбрать для Proxmox, чтобы износ был минимальным?
Ориентируйтесь на показатель выносливости TBW или DWPD в спецификации конкретной модели — чем он выше, тем дольше диск проживёт под нагрузкой гипервизора. Датацентровские модели рассчитаны на интенсивную запись и обычно имеют конденсаторы защиты от потери питания. Сверяйте характеристики с официальной документацией производителя.
Влияет ли износ SSD на производительность виртуальных машин?
Сам по себе процент wearout скорость не снижает. Однако по мере исчерпания резервных блоков и приближения к критическому состоянию контроллер может чаще выполнять фоновую «уборку», что иногда сказывается на задержках записи. Заметная деградация производительности — дополнительный сигнал проверить SMART полностью.