Многие владельцы сетевых хранилищ (NAS) часто оставляют слоты M.2 пустыми, полагая, что они предназначены исключительно для SSD-кеширования, которое не всегда оправдывает ожидания. Однако выбор правильного сценария использования этих слотов может существенно ускорить работу системы.
Особенности SSD-кеширования: чтение против записи
Кеширование бывает двух типов: только для чтения и гибридное (чтение/запись). Кеш только для чтения копирует часто используемые блоки данных на SSD, позволяя системе при обращении к ним не задействовать основные жесткие диски. Согласно документации Synology, этот метод ускоряет только случайные операции ввода-вывода (I/O) и не влияет на последовательные передачи данных, такие как потоковое видео. Кроме того, кеш эффективен только для данных, которые уже были считаны хотя бы один раз.
Кеш с поддержкой записи (read-write cache) работает иначе: он подтверждает запись данных сразу после их попадания на флеш-память, перенося их на HDD позже. Это значительно ускоряет работу баз данных и контейнеров. Однако такой метод требует пары идентичных SSD в зеркальном массиве (RAID 1), так как данные, находящиеся в кеше, еще не попали на жесткие диски, и выход из строя одного накопителя грозит их потерей.
Практическое тестирование производительности
В ходе тестов на Synology DS1621xs+ с использованием двух дисков Seagate Exos по 20 ТБ в RAID 1 сравнивались три конфигурации: стандартный пул HDD, использование кеша только для чтения и кеша для чтения/записи (на базе модулей Intel Optane M10 16GB). Несмотря на отчеты о 64% попаданий в кеш только для чтения, реальные рабочие нагрузки, такие как запуск контейнеров или работа с базами данных, не показали прироста скорости. При этом кеш для чтения и записи позволил сократить время «холодного» запуска Postgres с 33 до 7 секунд, а пропускная способность базы данных увеличилась с 109 до 366 транзакций в секунду.
Создание выделенного тома для приложений
Альтернативой кешированию является выделение NVMe-накопителя под отдельный том. В этом случае на SSD размещаются Docker, диски виртуальных машин и базы данных, в то время как мультимедийные файлы остаются на жестких дисках. Хотя это лишает пользователя автоматической оптимизации, такой подход исключает риски, связанные с кешированием, и позволяет изолировать критически важные данные от основного пула HDD.
Производители NAS относятся к этой функции по-разному. Например, Synology ограничивает создание пулов хранения из NVMe-накопителей только списком «проверенных» моделей, хотя сообщество использует скрипты типа Synology_HDD_db для обхода этих проверок. Другие платформы более лояльны: UGREEN позволяет выбирать между кешем и отдельным томом прямо в мастере настройки UGOS Pro, а QNAP предлагает технологию Qtier для автоматического перемещения данных между уровнями хранилища.
Рекомендации по выбору накопителей
Если вы планируете настроить кеш на запись или создать отдельный том, используйте два накопителя для обеспечения отказоустойчивости. Важно выбирать диски с высоким ресурсом перезаписи (endurance) и наличием DRAM-буфера, избегая дешевых DRAM-less моделей QLC. Нет смысла переплачивать за сверхвысокие скорости, так как большинство слотов M.2 в современных NAS ограничены интерфейсом PCIe 3.0 x4. Инвестиции в надежность накопителя принесут больше пользы, чем попытки добиться максимальных показателей пропускной способности, которые аппаратная часть хранилища может не поддержать.
Нюансы работы SSD-кеширования: почему «синтетика» обманывает
В ходе экспериментов выяснилось, что показатели кеша в синтетических тестах и реальная производительность — это разные вещи. Например, при использовании кеша только для чтения задержки при операциях чтения снижались с 6 мс до менее чем четверти миллисекунды, а отчет Storage Manager рапортовал об эффективности в 64%. Тем не менее, любая прикладная задача выполнялась либо с прежней скоростью, либо даже медленнее. Причина проста: запуск контейнеров, работа с БД и распаковка архивов состоят преимущественно из операций записи и первичного чтения (first-time reads), которые кеш «только для чтения» просто не видит.
Отдельного внимания заслуживает работа файловой системы Btrfs. Благодаря технологии copy-on-write, она превращает разрозненные операции записи в преимущественно последовательные. Кроме того, DSM буферизирует остаток данных в оперативной памяти. В результате цифры, которые вы видите в тестах (например, достижение 27 000 случайных операций записи в секунду), являются скорее «трюком» файловой системы, чем реальным показателем пропускной способности самих дисков.
Ограничения Synology и сложности настройки томов
Хотя Synology DS1621xs+ изначально создавался с прицелом на кеширующие слоты, поддержка пулов хранения на базе NVMe появилась лишь в DSM 7.2. Однако программные ограничения остаются строгими. Даже если DSM 7.4.1 позволяет создать кеш из неофициальных модулей (помечая их оранжевым предупреждением «This drive is not supported for SSD cache use»), создание пулов хранения (Storage Pools) блокируется жестче. Система отказывается работать с накопителями, не прошедшими валидацию: «This drive has not been tested or validated for M.2 SSD storage pools».
Даже при успешном обходе ограничений через скрипт Synology_HDD_db пользователя ждут подводные камни. После перезагрузки и развертывания DSM автоматически создает системные разделы и разделы подкачки (swap) на обоих M.2-модулях. В случае с малообъемными дисками (как 16-гигабайтные Optane) это отнимает около 10 ГБ на каждом модуле, оставляя под пользовательские данные крошечный пул в 3,2 ГБ, чего недостаточно для полноценного тома.
Сравнение с конкурентами и технические аспекты
Другие платформы подходят к вопросу более гибко:
- UGREEN: предлагает выбор между кешем и отдельным SSD-пулом прямо в мастере настройки UGOS Pro без каких-либо проверок совместимости.
- QNAP: использует технологию Qtier, которая перемещает данные между уровнями в зависимости от частоты доступа, фактически превращая SSD в часть общей емкости хранилища.
- TrueNAS: предоставляет наиболее широкий инструментарий, но и самые высокие риски. Здесь доступен L2ARC (кеш чтения) и специальный vdev для хранения метаданных пула — потеря последнего означает потерю всего массива данных.
- Unraid: архитектурно ориентирован на использование быстрого пула (appdata) для приложений, откуда данные позже переносятся на основной массив (Mover).
Технически важно помнить, что слоты M.2 в подобных устройствах, как показала команда lspci в SSH-сессии, ограничены линиями PCIe 3.0 x4. Это означает, что покупка накопителей стандарта Gen5 будет пустой тратой денег — они не покажут прироста скорости из-за аппаратных лимитов NAS. Инвестиции стоит перенаправить в показатель ресурса записи (TBW).
Итоговые советы по безопасности
Если вы решили использовать NVMe-накопитель, помните: при создании тома на одном диске риск потери данных выше, чем при использовании RAID 1. Хотя резервное копирование на основной пул HDD обязательно, помните, что создание моментальных снимков (snapshots) на том же самом диске, где лежат данные — это не полноценный бэкап. Использование зеркального массива при кешировании записи — обязательное условие, так как данные в кеше еще не достигли основных жестких дисков, и любая неисправность одного накопителя без дублирования приведет к их безвозвратной потере.
