Как стать автором
Обновить

Комментарии 8

Спасибо.
Не могли бы вы привести конкретный пример оборудования для хранилища с двумя серверами и ориентировочную стоимость решения.
У нас это FS200 G3 на сайте.
Два сервера, общее хранилище на 12 дисков, внешние порты SAS для подключения дисковых полок.
Получается, что этот Shared DAS — это poor man's SAN, то есть обычная сеть хранения данных, только построена не на iSCSI или FC, а на SAS. По уровню развития технология получается на уровне FC Arbitrated Loop — нет контроля доступа к устройствам, устройства уровня JBOD. Видимо, кто-то хочет пошатнуть засилье Брокейда и Циско в коммутируемых сетях хранения данных.
Сами устройства — да, JBOD.
Зонирование делается на уровне экспандеров как в коммутаторах, так и в дисковых полках.

С другой стороны, никто же не мешает поставить, скажем, несколько серверных голов к дисковым полкам и с них раздавать iSCSI/файловые протоколы.
Скорость 10/40G езернете более чем пристойная, латентность тоже, ценник решения на голову ниже традиционной FC сети.

Традиционный ентри-левел и мид ренж уже умер, но, совсем как динозавр без головы, еще бегает :)
вопрос про storage spaces: оно умеет ускорять path traversal?

т.е. если у меня есть ssd и 2Тб в виде 8млн файлов, размазанных по двухуровневой иерархии в 64к каталогов поиск по такому дереву очень грустный.
Если у вас все файлы на SSD — то и будет работать на скорости SSD.
Если у вас гибридный пул — то перенос «горячей» части на SSD происходит только по расписанию.
>Если у вас гибридный пул — то перенос «горячей» части на SSD происходит только по расписанию.

вы не поняли вопрос. гибридный пул, 1ssd на 256Гб + 1hdd на 2Тб. на пуле лежат 8млн файлов в виде иерархии «256 каталогов, в каждом каталоге — еще 256 каралогов». т.е. такое дерево, каждую ветку которого можно представить в виде foo\bar\[пачка файлов].

на вершине этого дерева я делаю рекурсивный поиск командой dir /s

оно иерархию каталогов будет читать с hdd или ssd?

Не проверяли.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий