QNAP TBS-h574TX: хранилище с процессором ноутбучного класса и портом на 10 гигабит

Практически любой разговор о сетевых хранилищах рано или поздно упирается в одну и ту же стену: скорость сети. Можно поставить сколько угодно быстрых накопителей, можно взять процессор помощнее — если наружу ведёт гигабитный провод, наружу пойдёт около ста мегабайт в секунду, и точка. Именно поэтому сетевое хранилище традиционно воспринимается как склад: туда кладут и оттуда забирают, но не работают с него напрямую.

TBS-h574TX ломает эту логику. В аппарате стоит восьмиядерный Intel Core i3 поколения Raptor Lake с базовой частотой 1,7 гигагерца, двенадцать гигабайт памяти, пять отсеков под накопители и — главное — порт 10GBASE-T. Весит машина чуть больше двух килограммов, то есть по габаритам остаётся настольной.

Что заявлено

Строка про процессор здесь ключевая. Восемь ядер в гибридной компоновке — это платформа того же класса, что стоит в рабочих ноутбуках, а не экономичный четырёхъядерник, привычный для хранилищ. Разница в вычислительной мощности между ними не проценты, а кратная величина.

Что даёт десять гигабит

Переход от гигабита к десяти меняет не количество, а сам характер работы с хранилищем. Гигабитная линия отдаёт около ста мегабайт в секунду — это медленнее одного обычного жёсткого диска. Работать с файлами прямо на таком томе мучительно: любая программа, которая читает данные кусками, начинает подтормаживать, и человек в итоге копирует материалы к себе, работает локально и копирует обратно.

Десятигигабитная линия поднимает потолок примерно до гигабайта в секунду. Это быстрее любого механического диска и сопоставимо с внутренним твердотельным накопителем среднего уровня. На таком канале открывать проект прямо с сетевого тома становится нормальной практикой: разницы с локальным диском человек попросту не замечает.

Именно здесь и появляется настоящая ценность быстрого хранилища. Когда несколько человек работают с одним материалом, «копировать к себе» означает плодить версии, путаться в правках и терять время на синхронизацию. Когда все работают с общего тома напрямую, эта проблема исчезает целиком — но только если канал достаточно широк.

Зачем хранилищу восемь ядер

Файловый обмен восьми ядер не требует — с ним справляется любой экономичный процессор. Мощная платформа нужна для другого: для приложений, которые работают прямо на хранилище, а не на компьютерах пользователей.

Список таких приложений за последние годы вырос заметно. Виртуальные машины и контейнеры, в которых крутятся внутренние сервисы. Системы видеонаблюдения с десятком камер и распознаванием движения. Индексация и поиск по большому архиву. Автоматическая разметка фотографий. Резервное копирование с дедупликацией — процедура, которая экономит место ценой серьёзной вычислительной нагрузки.

Отдельная строка — шифрование. Том, закрытый шифрованием, на слабом процессоре теряет половину скорости, и владелец оказывается перед выбором между безопасностью и производительностью. На восьми ядрах такого выбора не возникает: шифрование перестаёт быть узким местом и включается по умолчанию, как и должно быть.

Двенадцать гигабайт: откуда нечётная цифра

Непривычный объём памяти объясняется компоновкой: часть распаяна на плате, часть стоит модулем. Схема распространённая в компактной технике и имеет обратную сторону — предел расширения определяется не суммой слотов, а тем, сколько из них доступно владельцу.

Стоит ли наращивать сразу — зависит от планов. Для файлового обмена и резервных копий двенадцати гигабайт заведомо достаточно. Как только появляются виртуальные машины или несколько контейнеров одновременно, картина меняется: каждая машина забирает свой объём монопольно, и свободной памяти у системы остаётся мало.

Практическое правило для хранилища, на котором планируются приложения: считайте память как для обычного компьютера, который выполняет те же задачи, и добавляйте сверху объём на саму систему хранения. Экономия здесь оборачивается не отказом, а постоянным ощущением, что аппарат работает медленнее, чем должен.

Пять отсеков: странное число

Четыре и шесть — привычные величины, пять выглядит непривычно. Логика за этим простая: нечётное количество удобно раскладывается в конфигурации, где часть накопителей уходит под данные, а часть под защиту, и остаётся ещё один свободный.

Третья строка на практике самая ценная. Накопитель, стоящий в аппарате без дела, автоматически вступает в работу при отказе любого другого — и восстановление начинается немедленно, а не тогда, когда человек заметит уведомление и найдёт время съездить за заменой.

Что такое гибридная компоновка ядер

Процессоры этого поколения устроены не так, как привыкли думать про многоядерность. Ядра в них разного типа: часть быстрые и прожорливые, часть медленные и экономичные. Система раскладывает задачи между ними сама, отправляя фоновую рутину на экономичные, а срочную работу — на быстрые.

Для сетевого хранилища такая схема подходит на удивление хорошо. Основная его жизнь — фоновая: проверка дисков по расписанию, индексация, приём резервных копий ночью, служебные задачи. Всё это уходит на экономичные ядра и потребляет минимум энергии. Быстрые включаются тогда, когда к хранилищу действительно обратились, и после этого снова засыпают.

Практическое следствие: аппарат с мощным процессором не обязан постоянно потреблять как настольный компьютер. В простое такая машина ведёт себя заметно скромнее, чем можно предположить по числу ядер, и разница с экономичными хранилищами проявляется только под нагрузкой — то есть тогда, когда за неё и платят.

Для монтажа видео

Это тот сценарий, ради которого аппараты такого класса и появляются. Видеомонтаж предъявляет к хранилищу два требования сразу: высокая линейная скорость для воспроизведения тяжёлого материала и быстрый отклик при перемотке, когда программа дёргает разрозненные куски файла.

Гигабитная сеть не тянет ни того, ни другого: материал приходится копировать на локальный диск, а после монтажа возвращать обратно. Для одного человека это терпимо, для студии из трёх монтажёров превращается в постоянную путаницу с тем, у кого сейчас актуальная версия.

Десятигигабитный канал позволяет держать весь проект на общем томе и работать с него напрямую. Оговорка остаётся прежней: производительности хватит, если и накопители внутри соответствуют каналу — массив из медленных механических дисков десять гигабит не насытит.

Хранилище вместо второго компьютера

Есть сценарий, который на аппаратах прежних поколений выглядел натяжкой, а здесь становится разумным: перенести на хранилище всё, что раньше требовало отдельной машины в углу. Домашний или офисный сервер чаще всего собирают именно из старого компьютера — и получают устройство, которое шумит, греется, потребляет как полноценный системный блок и требует отдельного обслуживания.

Восьмиядерная платформа с нормальным объёмом памяти закрывает почти весь типовой список: файловый обмен, резервное копирование, внутренние сервисы в контейнерах, видеонаблюдение, медиатека. Причём закрывает в готовом виде — с веб-интерфейсом, правами доступа, снапшотами и обновлениями, которые не нужно собирать и настраивать самостоятельно.

Экономика при этом сходится не всегда. Отдельная машина под сервисы почти наверняка обойдётся дешевле по железу. Выигрыш здесь в другом: одно устройство вместо двух, одно место хранения, одна точка обслуживания и одна система, которая следит сама за собой и сообщает о проблемах.

Чего ждать по шуму и теплу

Восьмиядерный процессор в компактном корпусе — это тепло, которое надо куда-то девать. Хранилища с экономичными процессорами нередко обходятся почти бесшумным охлаждением; здесь так не выйдет: под нагрузкой вентилятор слышен.

Практический вывод для рабочего помещения: аппарат стоит разместить не на столе рядом с человеком, а хотя бы под столом или в шкафу с вентиляцией. В отличие от стоечных машин, он не требует отдельной комнаты, но и в переговорной во время созвона его присутствие будет заметно.

Стоит заранее принять и то, что заявленные цифры интерфейса недостижимы полностью ни у кого. Десять гигабит в идеале дают около гигабайта в секунду, но служебные заголовки, особенности файлового протокола и работа самой операционной системы съедают часть полосы. Реалистичный ориентир для хорошо настроенной линии — процентов восемьдесят от теоретического предела, и это нормальный результат, а не повод искать неисправность. Тревожиться стоит тогда, когда фактическая скорость оказывается кратно ниже ожидаемой — вот это почти всегда означает конкретную ошибку в цепочке.

Как проверить, что скорость получена

Купить десятигигабитную сеть и не получить десять гигабит — ситуация настолько частая, что проверку стоит заложить в план работ отдельным пунктом. Причин у недобора всего несколько, и все они выявляются за полчаса.

1. Убедитесь, что порт договорился на нужной скорости: это видно в интерфейсе хранилища и в свойствах сетевого подключения на компьютере.
2. Проверьте кабель: категория ниже нужной уронит связь на более низкую ступень без всяких предупреждений.
3. Прогоните тест скорости сети отдельно от дисков — он покажет потолок канала без влияния накопителей.
4. Скопируйте один большой файл и посмотрите на ровность графика: провалы означают, что упирается не сеть, а накопители.
5. Повторите с папкой мелких файлов — здесь результат покажет отклик, а не полосу.

Разделение этих двух тестов принципиально. Первый измеряет, доехал ли заявленный канал; второй — способен ли массив его занять. Смешивать их означает получить одну цифру, из которой непонятно, что именно оказалось слабым звеном.

О чём стоит спросить заранее

• Тип отсеков. Что именно поддерживают пять слотов и в каком сочетании — от этого зависит и скорость, и стоимость наполнения.
• Предел памяти. Двенадцать гигабайт с завода — хорошая стартовая величина, но приложения съедают её быстро.
• Второй сетевой порт. Нужен для резервирования канала или отдельной служебной сети.
• Совместимость накопителей. Списки у производителя публикуются отдельно по каждой линейке.
• Гарантия и сервис. Паспортный срок здесь год — для круглосуточной техники это немного.

Первый пункт стоит выяснить в первую очередь, потому что он определяет бюджет наполнения сильнее всего остального. Разница в стоимости терабайта между типами накопителей многократная, и от того, чем именно заполняются пять слотов, зависит итоговая цена решения.

Резервирование остаётся обязательным

Быстрая машина с мощным процессором создаёт обманчивое ощущение надёжности: она отзывчива, она всё умеет, она выглядит серьёзной техникой. Но принцип не меняется — массив защищает от отказа накопителя и не защищает ни от чего другого.

Для студии, где на общем томе лежат текущие проекты, это особенно чувствительно. Ошибочно удалённая папка, перезаписанный монтаж, зашифрованный вымогателем каталог — любое из этих событий распространяется на весь массив мгновенно. Снапшоты, которые умеет делать система, закрывают первые два случая, но живут на тех же накопителях.

Минимально разумная схема для рабочего хранилища: снапшоты по расписанию для быстрого отката плюс регулярная копия завершённых проектов на отдельное устройство или в облако. Первое спасает от человеческих ошибок, второе — от всего остального.

Кому это подходит

Небольшой студии или отделу, где несколько человек работают с одними и теми же тяжёлыми файлами: видео, фотография, проектирование, трёхмерная графика. Здесь быстрый общий том экономит не мегабайты, а рабочие часы.

Подходит и тем, кто хочет перенести на хранилище часть служебной нагрузки: внутренние сервисы в контейнерах, систему видеонаблюдения, автоматическое резервное копирование всего парка машин. Восьми ядер на это хватает с запасом.

Не подходит, если задача сводится к хранению архива и резервных копий. Для склада данных и процессор, и десятигигабитная сеть избыточны — деньги правильнее потратить на большее количество отсеков и дисков подешевле. Тот же принцип работает и в обратную сторону: если хранилище берётся ради быстрой совместной работы, экономить на сетевой обвязке бессмысленно — недоделанная цепочка превращает дорогой аппарат в обычный склад файлов, за который переплатили. Планировать сеть и хранилище разумно одной статьёй бюджета, а не двумя разнесёнными во времени покупками: иначе вторая половина неизбежно откладывается на следующий квартал, а хранилище всё это время работает вполсилы и разочаровывает тех, кто за него голосовал на этапе согласования.