«Облачное» хранилище с открытым исходным кодом установлено для основанного на политике будущего. Эти политики разрешают администраторам облачных сред быть более эластичными с их бэкэндом устройства хранения данных.OpenStack новый выпуск проекта Стремительного устройства хранения данных определяет новую эру политик «облачного» хранилища. Скоро 2.0’s правила хранения разрешают администраторам облачных сред быть более эластичными с их бэкэндом устройства хранения данных.
Стремительные администраторы смогут сейчас выбрать, на которых аппаратных данных сохранен. Тот выбор возможно основан на географии с устройством хранения данных, расположенным в Соединенных Штатах либо в Азии, либо это могло быть основано на технологии либо на вращающем диске либо на твердотельных дисках (SSDs).Свифт, один из базисных проектов в облачной платформе OpenStack с открытым исходным кодом, был сравнительно не так давно обновлен с ее выпуском Ледника в апреле; но, новый Свифт, 2,0 выпуска не были частью выпуска Ледника благодаря многой синхронизации – и связанные с тестированием неприятности, каковые OpenStack начальник проекта Свифта Джон Дикинсон детализировал назад в марте.
OpenStack имеет два главных интегрированных выпуска ежегодно, каковые включают многократные проекты в OpenStack. Дикинсон растолковал eWEEK, что функции в Стремительных 2,0 выпусках будут потом протестированы с другими проектами OpenStack на OpenStack комплект выпуска платформы Юноны на октябрь.Скоро 2.0’s правила храненияС правилами хранения администраторы облачных сред сейчас приобретают новые возможности автоматизации устройства хранения данных.
Конечный пользователь может сейчас видеть, какие конкретно политики являются дешёвым применением поддающаяся обнаружению функция возможностей Свифта, сообщил Дикинсон. Те возможности смогут быть выяснены правилами хранения, установленными администратором облачных сред.Скоро не делает разделения на уровни автоматического хранения, но по причине того, что политики установлены через вызовы API, это вероятно и ожидало, что инструменты будут записаны для миграции данных между политиками, растолковал Дикинсон.«К примеру, это могло быть записано как процесс управления, что трудится каждую ночь для движения данных от тёплого до холодного уровня, основанного на возрасте данных», сообщил Дикинсон. «Большинство – то, что это возможно сделано без сотрудничества от конечного пользователя».
Ровная миграцияСуществующие пользователи Свифта смогут переместиться в новую версию Свифта, не снимая их кластер устройства хранения данных.
Сообщество разработчиков Свифта постоянно стремилось удостоверяться, что лица, осуществляющие развертывание смогут обновить до новой версии без любого времени простоя конечного пользователя либо повреждающий каждые существующие клиенты, сообщил Дикинсон.«В то время, когда лица, осуществляющие развертывание обновят до 2,0, их существующее устройство хранения данных будет превосходно объединяться в правила хранения, не имея необходимость делать любую миграцию данных», сообщил Дикинсон. «В случае если лицо, осуществляющее развертывание примет решение начать применять правила хранения, то те будут действенно интегрироваться около существующего устройства хранения данных».
С позиций приложений, каковые надеются Скоро, Дикинсон заявил, что все существующие приложения будут работать .«Мы ничего не повредили в Стремительном API, что мешал бы тому, дабы существующие клиенты работали », сообщил Дикинсон. «Практически, мы сдерживали это обещание совместимости API в течение прошлых пяти лет».Шон Майкл Кернер есть главным редактором eWEEK и InternetNews.com.
Следуйте за ним в Твиттере @TechJournalist.