Вы, наверное, встречали термин «программно-конфигурируемый» (software defined), который в последнее время все чаще обсуждается в связи с тем, что растущее число производителей использует его при описании оборудования для хранения данных, сетей и других продуктов для ЦОДов.

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

Программно-конфигурируемые системы хранения, сети и ЦОДы могут положительно отразиться на деятельности предприятий, хотя эксперты считают, что эта технология еще находится на раннем этапе развития и компаний, которые развернули продукты на ее основе, к настоящему времени насчитывается немного.

Для зачисления решения в категорию «программно-конфигурируемые СХД» (software defined storage, SDS) аналитическая компания Forrester Research требует предоставления ресурсов на базе API, виртуализации ресурсов хранения и гарантирования качества сервиса по хранению данных. Хотя многие предприятия реализовали у себя некоторые из этих компонентов, лишь немногие имеют полноценное SDS-решение, утверждает Генри Балтазар, старший аналитик Forrester по проблемам инфраструктуры и операционной деятельности.

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

«По мере роста числа представленных на рынке чисто программных решений для хранения данных организации смогут создавать ресурсы хранения „на лету“, используя для этого массово выпускаемое оборудование, — считает Балтазар. — Сегодняшние системы хранения, напротив, ориентированы на негибкие аппаратные устройства».

Проблемы, связанные с развертыванием технологии программного конфигурирования, вызваны ее незрелостью, полагает Балтазар: «Для хранения данных заказчики привыкли приобретать аппаратные устройства с заводскими настройками. Когда на рынке появится больше стандартизированных и массово выпускаемых платформ, клиентам станет проще переходить к программно-конфигурируемому хранению».

Вероятно, для этого потребуется несколько лет, считает Блатазар. «Для меня программное конфигурирование является технологией, которая устранит разрыв между существующими корпоративными инфраструктурами и облачными сервисами, — продолжил он. — Без присущей технологии программного конфигурирования гибкости организации не смогут обеспечить ту быстроту предоставления ресурсов и те инновации, которые мы обнаруживаем у облачных сервисов».

Между тем, некоторые организации вырываются вперед в формулировании стратегии использования технологии программного конфигурирования.

С помощью новейших инициатив по использованию технологий программного конфигурирования при организации хранения данных, построении сетей и ЦОДов компании могут обрести необходимую гибкость.

Разнообразные потребности, интенсивные нагрузки

Весной 2014 г. университет Северной Аризоны приступил к оценке SDS и развернул систему производства Nexenta, которую использует в ЦОДе, организовав к ней доступ по сетевой инфраструктуре со скоростью 10G.

«На начальном этапе отбора мы на протяжении примерно четырех месяцев проводили испытания системы на практике и измеряли ее производительность, прежде чем запустить в рабочую эксплуатацию в августе, — рассказал инженер программных систем университета Дуэйн Буэр. — Затем мы использовали ее на протяжении семестра осенью 2014 г., и она продемонстрировала полную надежность».

В этом университете, как и во многих других, у подразделений возникают самые различные потребности в обработке данных и временами нагрузка может быть очень высокой. «До развертывания SDS семестры напоминали американские горки, а мы пытались соответствовать ожиданиям пользователей, — пояснил Буэр. — Мы вели постоянную борьбу за создание стабильной среды и повышение производительности».

Когда университет перешел на SDS, надежность перестала быть проблемой. «Это обеспечило нам стабильность и дало больше времени, чтобы заняться другими системами университета», — сообщил Буэр.

Еще одним существенным фактором перехода на систему Nexenta помимо повышения производительности было то, что университет сумел также найти применение ресурсам хранения, которые использовал прежде в другой конфигурации. «Это дало значительную экономию средств. В нынешний период бюджетных ограничений это стало хорошим способом сэкономить деньги», — признался он.

Преимущества стабильной среды

Тобайес Крейдл, руководитель университетской команды компьютерщиков, приветствовал появление новой системы хранения. «Еще одним стимулом для нас послужило то, что мы уже не могли продолжать добавлять диски к контроллеру хранения, который и без того периодически захлебывался, пытаясь справиться с нагрузкой и всплесками данных, — заявил Крейдл. — То есть мы не хотели поддерживать линейную модель наращивания ресурсов, которая себя исчерпала».

Неотразимый довод, который сумела привести ИТ-команда, заключался в том, что за ту же сумму, в которую обойдется линейное наращивание объема хранения, мы можем приобрести SDS-решение, способное обеспечить нам более высокую производительность и значительно сократить потребности в емкости хранения благодаря возможности выделить каждому потребителю ровно столько ресурсов, сколько ему действительно необходимо, пояснил Крейдл. Это, в свою очередь, означало, что в течение некоторого времени мы сможем обойтись ресурсами имеющейся системы хранения за счет более эффективного и полного их использования.

Если раньше университетским пользователям приходилось сталкиваться с задержками, например при работе с таблицами, то теперь такого не бывает, заявил Крейдл: «Помимо прочего теперь время подключения к сети практически одинаково в любое время дня. Разница составляет плюс-минус две секунды».

Буэр утверждает, что пользователи получили преимущества стабильной вычислительной среды. Хотя трудно подсчитать, насколько сократилось время отклика на запрос для конкретного пользователя, после развертывания SDS, по словам Буэра, отмечается более полное использование ресурсов сервера и пропускной способности сети: «В результате мы эффективнее используем наши серверы и обеспечиваем более быстрый отклик подсистемы ввода/вывода. Общий итог заключается в том, что конечные пользователи ощущают заметное сокращение времени отклика, возросшую надежность и стабильность вычислительной среды».

Планы на будущее предусматривают расширение использования системы Nexenta SDS, включая применение данной технологии на университетской площадке, предназначенной для восстановления после катастроф. И университет задействует функцию репликации хранения Nexenta во всех серверных комнатах.

«У нас имеется еще несколько серверов, которые используют обычное хранение, т. е. сохраняется возможность двигаться дальше в данном направлении, — сказал Крейдл. — Кроме того, у Nexenta очень гибкая политика лицензирования, плюс к этому мы планировали быстро наращивать память наших серверов, чтобы они соответствовали будущим потребностям».

В среднем университет использует всего 1–3% мощности процессора сервера Nexenta.

«Без записи в своп-файл мы можем утроить объем оперативной памяти, доведя его до 384 Гб простым добавлением модулей ОЗУ. Это очень хорошо масштабирующаяся и гибкая конфигурация», — считает Крейдл.

А еще университет может использовать один и тот же сервер для реализации любого выбранного протокола хранения. «Это дает нам массу возможностей на одном и том же оборудовании», — сказал Крейдл.