OpenStack

OpenStack – решение, помогающее создавать программно-конфигурируемые ЦОДы. В его составе компоненты для организации:

• серверной виртуализации,
• программно-определяемых хранилищ данных,
• программно-определяемых сетей,
• «баз данных как сервис»,
• облачного оркестратора.

По данным на осень 2016 года проект OpenStack поддерживают более 600 компаний и около 63 тысяч ИТ-специалистов в 186 странах мира, в том числе Red Hat, IBM, Intel, Huawei. На базе платформы создано уже свыше 140 решений. Среди отечественных компаний интерес к открытому ПО проявляют как частные, так и государственные организации. Например, «Сбербанк» рассматривает открытую платформу в качестве основы для своих ИТ-систем. Рост интереса к решениям на открытом коде эксперты связывают с высоким уровнем зрелости open source разработок, их более гибким и быстрым развитием по сравнению с проприетарными решениями, а также с более низкой стоимостью внедрения, использования и развития таких решений.

На лето 2015 года в сообщество OpenStack входят 27300 человек, развитие платформы поддерживают более 500 организаций. За эти годы усилиями сообщества разработчиков и пользователей создано свыше 20 миллионов строк кода.

О том, какие облачные услуги можно получить на OpenStack, читайте в спецпроекте TAdviser Детали.

Разработчики OpenStack

Программный продукт OpenStack разработан компанией Rackspace для коммерческого предоставления «инфраструктуры как сервиса» и для использования в научных проектах NASA. В дальнейшем исходные коды были предоставлены мировому независимому сообществу разработчиков, и проект продолжил активно развиваться, а также стал доступен для бесплатного частного и коммерческого использования.

К разработке проекта OpenStack на ноябрь 2014 года присоединились более 180 компаний. Высший уровень членства («платиновый») в некоммерческой организации у компаний:

• AT&T,
• Canonical,
• HP,
• IBM,
• Nebula,
• Rackspace,
• Red Hat,
• SUSE.

На мировом рынке компетенциями для внедрения решений на базе OpenStack обладают компании Red Hat, Mirantis, Enovance, в России на 2014 год о себе заявила компания ASD Technologies.

Преимущества

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

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

Вторая целевая группа – компании, которые согласны, что будущее лежит за облачными вычислениями, однако в силу тех или иных причин пока не готовы доверить свои данные владельцам публичных облачных сервисов. Разрабатывая новые системы для приватного облака, такие компании смогут в дальнейшем с относительно небольшими затратами перевести их на публичную площадку. Наконец, приватные облака с открытым кодом – лучший инструмент для экспериментаторов, позволяющий быстро и без затрат развернуть пилотную площадку и понять на практике, насколько облачные вычисления уместны в контексте их собственной организации.

OpenStack – открытая платформа, она помогает создать облачное решение с высоким уровнем надежности, избежать экономических и политических рисков, которым подвержены пользователи проприетарных продуктов.

OpenStack России

На 2014 год российский бизнес проявляет большую активность по отношению к этому глобальному тренду, а интерес к платформе OpenStack в нашей стране постоянно растет. Несколько хостинг-провайдеров предлагают продукты и сервисы на базе OpenStack, и ряд компаний, использующих продукты участников данного сообщества для виртуализации собственной инфраструктуры. В частности, ряд компонентов OpenStack использует компания «Яндекс» для нескольких своих сервисов.

2022: Поддержка решением Coster от Softline

Softline 22 апреля 2022 года сообщила о планах поддержки облачных инфраструктур на базе OpenStack в рамках мультиоблачной платформы Coster. У пользователей OpenStack-решений появится возможность в кратчайшие сроки агрегировать всю информацию о расходах на облачную инфраструктуру. Подробнее здесь.

2021: Расширение интеграций с СХД «Аэродиск»

Компания «Аэродиск» 28 октября 2021 года сообщила о завершении комплекса работ по расширению интеграции своих решений с экосистемой инструментов управления облачной инфраструктурой OpenStack. Подробнее здесь.

2018: Релиз OpenStack Queens

7 марта 2018 года вышел очередной релиз OpenStack. 17-я версия облачной IaaS-платформы.

В этом релизе появилось множество возможностей. Среди них поддержка виртуальных графических процессоров (vGPU) и усовершенствованная интеграция контейнеров. Кроме того в релиз включены несколько проектов, в том числе система управления ресурсами аппаратного и программного ускорения Cyborg.

OpenStack Queens (2018)

vGPU

Поддержка vGPU появилась в проекте OpenStack Nova и является продолжением той работы по созданию Placement service, которую данный проект выполнял для нескольких последних релизов. Этот сервисы представляет собой динамическую систему инвентаризации в OpenStack, которая отслеживает доступные для развертывания ресурсы. Поддержка vGPU распространяется на Nvidia Grid vGPU и Intel GVT (Graphics Virtualization Technology).

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

Cyborg

Проект Cyborg пришел из мира телекоммуникаций. Он обеспечивает универсальную основу для ускорения любых процессов, а не только GPU. Cyborg может использовать физические GPU, программируемые пользователем вентильные матрицы (FPGA) и любые другие ускорители. В OpenStack уже имелся сервис Ironic Bare Metal, который позволяет облачным операторам получать прямой доступ к аппаратным ресурсам. Cyborg дополняет Ironic.

«Оба они являются инструментами для прямого управления оборудованием. Ironic ориентирован на управление серверами целиком с целью ускорения, а Cyborg — отдельными аппаратными функциями». Джонатан Брайс, исполнительный директор фонда OpenStack

Контейнеры

В релиз Queens включен также популярный открытый проект OpenStack Helm для управления пакетами системы оркестрирования контейнеров Kubernetes.

Helm, как и многие другие проекты, включая Ansible, нацелен на предоставление сервисам OpenStack возможностей управления конфигурированием и развертыванием.

«OpenStack Helm и OpenStack Ansible сходны тем, что они являются инструментами, которые должны помочь управлять сервисами OpenStack, но они используют различные подходы». Джонатан Брайс, исполнительный директор фонда OpenStack

Helm применяет Kubernetes для управления жизненным циклом и разработан специально для контейнеров. Но некоторым организациям удобнее применять инструмент управления конфигурированием Ansible.

LOCI

Проект LOCI (Lightweight Open Container Initiative) — является альтернативой проекту OpenStack Kola, который, представляет более полный подход к пакетированию образа контейнера.

Путь к Rocky

После выхода Queens начинается работа над следующим релизом, Rocky. В нем, вероятно, появится функция Fast Forward Upgrade, которая упростит операторам облаков обновление релизов OpenStack. Fast Forward Upgrades позволит пропускать релизы.

2017

Релиз OpenStack Pike

1 сентября 2017 года вышел очередной релиз OpenStack. 16-я версия облачной IaaS-платформы получила название Pike.

Она ориентирована на упрощение разворачивания и обновления. Pike базируется на вышедшем в марте OpenStack Ocata. Особенность релиза - ориентация на стабильность и производительность^[1].

Среди появившихся возможностей:

• Nova Cells v2: архитектура вычислений Nova Cells требуется для крупномасштабных развертываний и взаимодействия между API. Вторая версия этой подсистемы OpenStack получила средства масштабирования баз данных, простой текстовый протокол сообщений, возможность отключения доменов с ошибками и устранение отдельных точек отказа.
• Python 3.5: поддержка последней версии языка программирования Python имеет первостепенное значение, поскольку на нем написано абсолютное большинство подсистем и программных интерфейсов OpenStack.
• etcd v3: распределённая система хранения параметров конфигурации etcd, задаваемых как пара ключ/значение, применяется в качестве низкоуровневого звена для хранения содержимого файлов и координации достижения консенсуса между узлами. Она разрабатывается командой CoreOS и уже нашла применение, например, в Google Kubernetes и в PaaS от Huawei. Начиная с этого выпуска, etcd v3 будет использоваться для хранения критически важных данных.
• Ironic: этот проект проник в вычислительную среду OpenStack вместе с релизом Juno. Одна из целей Ironic — TripleO (OpenStack-on-OpenStack) или взаимозамена комплексных приложений без замены «голого» железа (bare metal), необходимого для развертывания облака. В выпуске Pike разработчики Ironic добавили возможность подключения к сетям Neutron. Модульная архитектура с возможностью подключения различных устройств позволяет вендорам органично интегрировать свои решения с OpenStack.
• Ironic наряду с Cinder, Neutron, Nova и Swift получил поддержку т.н. скользящих обновлений (rolling upgrades), позволяя операторам добавлять функционал без отключения облачных служб, что в целом упростит обновление OpenStack.
• Cinder: сервис блочного хранения OpenStack обогатился функцией возврата к снапшоту (revert to snapshot), что требуется для восстановления текущего состояние виртуальной машины из ранее сохраненного, а также возможностью расширения томов. Возврат к сохраненному снапшоту может пригодиться после повреждения данных или сброса настроек после выполнения тестов. Объём хранилища расширяется без свертывания виртуальных машин, тем самым сохраняя работоспособность онлайн-приложений.
• Kolla — инструмент управления жизненным циклом контейнеров, который также получил некоторые улучшения. Он предоставляет готовые контейнеры и инструменты для развертывания в облаке OpenStack. Применение Kolla в связке с такими DevOps-программами, как Kubernetes и Ansible, упрощает управление и обновление OpenStack.
• Swift: объектное хранилище OpenStack научилось работать с алгоритмами Erasure coding (код избыточности), которые за счет усложнения вычислительной надстройки лучше защищают данные. Swift решает задачу восстановления информации при падении сети при помощи фрагментарного сбора данных через отдельные дата-центры. Версия хранилища обзавелась быстрым движком, позволяя пользователям запускать на сервере несколько параллельных процессов одновременно.
• Zun: финальный выпуск готовой к промышленному использованию собственной службы управления контейнерами OpenStack.

Основная возможность Pike - усовершенствование модульности. Модульная архитектура OpenStack позволяет выбрать для подключения к стеку инфраструктуры конкретный функционал — будь то выделенные серверы для создания облаков или резервное хранилище блоков без развертывания полного стека подсистем.

К примеру, OpenStack Ironic предлагает расширенную интеграцию для хранения блоков Cinder и Neutron, а Cinder может выступать в качестве автономного хранилища для виртуальных машин, выделенных серверов или контейнеров на базе Docker или Kubernetes.

Тысячи больших и малых внедрений в частных и публичных облаках — этот опыт, полученный на протяжении семи с лишним лет, мы перенесли в Pike. Проведена работа над ошибками, доработку прошли составные OpenStack. Самое время говорить о созревании сервиса для промышленного использования, но мы также не забываем и о его наполнении новым функционалом. Джонатан Брайс, исполнительный директор OpenStack Foundation

Релиз OpenStack Ocata

22 февраля 2017 года сообщество The OpenStack Foundation выпустило релиз OpenStack Ocata. В нем нет добавленных функций, он ориентирован на повышение стабильности и производительности.

Версия Ocata вышла в порядке исключения раньше. Этот релиз ориентирован на повышение стабильности, масштабируемости и производительности базовых вычислительных и сетевых сервисов^[2].

Представление целей релиза Ocata, (2016)

Свойства Ocata:

• API-интерфейс Nova для «размещения» вычислений, который помогает пользователям аккуратно распределить ресурсы с учетом потребностей приложений. Cells v2 становится выбором по умолчанию для повышения масштабируемости Nova;
• приборная панель OpenStack Horizon поддерживает федерацию сервисов Keystone в качестве интерфейса пользователя для профайлера операционной системы, что позволяет операторам выявлять проблемы с производительностью любых сервисов OpenStack;
• федеративный сервис идентификации Keystone динамически и автоматически предоставляет доступ к проекту и после успешной аутентификации присваивает пользователю федерации определенную роль;
• надежность сервиса предоставления физического оборудования Ironic повышена;
• повышены производительность и загрузка процессоров для проектов Telemetry. Теперь при использовании Ceilometer с движком хранения Gnocchi можно сохранять миллионы показателей в секунду;
• Active/Active HA сервиса блочного хранения Cinder теперь может быть реализовано с помощью драйверов;
• в среде управления Congress усовершенствован язык политик. Теперь он позволяет производить операции над сетевыми адресами, что улучшает управление сетью и безопасностью.

В Ocata улучшена поддержка на сетевом уровне среды приложений на базе контейнеров. С помощью релиза доступно заключение сервисов OpenStack в контейнеры. Это упрощает инсталляцию OpenStack в качестве приложения микросервисов и управление им.

Добавлена среды приложений на платформе контейнеров и инструменты разворачивания. К ним относятся Kolla (заключенные в контейнеры сервисы OpenStack), Kuryr (объединяет передачу сервисов по сетям с их хранением) и Zun (управление контейнерами).

Год назад люди думали, что контейнеры означают смерть OpenStack. Но в действительности они стали источником импульса для облачной платформы. Использование сред оркестрирования контейнеров для запуска OpenStack в качестве приложения делает его проще в управлении. Это означает, что требуется меньше людей для обслуживания облака, что превращает OpenStack в более доступный и практичный вариант для владельцев небольших облаков. Джонатан Брайс, исполнительный директор фонда OpenStack Foundation

Добавлена команда nova-status upgrade check, она позволяет операторам проверить готовность своих систем и увидеть, можно ли их безопасно обновить до Ocata. Если нет, будет указано, какие проблемы необходимо устранить перед переходом на новую версию.

2016: HPE и Mirantis сократили число разработчиков OpenStack

Осенью стало известно о крупных сокращениях специалистов в двух компаниях-лидерах по разработке свободной облачной платформы OpenStack: Hewlett Packard Enterprise (HPE) и Mirantis.

В прошлом, 2015, году сотрудники HPE и Mirantis занимали две первые строчки по количеству изменений, внесённых в кодовую базу OpenStack. Согласно новой статистике, вклад от них в этом году значительно снизился. Эта тенденция согласуется и с недавней информацией о кадровыхз изменениях в обеих компаниях. В частности, основатель Canonical Марк Шаттлворт (Mark Shuttleworth) в интервью ComputerWorld UK на прошлой неделе заявил, что HPE уволила «всю команду OpenStack». Представитель HPE подтвердил, что в компании идёт реструктуризация среди специалистов по OpenStack, однако называть точные цифры не стал, отметив, что заявление Шаттлворта преувеличено.

По данным Бориса Ренски (Boris Renski), одного из основателей Mirantis, в компании были сокращены «менее 100» инженеров. Этот процесс начался после приобретения TCP Cloud, которая специализируется на продаже услуг по частной облачной инфраструктуре на базе OpenStack. Данное поглощение привело Mirantis к необходимости «балансировать между культурой исключительной программной инженерии (software engineering) и экспертизой в эксплуатации». Сокращения затронули две группы инженеров: разработчиков проекта Fuel (простого инсталлятора OpenStack), который планируется пересмотреть в сторону подхода IaC (Infrastructure as Code), и авторов внутреннего PaaS-проекта, работа над которым смещается в пользу поддержки платформы оркестровки контейнеров Kubernetes. В своём письме Ренски подчеркнул, что компания «не оставляет OpenStack и не покидает бизнес по распространению OpenStack»^[3].

2015

Вышел релиз версии OpenStack 11 Kilo

2 мая 2015 года сообщество OpenStack представило одиннадцатый релиз платформы OpenStack Kilo. В этом выпуске сделаны около 400 улучшений^[4].

В развитии продукта приняли участие 1492 разработчика от 169 компаний. При подготовке изменений для релиза наиболее активно показали себя компании:

• Red Hat,
• HP,
• IBM,
• Mirantis,
• Rackspace,
• Yahoo!,
• NEC,
• Huawei
• SUSE.

На 2 мая 2015 года к разработке OpenStack присоединились около 500 компаний и около 24000 независимых разработчиков. Продукты для разворачивания облачных инфраструктур на платформе OpenStack развиваются компаниями:

• Rackspace,
• Red Hat,
• SUSE,
• Canonical,
• IBM,
• Cisco,
• Dell
• HP.

На 2 мая 2015 года платформа OpenStack включает в себя набор взаимосвязанных компонентов, ориентированных на создание публичных облачных сервисов, вроде Amazon EC2 и частных облачных сред, работающих на собственном оборудовании и полностью подконтрольных компании. Среди поддерживаемых систем виртуализации:

• KVM,
• QEMU,
• Xen,
• Hyper-V,
• Citrix XenServer,
• контейнеры LXC
• контейнеры VMWare/vSphere ESX/ESXi.

OpenStack хорошо масштабируется и способна обслуживать инфраструктуру из сотен тысяч виртуальных серверов.

Схема взаимодействия в платформе OpenStack, 2015

В составе обновлений:

• OpenStack Object Storage (Swift) - распределенное, отказоустойчивое и высоконадежное хранилище объектов. Хранимые объекты сохраняются одновременно на несколько узлов кластера в датацентре, при этом обеспечивается автоматический контроль целостности и репликация при отключении/добавлении узлов. Хранилище масштабируется горизонтально, т.е. для увеличения размера достаточно просто добавить новые узлы, конфигурация которых производится автоматически. При выходе узла из строя, его содержимое воспроизводится на других узлах сети для обеспечения должной избыточности. Дублирование информации позволяет использовать для формирования кластера типичные недорогие серверы, не заботясь о надежности каждого из них в отдельности.
  • Поддержка кода избыточности (Erasure Code, EC), предназначенного для восстановления содержимого блоков данных на основании избыточной информации, сохранённой в других блоках. По сравнению с дублирующей репликацией коды избыточности позволяют обойтись хранилищем меньшего размера, но требуют для работы больше вычислительных и сетевых ресурсов. Из применений, для которых хорошо подходит данный метод, упоминается хранение в одном регионе больших размеров данных, обращение к которым производится достаточно редко.
  • Реализация комбинированных токенов (Composite tokens), которые позволяют сервисам OpenStack от имени клиента сохранять в Swift свои данные, таким образом, что по отдельности не клиент и не сервис, не могут обновить эти данные без согласия обеих сторон. Например, пользователь может инициировать через Nova запись снапшота виртуальной машины, Nova передаст этот запрос в Glance, который запишет образ в контейнере Swift в форме набора объектов. Затем пользователь не сможет обновить образ не получив токен от сервиса, а сервис не сможет обновить образ не получив токен от пользователя.
  • Возможность учёта веса устройства при размещении данных, что позволяет организовать добавление в кластер новых зон или регионов без инициирования мгновенного перемещения больших объёмов данных, а также приводит к более эффективной обработке насбалансированных кластеров, в которых одна зона содержит существенно больше данных.
  • Улучшение репликации данных между регионами. За один проход перемещается только одна реплика, что даёт удалённому региону возможность совершить внутреннюю репликацию без перемещения лишних данных через внешний сетевой линк.

• OpenStack Compute (Nova) - инструментарий, позволяющий автоматически создавать и управлять работой больших групп VPS-серверов. Система основана на технологии NASA Nebula и наработках, применяемых для оказания услуги Rackspace Cloud Servers. OpenStack Compute написан на языке Python с использованием фреймворков Tornado и Twisted, для обмена сообщениями используется протокол AMQP, для хранения данных задействована БД Redis.
  • Реализован новый Nova API (2.1), который обратно совместим с API 2.0 и примечательнен введением в практику системы добавления новшеств через механизм микроверсий. В API 2.1 также представлена поддержка сертификатов x509.
  • Поддержка live-обновлений в условии необходимости смены схемы хранения данных в БД.
  • В драйвер Hyper-V добавлена поддержка виртуальных машин Hyper-V второго поколения и SMB-разделов;
  • В драйвере Libvirt (KVM) появилась возможность прикрепления vCPU к гостевой системе, поддержка SMB-резделов и поддержка QEMU iSCSI initiator.

• OpenStack Image Service (Glance) - реестр образов виртуальных машин, позволяющий регистрировать новые образы виртуальных машин и обеспечивать их доставку на нужные узлы перед выполнением. Обеспечивает функционирование хранилища образов виртуальных машин, представленных в широком спектре форматов: Raw, AMI, VHD (Hyper-V), VDI (VirtualBox), qcow2 (Qemu/KVM), VMDK (VMWare) и OVF (VMWare). Для унификации операций по получению информации, добавлению и доставке образов виртуальных машин используется специальный Glance REST-ful API;
  • Возможность деактивации образа;
  • Поддержка конвертации образа в процессе его импорта;
  • Возможность выбора метода хэширования, помимо SHA-1;
  • Поддержка тегов Metadef;
  • Экспериментальный API индексации каталога;
  • Поддержка перезагрузки файлов конфигурации при получении сигнала SIGHUP;

• OpenStack Identity (Keystone) - пакет для унификации средств аутентификации и обеспечения интеграции компонентов OpenStack с существующими системами аутентификации, в том числе построенными на платформе Active Directory и LDAP. Возможно использование и обычных средств входа с использованием логина/пароля или AWS. На плечи Keystone вынесены такие операции, как управление пользователями, проектами и правами доступа;
  • Средства федеративной идентификации расширены возможностью работы в гибридных системах с несколькими облачными окружениями.
  • Реализация иерархической привязки настроек проектов;
  • Поддержка токенов Fernet;

• OpenStack Dashboard (Horizon) - web-интерфейс для управления системой, построенный на основе web-фреймворка Django и приложения django-openstack. Интерфейс представлен как для администраторов, так и для пользователей. Поддерживается широкий спектр средств для управления ресурсами, созданием и запуском окружений, установкой лимитов. Возможно подключение плагинов, например, с реализацией средств мониторинга.
  • Реализация тем оформления для изменения внешнего вида;
  • Поддержка аутентификации с единой точкой входа (Single-Sign-On);
  • Кардинально переработан интерфейс для управления системой обработки данных (Sahara);
  • Добавлен мастер запуска нового окружения (Launch Instance Wizard)

• Networking (Neutron) - фреймворк для выполнения задач, связанных с созданием, конфигурированием и сопровождением сетей внутри дата-центров. Quantum поддерживает динамическую конфигурацию сети и может быть использован для настройки как виртуальных сетей, так и физических хостов. Quantum поддерживает расширение функциональности через плагины и может решать различные административные задачи, от создания портов до настройки маршрутов и VLAN.
  • В DVR добавлена поддержка VLAN, в дополнение к VXLAN/GRE;
  • Новые драйверы: A10 Networks LBaaS V2, Brocade LBaaS V2, Brocade ML2 для коммутаторов MLX и ICX, Brocade Vyatta vRouter Firewall, Brocade Vyatta vRouter VPN, Cisco CSR VPNaaS, Freescale FWaaS, Intel Mcafee NGFW FWaaS, IPSEC Strongswan VPNaaS;
  • Новые плагины: L3-маршрутизация на коммутаторах Brocade MLX, Brocade Vyatta vRouter L3, Distributed Virtual Router L3 на базе Dragonflow SDN.

• Block Storage (Cinder) - многофункциональное и расширяемое хранилище блочных устройств и дисковых разделов, поддерживающее также работу с ранее созданными разделами, развёрнутыми в процессе использования прошлых выпусков OpenStack. Ранее Cinder был реализован как подпроект к рамках сервиса OpenStack Compute, но отныне выделен в обособленную подсистему, развиваемую отдельной командой разработчиков.
  • Возможность изменения схемы БД без перезапуска;
  • Поддержка добавления/удаления разделов из существующей согласованной группы;
  • Возможность создания согласованной группы из снапшота другой согласованной группы;
  • Сервис резервного копирования теперь может быть применим для зашифрованных разделов;
  • Возможность создания приватных типов разделов;
  • Для обеспечения отказоустойчивости теперь допускается привязка раздела к нескольким экземплярам OpenStack Сompute;

• OpenStack Metering (Ceilometer) - нацелен на сбор данных о работе системы и проведение мониторинга, предоставляя пользователям единый источник данных об использовании всех сервисов OpenStack;
  • Поддержка Ceilometer API RBAC;
  • Поддержка получения метрик через Gnocchi

• OpenStack Orchestration (Heat) - обеспечивает работу сервиса для управления жизненным циклом работающих в облаке приложений и автоматизации распределения для приложений вычислительных ресурсов, сетевой пропускной способности и места в хранилище.

• OpenStack Database Service (Trove) - система для поддержания сервиса облачных баз данных (Database as a Service), на базе как реляционных, так и не реляционных СУБД. Trove позволяет упростить обслуживание нескольких экземпляров СУБД, предоставляя средства для выполнения таких операций, как развёртывание СУБД, настройка, применение патчей, резервное копирование, восстановление после сбоев и мониторинг. Полноценная поддержка обеспечена для MySQL и Percona. Экспериментальная поддержка доступна для MongoDB, Redis, Cassandra и Couchbase;
  • Поддержка новой стратегии репликации, основанной на реализованной в MySQL 5.6 асинхронной репликации GTID;
  • Поддержка хранилищ Vertica, Vertica Cluster, DB2 и CouchDB;
  • Расширение управляющего API;

• OpenStack Data Processing (Sahara), компонент для автоматизации сопровождения и управления большими кластерами обработки данных, построенных на базе Apache Hadoop или Apache Spark.
  • Новые плагины для MAPR, Apache Storm и Apache Hadoop 2.6.0;
  • Добавлено ведение лога событий

• Ironic (Bare Metal Provisioning Service), новый компонент, позволяющий использовать существующие методы развёртывания конфигураций виртуальных машин для развёртывания систем на реальном оборудовании или для таких применений как контейнеры Linux.

Cisco и IBM купили разработчиков решений OpenStack

В начале июня 2015 года Cisco и IBM объявили о приобретениях, при помощи которых американские корпорации могут упростить внедрение частной облачной платформы OpenStack в ИТ-инфраструктуры предприятий, пишет издание PCWorld.

Cisco купила стартап Piston Cloud Computing, занимающийся разработкой программного обеспечения CloudOS, предназначенного для построения облачных инфраструктур с открытым исходным кодом на базе OpenStack для предоставления услуг IaaS. Особенностями данного продукта являются автоматическая установка, высокий уровень безопасности и совместимость с публичными облаками на базе OpenStack.

Cisco и IBM упростят внедрение OpenStack в ИТ

Отмечается, что решения Piston укрепят облачный бизнес Cisco и добавят в него новый практический опыт работы с базовой инфраструктурой, лежащей в основе Cisco OpenStack Private Cloud.

Объектом поглощения IBM стал провайдер облачных сервисов Blue Box. Тот предоставляет платформу OpenStack в виде интернет-службы, которая не требует установки и настройки софта на клиентских компьютерах. При этом сама платформа отличается гибкостью и масштабируемостью, отмечают в Blue Box.

Стоимость приобретений, сделанных Cisco и IBM, не уточняется. Также корпорации не рассказали о путях интеграции технологий купленных фирм со своими продуктами.

Эксперты уверены, что за счет объявленных сделок IBM и Cisco смогут обеспечить масштабное внедрение платформы OpenStack в корпоративной среде. Впрочем, рост этого рынка под вопросом. В апреле 2015 года закрылась компания Nebula, специализирующаяся на OpenStack.

«Мы сильно разочарованы тем, что рынку, скорее всего, потребуется несколько лет для созревания», — заявили в Nebula, комментируя прекращение своей деятельности.

Несколько десятков специалистов Nebula отправились работать с Oracle. Таким образом, американская корпорация показала свой высокий интерес к проекту OpenStack. Им также интересуются HP и EMC. Последняя в 2014 году купила фирму Cloudscaling (разработчика IaaS OpenStack). Стоит отметить, что на рынке остается все меньше мелких производителей решений OpenStack.^[5]

2014: Релиз OpenStack Icehouse

17 апреля 2014 года вышло очередное обновление платформы OpenStack - Icehouse.

В нем 350 не совсем принципиальных нововведений, выполненных с учетом пожеланий пользователей, в основном, и 2902 корректировки. Фактически Icehouse — своеобразное воплощение обратной связи разработчиков с мировым сообществом. Наибольший объем работы по написанию кода Icehouse выполнили инженеры Red Hat, IBM, HP, Rackspace, Mirantis, SUSE, OpenStack Foundation, eNovance, VMware, Intel, Samsung, Yahoo и Comcast. Содействие в развитии Icehouse оказали 1202 участника, что на 32% больше в сравнении с поддержкой предыдущей версии Havana, опубликованной полгода назад.

Основное внимание разработчиков сосредоточилось на стабильности, тестировании и развитии.

Перечень основных изменений:

• Модуль OpenStack Compute (Nova) упрощает установку обновлений и усиливает требования к сторонним драйверам.
• В OpenStack Object Storage (Swift) существенно повышена видимость многих функциональных составляющих, которые вдобавок доступны через программные вызовы.
• OpenStack Block Storage (Cinder) обеспечивает поэтапную серверную миграцию в гетерогенных средах.
• OpenStack Networking (Neutron) тесно консолидирована с другими модулями OpenStack, что повышает надежность работы сети и согласованность работы ее элементов.
• OpenStack Identity Service (Keystone) поддерживает федеративную аутентификацию, OpenStack Orchestration (Heat) автоматически масштабирует дополнительные ресурсы по всем подсистемам платформы, а новый конфигурационный API упрощает сопровождение жизненного цикла приложений.
• OpenStack Telemetry (Ceilometer) предлагает доступ к автоматически собираемым данным (например, информации по биллингу).
• OpenStack Dashboard (Horizon) пополнился новыми элементами навигации и поддержкой 16 национальных языков, включая сербский и хинди.

По мнению аналитиков Forrester Research, до конца 2014 года OpenStack станет де-факто еще одним стандартом IaaS.

2013

Релиз OpenStack Grizzly

В новом релизе платформы OpenStack появилась возможность управления гораздо более крупными облаками, чем раньше. Grizzly повышает быстродействие и возможности управления сетями и хранилищами по сравнению с предыдущей версией Folsom.

При помощи Grizzly можно управлять гораздо более масштабными вычислительными ресурсами: десятками тысяч серверных узлов. В релизе представлены Nova Compute Cells, позволяющие масштабировать очень крупные системы, распределенные по нескольким локациям, без применения баз данных и кластеризации очередей сообщений. Релиз включает в себя NoDB-архитектуру хоста, снижающую зависимость от центральной базы данных.

Изменения в управлении виртуализацией представлены поддержкой большего количества функций, использующих множественные гипервизоры (ESX, KVM, Xen и Hyper-V).

В Grizzly также добавлены протоколы для распределенных хранилищ и такие сетевые функции, как горячее добавление и замена сетевых устройств, при котором все изменения производятся без каких-либо задержек и перерывов в работе.

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

В число улучшений сетевой подсистемы вошла поддержка таких технологий, как Big, Switch, Hyper-V, PlumGrid, Brocade и Midonet, дополняющие уже имевшуюся поддержку Open vSwitch, Cisco UCS/Nexus, Linux Bridge, Nicira, Ryu OpenFlow и NEC OpenFlow. Добавлены возможности большего масштабирования и повышенной доступности, путем распределения L3/L4 и при помощи протокольных служб динамической конфигурации хоста на нескольких серверах.

В Grizzly OpenSrack Identity добавлен новый формат токенов, основанный на стандартной функциональности PKI, что позволяет использовать оффлайновую аутентификацию через токены без сервисных обращений к Identity.

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

Релиз OpenStack Havana

В результате голосования в начале 2013 года было избрано название для новой версии облачной операционной системы OpenStack. Называться он будет Havana в честь межобщинной территории в штате Орегон.

Релиз выйдет вслед за Grizzly (до этого были Folsom, Essex, Diablo, Cactus, Bexar и Austin). Кодовые наименования версий OpenStack традиционно отражают намеки на населенные пункты, в которых проходят саммиты компании. Например Grizzly – это намек на медведя на флаге штата Калифорния. Следующий саммит запланирован на 15-18 апреля, проводиться он будет в Портленде, штат Орегон.

Актуальной версией масштабируемой облачной операционной системы OpenStack является Folsom, вышедшая в январе 2012 года. В нее была включена поддержка управления сетями, блочной схемы хранения данных и Hyper-V. В сентябре того же года к Folsom был выпущен апдейт. Grizzly пока находится в стадии разработки, ее официальный релиз ожидается 4 апреля 2013 года (в середине марта будет доступен релиз-кандидат).

Открытый IaaS-проект OpenStack поддерживают крупнейшие компании, нацеленные на корпоративный рынок. В их число входят AMD, Intel, SUSE Linux, Red Hat, Cisco, Dell, HP, IBM, NEC и VMware. Целью проекта является предоставление легко внедряемого и масштабируемого решения для публичных и частных облаков. Достигается это при помощи широкого применения API.

Dell поддерживает Windows Server Hyper-V в своей платформе OpenStack

Dell объявила 27 мая 2013 года о поддержке Microsoft Windows Server Hyper-V в качестве одного из возможных гипервизоров в своей облачной платформе OpenStack. Впервые гипервизор Windows Server Hyper-V на платформе OpenStack предлагается для частных облаков. Это даст заказчикам дополнительную гибкость и возможность выбора при выполнении нагрузки OpenStack в существующей среде Windows Server.

Для OpenStack Dell будет поддерживать ключевые функции платформы виртуализации Windows Server 2012, включая виртуализацию сети, изоляцию на основе политик, Quality of Service (QoS) и множественную аренду (multi-tenancy). Кроме того, Dell совместно с другими разработчиками OpenStack оптимизирует компоненты OpenStack, включая OpenStack Compute for Hyper-V, OpenStack Block Storage for Windows и инструментарий Dell Crowbar. Предполагается, что базовый функционал будет реализован в будущей версии проекта OpenStack.

«Вот уже почти три года Dell является активным спонсором OpenStack, – отметил Форрест Норрод (Forrest Norrod), генеральный директор подразделения Dell Server Solutions. – Данный проект Dell поможет сообществу OpenStack получить дополнительные преимущества от инвестиций в Windows Server 2012 с возможностью дальнейшего исследования решений на базе OpenStack и нагрузок в существующих средах».

2012

Создание The OpenStack Foundation

В сентябре 2012 года, после почти годичных приготовлений начал работу в качестве самостоятельной некоммерческой организации альянс The OpenStack Foundation. Теперь OpenStack, стек программного обеспечения с открытым кодом для создания облачной инфраструктуры в виде сервиса, свободен от контроля хостинг-провайдера Rackspace. Компания ограниченно регулировала развитие сообщества разработчиков OpenStack первые два года существования проекта, но в прошлом году его руководители решили, что ПО с открытым кодом должно развиваться независимо от RackSpace. К вновь созданному альянсу перешло руководство сообществом и торговая марка OpenStack.

Участие в альянсе распределено так, чтобы ни у кого не было слишком большого влияния в управляющем совете, утверждают в OpenStack. В числе «платиновых» спонсоров проекта — компании AT&T, Canonical, HP, IBM, Nebula, Rackspace, Red Hat и SUSE, среди «золотых» — Cisco, Dell, NetApp и Yahoo, а вскоре к ним присоединятся Intel, NEC и VMware.

Обсуждение отказа от поддержки Microsoft Hyper-V

В сообществе разработчиков платформы облаков OpenStack рассматривается возможность отказа от поддержки в ней гипервизора Microsoft Hyper-V. Ответственный за управление выпусками OpenStack Тьери Карре заявил, что код Hyper-V планируется исключить из ныне разрабатываемой версии контроллера вычислительных ресурсов OpenStack Compute, поскольку этот код «заведомо дефектен и не поддерживается самой Microsoft».

Изъятие кода предположительно не создаст каких-либо проблем, так как никто не пользуется гипервизором Microsoft в проектах на основе OpenStack, - утверждает Джошуа Маккенти, бывший технический архитектор платформы NASA Nebula, ставшей основой OpenStack. По его информации, для интеграции Hyper-V с OpenStack компания Microsoft нанимала подрядчика, однако «тот так и не закончил эту работу».

В Microsoft на известие о возможности исключения кода поддержки Hyper-V из OpenStack отреагировали заявлением о том, что «корпорация намерена сотрудничать с сообществом разработчиков OpenStack, чтобы устранить имеющиеся проблемы с данной платформой и Hyper-V».

Релиз OpenStack Essex

Апрель 2012 года: Essex включает в себя более 150 новых функций. В опубликованной по данному проекту информации говорится о том, что в разработке новой версии участвовало более 200 разработчиков. Среди основных улучшений можно отметить следующие:

• OpenStack Compute (кодовое название Nova) — улучшена стабильность кода и интеграция с компонентами Dashboard и Identity, обеспечена равная поддержка гипервизоров первого типа, что поможет создать условия для прозрачной работы с ними пользователей. Кроме того, улучшена поддержка функций авторизации и миграции без остановки сервисов в сети с множеством хостов. Также была обеспечена поддержка высокопроизводительных компьютерных вычислений, добавлены новые опции для работы с блочными хранилищами, в том числе для систем хранения данных компаний Nexenta, SolidFire и NetApp;

• OpenStack Object Storage (кодовое название Swift) — появились новые функции, упрощающие обеспечение соответствия нормативным требованиям и повышение защищенности данных, а также возможность указания времени жизни объектов в соответствии с политикой хранения документов, повышена устойчивость к сбоям и повреждениям данных, улучшен функционал восстановления после сбоев. Кроме того, появились новые возможности, имеющие ценность для провайдеров услуг, включая функции загрузки данных непосредственно с авторизованной веб-страницы, ограничения максимального числа контейнеров для одного аккаунта;

• OpenStack Dashboard (кодовое название Horizon) — первый полноценный релиз OpenStack Dashboard предоставляет администраторам и пользователям возможность доступа и управления облачными ресурсами с помощью отдельного портала. Он позволяет с легкостью подключать и использовать продукты и сервисы сторонних разработчиков, например службы мониторинга;

• OpenStack Identity (кодовое название Keystone) — первый полноценный релиз OpenStack Identity предоставляет для всех основных элементов облачной операционной системы единую систему авторизации. Она обеспечивает возможность авторизации в том числе на основе логина/пароля, токенов и AWS;

• OpenStack Image Service (кодовое название Glance) — сервис по управлению образами виртуальных машин получил несколько ключевых обновлений, повышающих удобство его использования, улучшающих механизмы авторизации и защиту образов.

Более 155 компаний, среди которых NASA, Rackspace, Intel, Dell, Canonical-Ubuntu, HP, SuSE, поддерживают открытую облачную архитектуру.

Релиз OpenStack Folsom

27 сентября 2012 года вышел релиз Folsom облачной платформы OpenStack с новыми функциями организации сетей и хранения данных, а также поддержкой Hyper-V, а в марте 2013 г. ожидается следующая версия Grizzly.

В Folsom вошло больше 185 новых функций и усовершенствований, над которыми трудились свыше 350 разработчиков открытого исходного кода.

`С выхода версии Essex в апреле 2012 г. разработчики создали много нового. Самое главное, конечно, что Quantum теперь является базовым проектом и уже на подходе сервисы виртуальных сетей, — пишет Эмильен Маччи, французский энтузиаст OpenStack, проходивший практику в компании StackOps. — А для сервиса томов теперь имеется свой отдельный проект Cinder`.

Вот что сообщил о Folsom Кевин Джексон, один из создателей и архитектор инфраструктуры OpenStack: `Говоря об OpenStack Folsom, нельзя не упомянуть двух примечательных новых проектов: Quantum и Cinder. Quantum предоставляет функционально богатый и расширяемый API для программно конфигурируемых сетей. Он позволяет задавать куда более разнообразные сетевые топологии, чем это можно было делать до сих пор, например, конфигурировать многоуровневые приложения и выделять подсети. Quantum также позволяет строить с помощью плагинов более сложные конфигурации основного узла, например, используя прекрасное ПО Open vSwitch или создавая функции QoS и безопасности. Quantum дает возможность пользователям OpenStack полностью контролировать все аспекты их облачной вычислительной среды без ущерба для нижележащей инфраструктуры и безопасности базовой среды OpenStack. По сути дела Quantum создает условия для настоящей коллективной аренды без всяких ограничений на виртуальные локальные сети. Cinder представляет собой проект блочного хранения данных OpenStack, ранее известный как nova-volume. Выделение этой важной группы базовых функций в самостоятельный проект позволит их разрабатывать независимо от вычислительных функций Nova. Для пользователей это означает ускорение разработок и коррекции ошибок и новые функции, отвечающие современным требованиям к хостингу. В числе важных улучшений Folsom и возобновление поддержки гипервизора Microsoft Hyper-V`.

Это уже шестой релиз OpenStack за два с лишним года его истории. Недавно созданная организация OpenStack Foundation рассчитывает через шесть месяцев выпустить следующий по очереди релиз под кодовым названием Grizzly.

Главные разработчики проекта Grizzly трудятся в компаниях Rackspace, SwiftStack, Nebula, Nicira (владение VMware), SolidFire и Red Hat.

Gartner критикует проект OpenStack

Ана­ли­ти­че­ская фирма Gartner опуб­ли­ко­ва­ла осенью 2012 года кри­ти­че­ский раз­бор об­лач­ной плат­фор­мы с от­кры­тым кодом OpenStack. Раз­ра­бот­чи­ки плат­фор­мы — ком­па­ния Rackspace и дру­гие из­вест­ные про­вай­де­ры об­лач­ных сер­ви­сов — ру­ко­вод­ству­ют­ся соб­ствен­ны­ми ком­мер­че­ски­ми ин­те­ре­са­ми, несмот­ря на от­кры­тость ис­ход­но­го кода. Мно­гие ком­па­нии, за­явив­шие о под­держ­ке OpenStack, в дей­стви­тель­но­сти не вы­де­ля­ют су­ще­ствен­ных ре­сур­сов на ее раз­ра­бот­ку, а фраг­мен­та­ция, воз­ни­ка­ю­щая из-за столк­но­ве­ния ин­те­ре­сов раз­лич­ных участ­ни­ков про­ек­та, сни­жа­ет сов­ме­сти­мость об­лач­ных си­стем на базе OpenStack, счи­та­ет ана­ли­тик Gartner.

Сто­рон­ни­ки OpenStack в ответ ука­зы­ва­ют на недав­нее со­зда­ние неза­ви­си­мой ор­га­ни­за­ции OpenStack Foundation, ко­то­рая будет ко­ор­ди­ни­ро­вать раз­ра­бот­ку, вы­пуск оче­ред­ной вер­сии плат­фор­мы (Folsom) и ско­рое от­кры­тие кон­фе­рен­ции OpenStack Summit, где будут об­суж­дать­ся на­прав­ле­ния ее даль­ней­ше­го развития.

OpenStack не яв­ля­ет­ся об­ще­при­ня­тым стан­дар­том, под­чер­ки­ва­ет ана­ли­тик, а по­сколь­ку ко­ли­че­ство ком­па­ний, спе­ци­а­ли­зи­ру­ю­щих­ся на об­слу­жи­ва­нии си­стем на базе OpenStack, пока неве­ли­ко, риск при­вяз­ки к по­став­щи­ку при ис­поль­зо­ва­нии OpenStack не ниже, чем при ис­поль­зо­ва­нии ком­мер­че­ских об­лач­ных плат­форм. В OpenStack, од­на­ко, ука­зы­ва­ют на быст­рый рост числа участ­ни­ков проекта.

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

Последствия рекламы:

• Шумиха вокруг открытых платформ для управления облаками (cloud management platform, CMP) заставляет некоторых пользователей делать необоснованные выводы, которые могут приводить к неверным решениям при выборе платформы для управления облаками для создания частного облака, или при покупке облачной инфраструктуры как услуги (IaaS) у сервисного провайдера.
• Маркетинговая деятельность компаний-поставщиков заставляет ИТ-директоров верить в то, что OpenStack является стабильной, развитой платформой готовой к широкому распространению. На самом деле этот проект находится на ранней стадии своего развития, имеет нестабильный исходный код и ограниченный набор функций.
• ИТ-директоры могут путать принятие API с принятием платформы для управления облаками (CMP), которая поддерживает данный API. Что заставляет их себе в ущерб ограничивать выбор технологических платформ.
• Сторонники OpenStack утверждают, что она со временем сможет вытеснить полнофункциональные платформы CMP на коммерческих предприятиях, в частности, VMware vCloud Suite. Но в настоящее время CMP OpenStack предлагает только базовые возможности CMP.
• OpenStack сможет со временем стать надежным открытым ядром большой и успешной экосистемы коммерческих предложений.

Рекомендации:

• Не полагайте, что «открытый исходный код» является эквивалентом открытых стандартов, широкой функциональной совместимости и свободы от коммерческих интересов. На самом деле, в OpenStack господствуют интересы компаний-поставщиков, которые хотят, чтобы пользователи использовали их собственные предложения, и, возможно, включать привязку к поставщику.
• Беспристрастно оценивайте OpenStack как любое другое решение поставщика, и помните, что в ее нынешнем состоянии, она больше всего подходит для новичков со значительными техническими ресурсами, высоким допуском на риски и необходимостью в недорогой облачной инфраструктуре высокого уровня.
• Если функциональная совместимость является проблемой, используйте библиотеку стороннего облачного API или сервис для управления облачными системами, который поддерживает несколько облачных API, CMP, или сервисных провайдеров.
• Не стройте планы о будущем развитии своего центра обработки данных (ЦОД), в основе которых должна быть OpenStack. Хотя это перспективный проект, нет никакой гарантии в его будущем успехе.

Анализ OpenStack:

OpenStack представляет собой платформу CMP с открытым исходным кодом, которая предоставляет некоторые базовые возможности, которые необходимы для облачного сервиса IaaS, включая управление виртуальной инфраструктурой и автономное предоставление сервиса. Она не представляет собой единой структуры и делится на несколько компонентов, при этом пользователи могут одновременно выбирать только некоторые компоненты.

Последствия и главные рекомендации по рекламе OpenStack и реальность

Исходными и самыми важными компонентами являются сервисы обработки данных, Nova (аналогичный сервису Amazon EC2) и хранения объектных данных, Swift (аналогичный сервису Amazon S3). Дополнительно, со временем добавлялись другие слабосвязанные компоненты, включая Quantum (сетевой контроллер), Keystone (управление идентификацией и доступом), Glance (каталог образов виртуальных машин) и Horizon (портал самообслуживания).

Исходный код OpenStack предоставляется по лицензии Apache 2.0, также есть также коммерческие дистрибутивы. Раз в полгода выпускаются промежуточные релизы; каждому релизу в алфавитном порядке присваивается буквенный код, начиная с «Austin» в октябре 2010 г., и заканчивая «Folsom», ожидаемым в сентябре 2012 г. (см. Таблица 1).

Таблица 1. Основные проекты OpenStack

Проект Swift появился как программное обеспечение для сервиса Rackspace Cloud Files. Это самая стабильная и широко распространенная часть проекта OpenStack, с успешной историей масштабного использования, которая обычно используется провайдерами облачного сервиса IaaS, и стала самой простой реализацией хранилища объектных данных типа сервиса S3, но не совместимого с S3.

Nova был создан в NASA, в результате перезаписи кода платформы Eucalyptus, написанной на языке программирования Python, как CMP с открытым исходным кодом на языке Java EE, совместимая с Amazon Web Services (AWS) EC2 API. В то время как NASA разрабатывала Nova, компания Rackspace, провайдер администрированных хостинговых и облачных сервисов, работала над преемником технологии, применявшейся в предлагаемом ею сервисе Cloud Servers, который был получен посредством покупки Slicehost в 2008 г. NASA и Rackspace решили объединить свои усилия в проекте ПО с открытым исходным кодом (см. Примечание 1). В результате объединения предыдущих разработок, потребовавшего значительного количества работы, была создана новая и нестабильная основа для исходного кода. Проект Nova имеет недолгую историю массового производства и эксплуатации. В настоящее время первыми пользователями OpenStack являются организации с сильной технической базой и высоким допуском на риски. Как правило, это сервисные провайдеры, финансовые компании и научно-исследовательские учреждения. Большинство из них либо обращаются за помощью к консультантам, либо вкладывают в проект значительные технические ресурсы.

Два ключевых сервисных провайдера находятся в процессе широкого внедрения технологии Nova. Сервис Cloud Servers на базе технологии Nova компании Rackspace стал общедоступным в августе 2012 г. Новым клиентам будут предлагаться серверы на базе Nova, а существующие клиенты смогут запускать новые виртуальные машины (VM) на базе Nova, но в сущности это будет приводить к постепенному расширению их облака на базе Nova. Rackspace будет одновременно обслуживать две платформы, пока она не сможет плавно перевести существующих клиентов на новую платформу, но это означает, что она не добьется мгновенного массового использования Nova. Компания HP предлагает решения на базе Swift, но ее решения на базе Nova находятся в бета-режиме, и станут общедоступными только в конце 2012 г, таким образом, она также не добьется массового использования.

В прошлом компания Rackspace играла главную роль в проекте OpenStack, но она будет переходить к организации, где право голоса будет определяться главным образом финансовым вкладом компании. Компании-участники организации надеются, что объединение их усилий позволит быстро расширить технические возможности OpenStack. Их целью является предоставление альтернативы сервисам AWS и VMware vCloud. Они считают, что Amazon и VMware являются для них намного большей угрозой, чем они сами.

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

Впечатления и рекомендации:

Шумиха вокруг платформ CMP с открытым исходным кодом заставляет некоторых клиентов делать необоснованные выводы, которые могут приводить к неправильным решениям по выбору поставщиков платформы CMP для создания частного облака, или покупке облачного сервиса IaaS у сервисного провайдера.

Некоторых людей заставили поверить в то, что, поскольку OpenStack имеет открытый исходный код, она является открытым и широко распространенным стандартом, с широкой функциональной совместимостью и свободой от коммерческих интересов. На самом деле, OpenStack руководствуется коммерческими интересами, так как для связанных с ней компаний это стратегия развития бизнеса, а не инициатива сообщества альтруистических индивидуальных спонсоров. Некоторые участники, в особенности Rackspace и другие сервисные провайдеры боятся растущего влияния AWS на рынке облачных сервисов IaaS и не уверены в том, что они смогут, самостоятельно, собрать инженерные ресурсы необходимые для успешной масштабной конкуренции с AWS, и не хотят платить постоянную лицензионную плату за коммерческие CMP типа комплекта программного обеспечения VMware vCloud.

Rackspace и HP считают, что с помощью OpenStack они смогут предлагать гибридные публичные/частные решения, если они смогут добиться использования OpenStack во внутренних корпоративных облаках. Другие компании, типа Piston Cloud Computing, Nebula и Cloudscaling, обеспечивают коммерческое распространение OpenStack, вместе с профессиональным обслуживанием и поддержкой. Многие компании, например, Cisco, Citrix (см. Примечание 2), Dell и Red Hat, хотят обеспечить совместимость OpenStack со своими продуктами, а также ограничить рост влияния VMware на рынке.

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

Платформа OpenStack не является открытым стандартом, так как она не обеспечивает ни функциональной совместимости, ни мобильности. Тем не менее, она имеет открытое сообщество и каждый может принимать участие в обсуждениях и предлагать дополнения к исходному коду. Техническое руководство выбирается участниками, хотя большинство участников являются служащими финансирующих компаний-вендоров, и на практике, техническое руководство осуществляется служащими вендоров. Права голоса в совете директоров будущей организации будет определяется в основном спонсорской деятельностью вендоров. Открытый характер сообщества, в сочетании с закрытыми совещаниями спонсоров, иногда приводит к сильному внутреннему противостоянию участников сообщества, в особенности во время работы Rackspace над созданием некоммерческой организации OpenStack Foundation.

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

Кроме того, так как OpenStack, в сущности, является платформой для компонентов, а не продуктом, в некоторых дистрибутивах могут использоваться совсем не такие компоненты как в базовой версии OpenStack. Например, вместо проекта Swift для хранения данных может использоваться другой открытый проект Ceph, или же они могут вообще не включать те или иные компоненты и связанные с ними функциональные возможности. Эти различия между версиями и дистрибутивами распространяются на API, что затрудняет надежную поддержку OpenStack сторонними библиотеками и инструментами. Это отсутствие функциональной совместимости, даже в пределах OpenStack, будет также ограничивать возможности создания полностью открытых гибридных публично-частных или федеративных облачных систем; вместо этого они будут, скорее всего, требовать обращения к услугам специфических сервисных провайдеров и использования поддерживаемых ими дистрибутивов.

Поскольку компании-поставщики стремятся к коммерциализации экосистемы OpenStack, существует заметная тенденция привязки к поставщику. Для пользователей нет никакой большой разницы к кому привязываться, к OpenStack или лицензионным CMP. В сущности, поскольку OpenStack еще не является общепринятым стандартом, число поставщиков решений сильно ограничено (будь то оборудование, ПО или сервисы), что еще больше сужает выбор пользователей, чем принятие VMware vCloud. Немногочисленны и реализации OpenStack CMP. На практике, AWS API имеют наиболее широкую экосистему, включая большое число CMP, как открытых, так и частных, предлагающую совместимые реализации.

Рекомендации:

• Оценивать OpenStack с не меньшей тщательностью, чем любое другое лицензионное коммерческое предложение.
• Не рассматривайте OpenStack в качестве предпочтительного стандарта при определении совместимости API и платформы CMP в контексте выбора поставщиков технологии или сервисов, если у вас для этого нет деловых или технических причин.
• Правительственные учреждения должны быть особенно внимательными и не принимать платформу OpenStack за общепринятый открытый стандарт. Это особенно важно во время разработки требований к выбору поставщиков. Так как есть только одна реализация платформы OpenStack CMP, мало сервисных провайдеров OpenStack и еще меньше альтернативных экосистем (в отношении аппаратного обеспечения, управляющего ПО, инструментов и библиотек), в силу отсутствия значительной доли на рынке, в настоящее время OpenStack скорее ограничивает, чем увеличивает выбор.

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

Релиз Swift имеет успешный опыт и устоявшийся код, но остальные релизы OpenStack совсем новые. В прошлом OpenStack имела проблемы со стабильностью исходного кода, хотя недавние изменения в процессе разработки должны повысить уровень стабильности будущих релизов. Однако, она по-прежнему имеет сложности с управлением проектами и управлением объемами работ, и тем самым подвергает риску своевременную разработку запланированных функций и общих ход разработки проекта.

Контроль качества (QA) улучшился со временем, но остается проблемой. Компании-поставщики и сервисные провайдеры разработали лучшие системы контроля качества и инструменты тестирования, но не отдают их в проект открытого исходного кода, поскольку они могут быть конкурентными преимуществами при создании сервисных предложений и сокращать время вывода на рынок дистрибутивов и связанного с ними программного обеспечения (ПО).

Как правило, компании-поставщики, участвующие в разработке OpenStack, считают, что она сможет достигнуть уровня стабильности и технологической готовности сопоставимого со стандартным коммерческим ПО корпоративного класса не раньше конца 2013 г. Кроме того, после каждого нового релиза, для достижения стабильности исходного кода требуется еще несколько месяцев, так как исправления применяются ко всему новому коду, который был выпущен с релизом.

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

Постоянные изменения в проекте также затрудняют для индивидуальных организаций — будь то организации клиентов или компании-поставщики в экосистеме OpenStack — создание и обслуживание расширений к открытому исходному коду. Например, одно из преимуществ использования открытого исходного кода состоит в том, что вы может самостоятельно добавлять любые недостающие функции, но если способ реализации функции будет несовместимым со следующей версией, вам придется изменять а, возможно, и полностью переписывать свой код. В связи с тем, что в настоящее время OpenStack имеет очень ограниченный набор функций, многие организации вынуждены дополнять OpenStack для того чтобы он мог отвечать их требованиям, поэтому это серьезная проблема, которая может понижать уровень конкурентоспособности OpenStack с другими открытыми CMP.

Общие трудности проекта заставляют многих поставщиков пересматривать свои стратегии, связанные с OpenStack. Зачастую поставщики, а также пользователи OpenStack, открыто и при закрытых дверях говорят об OpenStack совсем разные вещи. Это расхождение между публичными и частными мнениями вытекает из желания пользователей ассоциировать себя с проектом, называемым будущим открытых облачных систем. Однако их оговорки о способности проекта создать стабильный продукт в пределах коммерчески значимого интервала времени являются очень серьезными и, следовательно, сейчас многие поставщики неохотно отдают в проект значительные технические ресурсы.

Желание поставщиков получить конкурентное преимущество в экосистеме OpenStack приводит к тому, что они с неохотой отдают операционные и технологические возможности в ядро открытого исходного кода. Например, в этом ядре нет ни установщика, ни механизмов обновления или модернизации, так как обе эти критически важные возможности оставлены для коммерческих дистрибутивов. Обновления требуют переустановки и полного апгрейда рабочих нагрузок. Пока проект находится на ранних стадиях своего развития, новые версии могут кардинально отличаться, тем самым нарушая совместимость и требуя продолжительных периодов подготовки и тестирования, предшествующих переходу. Многие из первых пользователей OpenStack по-прежнему используют старые версии.

Сервисные провайдеры заинтересованы в дифференцированных функциях, а поставщики – в дифференцированных частных дистрибутивах, или даже продаже дополнительного ПО для OpenStack (в том числе коммерческие CMP, работающие на более высоких уровнях программного комплекса CMP). Они вкладывают в OpenStack ровно столько сколько необходимо для его успеха, и в то же время оставляют себе столько ресурсов сколько необходимо для обеспечения собственного успеха.

Рекомендации:

• Если вы рассматриваете возможность использования OpenStack, проводите тщательную техническую оценку, определяйте наличие у вас технических навыков для ее развертывания и эксплуатации, и рассчитывайте совокупную стоимость владения решением, так как открытый исходный код не всегда дешевле.
• Рассматривайте лицензионные CMP, а также бесплатные и коммерческие дистрибутивы OpenStack и другие открытые CMP, в частности, Eucalyptus (которая получила официальную лицензию на AWS API от Amazon, и относительно простая в развертывании) и CloudStack (которую обычно выбирают сервисные провайдеры и все кто хочет в полном масштабе использовать совместимые с AWS облачные системы).

ИТ-директоры могут путать принятие API с принятием CMP, поддерживающего данный API, что вынуждает их сужать свою технологическую платформу себе в ущерб.

Исходным API платформы OpenStack был AWS API, но она находится в процессе перехода на свой собственный родной API, и продолжение поддержки AWS API является предметом споров в сообществе. Конкуренты AWS, в особенности Rackspace, озабочены тем, что это может усилить экосистему AWS, поэтому совместимость с AWS может быть со временем удалена из основного проекта. В настоящее время в родном API OpenStack есть только скромная поддержка сторонних инструментов.

К счастью, поскольку облачные API являются относительно несложными, остается всего лишь создать коннектор для трансляции одного API в другой. Независимо от того верите ли вы в то, что OpenStack со временем станет самым популярным API, вам не нужно использовать OpenStack CMP для того чтобы пользоваться OpenStack API; для этого можно просто воспользоваться коннектором.

Рекомендации:

• Не ограничивайте свои возможности. Вместо того чтобы писать непосредственно в облачном IaaS API, используйте стороннюю многооблачную библиотеку типа libcloud или jclouds. Рассматривайте возможность использования инструмента управления облачными системами с поддержкой возможностей более одного облака, например, enStratus, RightScale или ServiceMesh. Помните, что возможности провайдеров облачных сервисов могут сильно различаться, поэтому все, что работает с несколькими облаками, сможет обеспечивать только межоблачные функциональные возможности с «наименьшим общим знаменателем».
• Выбирайте CMP, которое поддерживает коннекторы нескольких облачных API, что позволит вам быстро подключать библиотеки и инструменты, которые работают с другими API.

Сторонники OpenStack утверждают, что он со временем вытеснит полнофункциональные CMP в коммерческих предприятиях, в особенности VMware vCloud Suite, но в настоящее время он реализует только базовые возможности CMP.

Сторонники OpenStack, в особенности Rackspace и HP, утверждали, что OpenStack со временем станет предпочтительной CMP для частных облаков, включая коммерческие предприятия, а также облака сервисных провайдеров. Однако скромный набор функций OpenStack делает маловероятным вытеснение им более полнофункциональные решения. OpenStack это в основном администратор ресурсов и может быть на этом уровне он станет общепринятым компонентом, но функциональные возможности CMP, — и ценностные достоинства, — существуют главным образом выше этого уровня.

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

Решения OpenStack вряд ли вытеснят VMware vCloud Suite или Microsoft System Center, или такие конкурентные продукты как BMC Cloud Lifecycle Management, в течение ближайших пяти лет. Теоретически, решения OpenStack не зависит от гипервизора, но в реальности они поддерживают только технологии KVM или Xen. Ее поддержка VMware vSphere и Microsoft Hyper-V не будет иметь функционального значения для корпоративного развертывания. Также маловероятно, что OpenStack приведет к вытеснению vSphere или Hyper-V, в пользу Xen или KVM, в коммерческих организациях.

Альянсу OpenStack предстоит очень трудная борьба с компанией VMware, которая уже располагает значительной базой установленного оборудования, выходом на рынок и набором продуктов, область применения которых далеко выходит за пределы управления ресурсами. Майкрософт также быстро увеличивает свою долю на рынке, благодаря своим сильным позициям в корпоративном секторе и тому, что MicroSoft часто выступает в роли стратегического поставщика. Клиенты хотят иметь возможность включения в свои внутренние виртуальные среды функций гибридного облака, и обычно обращаются за решениями к своим старым поставщикам.

Конечно, многие коммерческие компании ищут более экономичные альтернативы VMware в отношении гипервизора и CMP, и что многие из них заинтересованы в потенциальных возможностях снижения затрат, предлагаемых открытыми решениями. Однако в настоящий момент таким компаниям намного лучше добавлять Майкрософт в качестве второго поставщика, чем принимать открытое решение.

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

Рекомендации:

• Не стройте планы о будущем развитии своего ЦОД, в основе которых должен быть OpenStack. OpenStack можно считать перспективным проектом, вместе с большим числом поставщиков, ставших жертвами его шумной маркетинговой кампании, но нет совершенно никаких гарантий в его будущем успехе. Вместо того чтобы считать число компаний, присоединившихся к проекту, лучше судить о ходе развития OpenStack по его способности своевременно выпускать будущие релизы, вместе с запланированными функциями и минимальным числом исправлений, и добиваться всеобщего признания.
• Для того чтобы получить максимальную гибкость развертывания и функциональную совместимость, которые со временем позволят отказаться от использования услуг нескольких поставщиков, старайтесь выбирать решения CMP, обеспечивающие логическую независимость уровней обслуживания (управление доступом, управление сервисами, оптимизация сервисов, управление ресурсами и базовые ресурсы) друг от друга.

OpenStack может со временем стать надежным открытым ядром большой и успешной экосистемы коммерческих предложений.

Есть ряд причин, по которым OpenStack можно считать перспективным проектом, а именно:

• Технические характеристики и реализация являются надежными, и созданы для развертывания действительно полномасштабных облачных систем.
• Широта сообщества поставщиков и удобство реализации быстро сделали OpenStack одной из четырех главных экосистем облачной инфраструктуры (вместе с Amazon, VMware и Microsoft.)
• Обеспечиваемая OpenStack базовая платформа позволяет новым разработкам проходить инкубационный период. Кроме того, открытый характер исходного кода позволяет децентрализованно и совместно вводить новые решения.

Мы считаем, что есть три главных способа, с помощью которых OpenStack сможет добиться успеха в долгосрочной перспективе:

• Открытый исходный код со временем превратится в успешное решение тех, кто ищет базовую, дешевую CMP.
• В ядро открытого исходного кода будут включены успешные коммерческие продукты и сервисы, в дополнение к частным расширениям и возможностям, добавляемым компаниями-поставщиками.
• Поставщики облачных сервисов IaaS будут использовать ядро открытого исходного кода, в сочетании с собственными возможностями или полученными от коммерческих поставщиков, для усиления своих предложений в широком масштабе.

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

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

Рекомендации:

Если вы принимает OpenStack:

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

• Оригинал статьи

2011

Cisco и Canonical присоединяются к проекту

В начале 2011 года стало известно, что к проекты присоединяются Cisco и Canonical. Идея о сотрудничестве с сообществом OpenStack в Cisco принадлежит новому вице-президенту и техническому директору компании Лью Такеру (Lew Tucker), который до своего трудоустройства в Cisco несколько месяцев до этого занимал такой же пост в компании Sun Microsystems. В рамках проекта OpenStack Cisco будет заниматься технологиями `облачной` сетевой инфраструктуры: `Чтобы облачные вычисления могли в полной мере справиться с приложениями завтрашнего дня, на наш взгляд, следует рассматривать сеть как инфраструктурный сервис, наравне с сервисами по предоставлению вычислительных ресурсов и хранению данных`, – пишет Лью Такер в личном блоге. Он отмечает также, что участие Cisco не будет сводиться лишь к проектированию и разработке спецификаций – инженеры компании также будут разрабатывать код в рамках проектов OpenStack.

Участие Canonical в проекте OpenStack оказалось несколько неожиданным, поскольку до сих пор эта компания поддерживала другой открытый проект, преследующий аналогичные цели, – Eucalyptus. Буквально днем раньше, 2 февраля, Canonical совместно с Eucalyptus и Dell анонсировала решение по созданию приватных облачных систем. OpenStack является прямым конкурентом Eucalyptus, и в свое время, именно спорная коммерческая модель и архитектурные ограничения Eucalyptus подтолкнули NASA к созданию собственной облачной инфраструктуры, которая была положена в основу проекта OpenStack.

Вместе с тем, нынешнее присоединение к OpenStack является лишь пробным шагом и не подразумевает отказа от партнерства с Eucalyptus:

`Наша долгосрочная цель в случае с OpenStack заключается в том, чтобы сделать Ubuntu лучшей ОС для `облаков` в этом стэке, как на уровне инфраструктуры, так и в качестве гостевой системы, – пишет Ник Барсет (Nick Barcet), руководитель направления облачных вычислений Canonical. – В релизе 11.04 (Nattyy Narwhal) OpenStack 2011.1 (Bexar) будет включен в качестве технологической демонстрации, и Canonica пока что не будет полностью поддерживать это решение. Мы хотим дать своим пользователям возможность протестировать это решение и оставить свои отзывы, прежде чем начнем позиционировать его в качестве окружения, готового к промышленной эксплуатации`.

Проект OpenStack в это время обладает наибольшей привлекательностью для разработчиков, желающих поэкспериментировать с облачными вычислениями. При этом главное отличие OpenStack от Eucalyptus, другой известной разработки с открытым кодом для развертывания частных облаков, заключается в абсолютной открытости. Если Eucalyptus предоставляет полный объем функциональности только покупателям корпоративной версии, то функциональность бесплатной версии OpenStack ничем не ограничена. Однако если пилотные внедрения проходят успешно, то компании начинают проявлять заинтересованность в услугах по поддержке и сопровождению коммерческого уровня.

Анонсирование платных сервисов показывает, что OpenStack не является полностью некоммерческим проектом. Согласно пресс-релизу компании, коммерческий сервис Cloud Builders будет включать услуги по обучению и сертификации, интеграции и поддержке внедрений OpenStack. Однако в настоящее время на сайте отсутствует какая-либо информация о расценках на коммерческие услуги Cloud Builders.

Поскольку OpenStack – это проект с открытым кодом, то формально ничто не препятствует другим его участникам начать предоставлять аналогичные услуги, став конкурентами Rackspace. До недавнего времени таким конкурентом теоретически могла стать группа разработчиков Anso Labs, которая вела работы над OpenStack в рамках заказов от аэрокосмического агентства NASA. Однако после того, как Rackspace приобрела Anso Labs, полностью сконцентрировав ключевой состав разработчиков у себя, появление полноценной конкуренции проекту Cloud Builders в ближайшее время стало маловероятным.

Релиз OpenStack Cactus

Апрель 2011 года: Cactus – это уже третий релиз проекта менее чем за год с момента запуска. В новом релизе используется сервис создания образов, представленный в прошлой версии под названием Glance. По словам председателя правления OpenStack Джонатана Брайса (Jonathan Bryce), в новом релизе Glance достиг зрелости и стал полностью готов для промышленного применения. Соответственно, сервис Glance получил новое, более респектабельное название: OpenStack Image Service.

Начиная c Cactus, OpenStack будет поставляться с новым API, который позволит обращаться к открытому облачному стеку из широкого круга сторонних приложений. «Новый API позволяет создавать расширения, – говорит Брайс. – И в пространстве имен API выделена специальная область для функций, не относящихся к базовой функциональности ПО OpenStack». В частности, расширяемый API позволит заниматься программированием сложных сетевых функций или же интегрировать OpenStack с оборудованием, которое не предусмотрено базовой поставкой.

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

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

В целом, развитие и стандартизация системы аутентификации — это одно из приоритетных направлений развития проекта, и этот курс будет продолжен в дальнейших релизах, добавил Брайс.

Выход следующего релиза OpenStack ожидается в июле 2011 года – он будет носить кодовое имя Diablo.

Riverbed Technology присоединяется к проекту

Компания Riverbed Technology, специализирующаяся на решениях для повышения производительности ИТ-инфраструктуры, сообщила в ноябре 2011 года о присоединении к сообществу OpenStack, глобальному сообществу разработчиков, сотрудничающих над созданием открытой облачной архитектуры и облачной операционной системы с открытым исходным кодом. По мере того, как организации переносят свои данные и приложения в облако, одной из основных проблем при обеспечении высокой производительности приложений становятся возможности сетевого взаимодействия по WAN-сети. Вступив в сообщество OpenStack, компания Riverbed работает над обеспечением поддержки платформы OpenStack в своих решениях для оптимизации WAN, что позволит создавать эффективные облачные окружения.

Обеспечение поддержки OpenStack в решениях Riverbed для оптимизации WAN продолжает уже существующее сотрудничество компании с проектом OpenStack, в рамках которого Riverbed обеспечила поддержку этой платформы в своих виртуальных контроллерах доставки приложений (vADC). Решения Riverbed для оптимизации WAN и виртуальные контроллеры доставки приложений образуют технологическое решение, позволяющее организациям повысить производительность ИТ-инфраструктуры в публичном, частном и гибридном облачном окружении.

"Мирантис" запускает сайт www.openstack.ru

В декабре 2011 года стартует новая площадка для общения и взаимодействия российских разработчиков, работающих с передовой технологией OpenStack – www.openstack.ru. Cообщество, которое объединит ИТ-специалистов, было создано под патронажем компании «Мирантис» и призвано стать удобной платформой для обмена опытом и знаниями, касающихся вопросов OpenStack, Cloud Computing, Private Cloud и многих других.

Технология OpenStack – это одно из новых решений, популярность и востребованность которого быстро набирает обороты. Оно включает в себя целую серию взаимосвязанных проектов, обеспечивающих разработку многочисленных составляющих инфраструктурного решения для «облака». OpenStack используют крупные компании, поставщики услуг, VARS, представители малого и среднего бизнеса, исследователи, а также всемирные центры обработки данных. Код OpenStack свободно распространяется: любой желающий может запустить программное обеспечение, добавить дополнительные настройки либо вернуть его в исходное состояние.

Так как российские разработчики, в том числе специалисты компании «Мирантис», принимают активное участие в развитии данного направления, одной из ключевых задач было создание удобной и информативной русскоязычной площадки. Ее цель – не только размещение различных сведений по технологии OpenStack, но, прежде всего, обсуждение и обмен опытом, который накоплен разработчиками на мировом уровне относительно создания и применения OpenStack. Благодаря web-порталу www.openstack.ru у российских специалистов появилась возможность делиться экспертизой, высказывать мнения и получать данные по «облачным» технологиям в оперативном режиме.

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

Ренский Борис, со-основатель и вице-президент компании «Мирантис», так комментирует появление сайта www.openstack.ru: «OpenStack – одна из передовых современных ИТ-технологий, которая очень быстро приобретает популярность. Так как OpenStack аккумулирует экспертизу разработчиков по всему миру, обмен опытом встает на первое место в развитии продукта. У западных специалистов есть популярный и востребованный ресурс - www.openstack.org, который помогает как непосредственно разработчикам, так и компаниям – пользователям технологии OpenStack делиться актуальной информацией и получать ответы на текущие вопросы. На мой взгляд, вклад российских специалистов в создание OpenStack является значичимым. Организация профессионального сообщества, посвященного этой технологии – это ответ быстрорастущему рынку и площадка, которая, я надеюсь, будет способствовать как развитию решения, так и профессиональному росту специалистов в данной области».

2010: Старт проекта

Открытый проект по созданию облачной инфраструктуры OpenStack был открыт 19 июля 2010 года по инициативе хостинг-провайдера Rackspace и NASA, чтобы противостоять наступлению Amazon на облачном фронте. В настоящее время OpenStack включает все сервисы, необходимые для облачной платформы, в том числе базовые средства для вычислений, хранения данных и создания сетей, а также дополнительный функционал для запуска распространенных программных технологий, таких как Hadoop и контейнеры.

Примечания