SAS vs SATA в отказоустойчивых решениях на Microsoft Storage Space

30 май, 2016 - 15:19Юрий Жуковский

В процессе обсуждения дисков для построения отказоустойчивого хранилища на основе технологии 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 есть огромное преимущество в производительности.

SAS vs SATA в отказоустойчивых решениях на Microsoft Storage Space