Комментарии 11
Вообще есть решения, которые позволяют использовать DAS одновременно несколькими серверами - например, cluster shared volume в Windows. Но будем честны - такая технология накладывает множество ограничений и в итоге обходится дороже.
Навскидку могу такие аргументы привести
1) что там с writeback кешированием? Для БД это очень актуально.
2) Оно не умеет снапшоты - ну ок, мы этого и не ждем допустим.
3) А вот отсутствие тайринга нам точно влетит в копеечку, особенно для бд опять же.
Ну и по сути важно понимать, что это тупо внешний SAS энкложур, т.е. функционала у него ровно столько же, сколько у всунутой в сервер SAS HBA\RC\смешная третья опция. Так что это не столько замена взрослым полкам, сколько вариант дешево вопхнуть ещё дисков в узкие 1U\2U сервера.
Персонально я такие штуки использую для видеонаблюдения. 2U на 12 дисков 3.5 стоила 3 копейки, а вмещала в себя 100+тб сырого хранилища с крайне неспешным рандомным доступом. Но вот попытки построить кластер на такой штуке обречены на провал, т.к. таких хранилок нужно столько же, сколько нод у вас в кластере (ну или зоны настраивать).
Такие штуки предназначены только для последовательной записи и чтения, как следствие это кейсы хранения видео / бэкапов / снимков / сырых даных / архивов. Везде где требуется много места, а читаемые данные почти наверняка лежат последовательно и к ним не слишком часто обращаются.
Говорить о кейсах использования характерных для СХД тут бессмысленно, это разные системы заточенные совершенно под разные вещи.
Вообще есть решения, которые позволяют использовать DAS одновременно несколькими серверами — например, cluster shared volume в Windows. Но будем честны — такая технология накладывает множество ограничений и в итоге обходится дороже.
Вы просто не рассмотрели все варианты решения совместного использования хранилища несколькимим серверами, а ограничились кластерной файловой системой.
Однако, есть и ещё один вариант: построение общего пула дисков на основе DASD, подключенных к одному из нескольких серверов и создание на базе этого пула логических томов разной степени отказоустойчивости, с многоярусным (multi-tier) харением и пр. В Windows Server для этого существует технология Storage Spaces Direct Эта технология — часть того, что называется маркетинговым словом HyperConvergence, которое AFAIK до сих пор в моде.
Там упомянутых вами ограничений нет, но это весьма недешево — только самая дорогая редакция Windows Server, нехилые требования к сетевому оборудованию. И к серверам — тоже.
Функционала особого у JBOD-полок нет, но это не их проблемы: функционал, аналогичный СХД, обеспечивает ОС сервера. А вот начет цены — откровенно не в курсе.
S2D требует подключения дисков индивидуально к каждому серверу. Подключить энкложур к кластеру S2D не выйдет.
https://docs.microsoft.com/en-us/azure-stack/hci/concepts/system-requirements
NOT SUPPORTED: RAID controller cards or SAN (Fibre Channel, iSCSI, FCoE) storage, shared SAS enclosures connected to multiple servers, or any form of multi-path IO (MPIO) where drives are accessible by multiple paths. Host-bus adapter (HBA) cards must implement simple pass-through mode for any storage devices used for Storage Spaces Direct.
и не может ОС сервера повторить функционал СХД. Причин много, но одна из самых базовых - невозможность реализации надежного writeback cache софтовым путём (при сбое питания любой writeback модуль должен сохранять состояние и дописывать его на диски в момент повторной инициализации), а ОС тупо не располагает такими ресурсами. Использование SSD в режиме writeback-контроллера возможно, но ресурс выжирает нещадно.
и не может ОС сервера повторить функционал СХД.
Ну, СХД — они тоже под управлением ОС работают, иногда — таких ОС, от которых этого не ожидаешь. К примеру, древний EMC(тогда ещё не Dell) CLARiiON CX3 работал под кастомизированной Window XP Embedded (ага, открываешь лог — а там такие знакомые сообщения от сервисов Windows...)
Но S2D — действительно не СХД, у нее несколько другое предназначение, заточенное под идеологию Hyperconvergence, а не СХД, от этого — некоторые различия, типа ограничений на тип подключаемых хранилищ — с чисто однопутевым доступом и максимально тупые.
А насчет кэширования с обратной записью — даже в существующей архитектуре S2D принципиально ничто не мешает использовать для этого устройства, которые выглядят для системы как устройства хранения NVMe/SAS/SATA (или в более древние времена это могли быть ATA/SCSI), но фактически содержат DRAM с батарейным питанием (и контроллером для регенерации). Они и послужат ресурсом для ОС, причем они вполне вписываются в существующую архитектуру S2D.
Такие устройства, помнится, время от времени появлялись на рынке для разных надобностей, но существенным спросом не пользовались. Как там дело обстоит с такими устройствами сейчас, в эпоху Hyperconvergence — абсолютно не в курсе, но никаких принципиальных ограничений нет, дело только — в экономической целесообразности.
"тайринг" для БД? вы к нам на машине времени из 2016 прилетели?
снапшоты на шаредсторе это остроумно и авантюрно )
врайт бэк на ССД это "жирно"
система хранения с прямым подключением (DAS = Direct-Attached Storage).
Часто такие устройства также называют JBOD (англ. Just a Bunch Of Disks,
просто пачка дисков).
Автор, DAS !=JBOD. DAS - это способ подключения. JBOD - тип "головы", точнее скорее её отсутствие. Не стоит смешивать эти понятия. Есть вполне себе настоящие блочные СХД - DAS. С тиерингом и много чем ещё.
Спасибо за это уточнение, совершенно согласен:
1) JBOD – тип устройства, DAS – способ подключения;
2) в качестве DAS-устройств могут выступать «полноценные» СХД
С моей стороны правильнее было бы написать, что «в качестве DAS-устройств часто используют дисковые полки JBOD». Моя неточность связана с тем, что многие производители для случаев прямого подключения (DAS) указывают в своих продуктовых линейках в первую очередь JBOD-устройства.
Извините за офтопик, подскажите фильм, кадр из которого используется как картинка для привлечения внимания.
Олеко Дундич (1958) https://www.kinopoisk.ru/film/43449/
DASтаточное решение: прямое подключение дисков для разных задач