Коммутируемый SAS. Часть 1. Технология

4 сентябрь, 2013 - 20:01Юрий Жуковский

Последовательный протокол SAS (Serial Attached SCSI) появился меньше десяти лет назад — поначалу как универсальная технология подключения внутренних дисков SAS и SATA в серверах. Сейчас SAS является доминирующим интерфейсом систем хранения данных и посягает на территорию Fibre Channel в роли среды взаимодействия серверов и дисковых массивов общего доступа. Берет высокой производительностью, простой расширяемостью, доступной ценой реализации.

Как закалялся SAS

SAS — протокол последовательной передачи данных «точка-точка», где для выполнения транзакции устанавливается полное соединение между инциатором (хостом) и таргетом (устройством хранения). Трансформация параллельного интерфейса и команд SCSI в последовательный SAS помогла ускоренному восхождению технологии на уровень коммутируемых сетевых подключений множества устройств.

На начальном этапе SAS 1.0 c пропускной способностью 3 Gb/s использовался для организации небольших RAID-массивов серверов: внутренних и JBOD. Массивы прямого подключения SAS DAS обеспечивали высокую производительностью, но были разрозненными. «Островки хранения» DAS нельзя собрать в общий ресурсный пул, они требуют отдельных операций для каждого массива, ими сложно управлять, потери от простоя оборудования при отказах или регламентных работах велики.

Для обеспечения целостности информации корпоративного уровня по всей цепочке передачи данных от хоста до диска запоминающей системы была принята модель защиты информации Т10. Соответствующая характеристика Data Integrity Field появилась в SAS 1.1.

В SAS 2.0 пропускную способность удвоили с 3 до 6 Gb/s, а сам стандарт переименовали в 6G SAS. Составной частью RAID-контроллеров и плат коммутации дисковых корзин стали самоконфигурируемые расширители портов (экспандеры). По сути, те же экспандеры, но во внешнем исполнении, породили SAS-коммутаторы — автономные устройства, которые транслируют преимущества высокой производительности SAS и решают проблему маршрутизации между серверами и несколькими устройствами хранения. С помощью SAS-коммутаторов массивы объединяют в пулы, делают устройства хранения общими, реализуют многоуровневое хранение (расслоение данных по разноскоростным устройствам), обеспечивают зонирование (разграничение потоков ввода/вывода по физическим устройствам и логическим томам).

Следующий шаг к росту пропускной способности соединений SAS уже сделан — на рынке появились промышленные образцы устройств 12G SAS. Будущее стандарта связано с увеличением дальности соединений с использованием оптоволоконного кабеля (для 6G SAS она ограничена 10 метрами по пассивному кабелю и 25 метрами по активному, с усилением сигнала).

Бережливая SAN

Когда серверов у предприятия немного, а запросы к производительности и емкости хранения невелики, повода для развертывания сложной инфраструктуры нет — хватит одной системы хранения данных (СХД) с 4 портами прямого подключения: FC, SAS или Ethernet. Производительность и управляемость такого решения зависит от уровня СХД и программной модели взаимодействия с хостами. Непрерывность сервиса обеспечивается дублированием узлов системы хранения и динамической миграцией виртуальных машин между серверами-хостами. Если приоритетом бизнес-модели является доступность данных и приложений, а производительности СХД достаточно, на такой структуре без коммутаторов можно и остановиться.

С ростом объемов информации и разнообразия приложений приходит потребность в новых серверах и слоях хранения. Производительность и непрерывность работы с данными дается ценой усложнения сетевой инфраструктуры. Простое наращивание базовой СХД дисковыми полками не всегда помогает — возможности головных устройств по обслуживанию интенсивного ввода/вывода ограничены (у систем начального уровня они весьма скромные). К тому же, привязка к проприетарным системам хранения ограничивает свободу маневра. Так приходят к построению коммутируемых сетей SAN взаимодействия серверов и разнообразных систем хранения. Раньше на эту роль было два кандидата: FC SAN на технологии Fibre Channel и/или IP SAN на iSCSI.

Сегодня производительную расширяемую SAN можно построить на одних только SAS-устройствах. Если быть точнее в формулировках — масштабируемую сеть серверов и устройств хранения SAS c разделяемым доступом. В большинстве дисковых массивов и так используются накопители SAS (или совместимые с ними SATA). Если внешние системы хранения c интерфейсом SAS, RAID-контроллеры и хост-адаптеры объединить SAS-коммутаторами, получится компактное продуктивное ядро вычислительной сети предприятия или его подразделения.

Коммутируемый SAS. Часть 1. Технология

У разделяемого SAS есть три конька: высокая производительность, простая расширяемость, относительно низкие затраты на реализацию. Прямое подключение, низкие задержки и большая полоса пропускания делают коммутируемую сеть SAS состоятельным инфраструктурным решением — см. Коммутируемый SAS. Разделяемая, масштабируемая инфраструктура SAS.

Ограничения SAS — сравнительно малое расстояние между устройствами и отсутствие встроенной репликации. В остальном, преимущества на его стороне. Протокол проще, чем iSCSI и FC. Пропускная способность выше. Задержки (latency) у SAS 6Gb в разы ниже, чем у 10 GbE iSCSI и сопоставимы с 8 Gb FC. SAS HBA вдвое дешевле, чем карты 10GbE и впятеро, чем FC HBA, дешевле коммутаторы. У сетей передачи данных поверх Ethernet сети SAS SAN выигрывают в производительности — накладные расходы протокола TCP/IP нивелируют быстрый отклик СХД и затрудняют прокачку потоковых данных с высокой скоростью. FC SAN требуют больших капитальных затрат, территориально-распределенные решения нужны немногим. В задачах, где производительность дисковых операций является основным приоритетом, любые посредники между серверами и системами хранения становятся потенциальными источниками потерь. Коммутируемый SAS обходится одним протоколом с короткими цепочками связи инициаторов с таргетами.

Сравнение сетей SAS / FC / iSCSI

Таблица 1

Коммутируемый SAS. Часть 1. Технология

Совмещение различных типов сетей в серверной инфраструктуре предприятия – дело обычное, хотя и затратное. Какие из них уместны с точки зрения обслуживаемых приложений - зависит от сообразности целей и средств, с учетом затрат на развертывание (Capital Expences или СapEx) и сопровождение (Operational Expences, OpEx). Анализ CapEx/OpEX должен предшествовать любому проекту, при этом очевидно, что отказ от наслоений SAN упрощает обмен данными и управление сетями.

Таблица 2

Коммутируемый SAS. Часть 1. Технология

Из последней таблицы видно, что для большинства типовых бизнес-задач достаточно одной только SAS SAN. Стандартные программные средства (например, Microsoft Windows Server 2012) позволяют создавать на основе разделяемого SAS масштабируемые сети хранения самого разного уровня: от небольшого хранилища для базы данных/видеоматериалов малого предприятия — до нескольких шкафов оборудования провайдера IT-услуг.

В второй части описаны возможности коммутируемых сетей SAS.