В процессе обсуждения дисков для построения отказоустойчивого хранилища на основе технологии Microsoft Storage Space часто поднимаются вопрос: почему нельзя установить SATA SSD вместо более дорогих SAS SSD в SAS JBOD.
Здесь ключевое слово – «отказоустойчивое».
SAS – это сеть, обеспечивающая минимум 2 пути к конечному устройству хранения – SSD или HDD.
Без резервирования каналов связи внутри SAS JBOD вероятной точкой отказа вполне может стать единственный путь к диску.
Потому, если речь идет о отказоустойчивой инфраструктуре, использовании томов CSV (Cluster Shared Volume) и построении кластера – то используются исключительно устройства с интерфейсом SAS.
В то же время в SAS JBOD вполне может быть уставлены устройства с интерфейсом SATA. Которые технологически будут доступны в Storage Space, но не узлам кластера, а какому-то одному узлу, в кластер не входящему (если таковой есть в сети SAS SAN).
Та же ситуация и с USB носителями, которые как и SATA, можно добавить в Storage Pool, можно собрать Storage Space, но нельзя на их основе создать том Cluster Shared Volume.
Только устройства SAS пройдут валидацию в дисковом пуле, создаваемом на узле кластера.
Более детально про SAS SAN можно посмотреть в материале «Коммутируемый SAS. Часть 2. Возможности».
И в конце – картинка, которая наглядно демонстрирует разницу SAS и SATA.
Сравнивая SAS и SATA, забывают, что кроме потенциальной отказоустойчивости – за счет двухпортового подключения – у SAS есть огромное преимущество в производительности.