Назад | Перейти на главную страницу

Сопоставим ли динамический пул дисков, выходя за рамки RAID для дискового кластера на сервере?

С развитием гиперконвергентных систем мы можем увидеть и другие технологии, помимо RAID, для управления распределенным хранилищем (например, ceph или VSAN, или распределенное хранилище, как в Nutanix).

Но есть ли технология с открытым исходным кодом, производная от объектного хранилища, которую я могу использовать на одном сервере с большим количеством больших дисков, скажем, с дюжиной 12To sata-дисков, которые обеспечат безопасность данных, но без недостатка огромного времени восстановления при замене диск. Таким образом, динамический пул дисков - это форма декластеризованного RAID-массива, который можно использовать на уровне блоков, например iscsi, или на уровне файловой системы, например zfs или brtrfs.

Я хотел бы предоставить что-то похожее по функциям на отсек SYNOLOGY (NFS, iscsi target, SMB), но без RAID для блочного хранилища.

спасибо за ваши указания.

"что обеспечит безопасность данных, но без недостатка огромного времени на восстановление при замене диска"

У вас заблуждение, что вы думаете, что программное обеспечение может изменить реальность, то есть физику. Огромное время восстановления по существу сводится к необходимости записи полноценного диска, а если вы записываете 2 ТБ информации на диск, это занимает много времени, ПОТОМУ ЧТО ДИСКИ ТАК ПОВЕДЕНИЕ. В частности, если вам НЕОБХОДИМО прочитать несколько дисков, чтобы получить недостающие данные в первую очередь (аналог Raid 5,6). Есть подробности того, насколько «глупым» может быть программное обеспечение (то есть добавлять время к физическому минимуму), но минимум уже составляет часы, если вы говорите о медленных больших дисках SATA.

Все остальные технологии, о которых вы говорите, должны придерживаться того же проблемного времени, которого вы хотите избежать, потому что - физики.

И не помогает то, что ваша кластерная сеть - если вы выполняете репликацию сети - использует 10g или меньше (что наиболее вероятно) вместо 40g или 100g.

Для одной системы я бы действительно посоветовал использовать хорошо известные и работающие RAID-массивы. Хранилища объектов имеют значительное снижение производительности по сравнению с классическим доступом к блокам / файлам, и, если вы не масштабируете их, вы теряете многие их преимущества.

При этом, исключая классический RAID, у вас есть следующие возможности:

  • не боится, который использует подход репликации на уровне файлов, а не на уровне блоков.

  • Glusterfs, настраивая отдельный кирпич для каждого диска и применяя replica 2 политика

  • zfs, который хоть и является блочным, но не на 100% идентичен классическому программному или аппаратному RAID

Также обратите внимание, что хранилище объектов не гарантировать меньшее время восстановления; Напротив, он решает длительные перестройки, гарантируя более строгие политики репликации (т.е. replica 3 над разными стойками).