Представлен (https://www.openstack.org/software/kilo/press-release/) одиннадцатый релиз платформы OpenStack (http://www.openstack.org), выпущенный под кодовым именем "Kilo (http://www.openstack.org/software/kilo/)". В новом выпуске реализовано около 400 улучшений и закрыто более 3200 отчётов об ошибках. В развитии продукта приняли участие 1492 разработчика, представляющих 169 различных компаний. При подготовке изменений для релиза наиболее активно себя проявили (http://blog.bitergia.com/2015/04/30/kilo-the-new-openstack-r... компании Red Hat, HP, IBM, Mirantis, Rackspace, Yahoo!, NEC, Huawеш и SUSE.
<center><a href="https://bitergia.files.wordpress.com/2015/04/companies-contr... src="http://www.opennet.me/opennews/pics_base/0_1430550541.png" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>Платформа OpenStack включает в себя набор взаимосвязанных компонентов, нацеленных на создание как публичных cloud-сервисов, подобных Amazon EC2, так и приватных cloud-окружений, работающих на собственном оборудовании и полностью подконтрольных компании. Среди поддерживаемых систем виртуализации: KVM, QEMU, Xen, Hyper-V, Citrix XenServer, контейнеры LXC и VMWare/vSphere ESX/ESXi. OpenStack обладает превосходной масштабируемостью и способен обслуживать инфраструктуру из сотен тысяч виртуальных серверов.
Изначально платформа OpenStack была разработана и открыта (http://www.opennet.me/opennews/art.shtml?num=27370) под лицензией Apache компанией Rackspace и космическим агентством NASA. Впоследствии связанная с проектом интеллектуальная собственность была передана (http://www.opennet.me/opennews/art.shtml?num=34896) независимой некоммерческой организации OpenStack Foundation. На данный момент к разработке OpenStack присоединилось (http://www.openstack.org/foundation/companies/) около 500 компаний и около 24000 независимых разработчиков. Продукты для развёртывания облачных инфраструктур на базе OpenStack развиваются такими компаниями, как Rackspace, Red Hat (http://www.opennet.me/opennews/art.shtml?num=34316), SUSE (http://www.opennet.me/opennews/art.shtml?num=34758), Canonical, IBM (http://www.opennet.me/opennews/art.shtml?num=36352), Cisco (http://www.opennet.me/opennews/art.shtml?num=35103), Dell (http://www.opennet.me/opennews/art.shtml?num=33434) и HP (http://www.opennet.me/opennews/art.shtml?num=31969). &n...
Из входящих в состав релиза Kilo компонентов и реализованных в них новшеств (https://wiki.openstack.org/wiki/ReleaseNotes/Kilo) можно отметить:
- OpenStack Object Storage (http://www.openstack.org/projects/storage/) (Swift) - распределенное, отказоустойчивое и высоконадежное хранилище объектов. Хранимые объекты сохраняются одновременно на несколько узлов кластера в датацентре, при этом обеспечивается автоматический контроль целостности и репликация при отключении/добавлении узлов. Хранилище масштабируется горизонтально, т.е. для увеличения размера достаточно просто добавить новые узлы, конфигурация которых производится автоматически. При выходе узла из строя, его содержимое воспроизводится на других узлах сети для обеспечения должной избыточности. Дублирование информации позволяет использовать для формирования кластера типичные недорогие серверы, не заботясь о надежности каждого из них в отдельности.- Поддержка (http://swift.openstack.org/overview_erasure_code.html) кода избыточности (Erasure Code (http://en.wikipedia.org/wiki/Erasure_code), EC), предназначенного для восстановления содержимого блоков данных на основании избыточной информации, сохранённой в других блоках. По сравнению с дублирующей репликацией коды избыточности позволяют обойтись хранилищем меньшего размера, но требуют для работы больше вычислительных и сетевых ресурсов. Из применений, для которых хорошо подходит данный метод, упоминается хранение в одном регионе больших размеров данных, обращение к которым производится достаточно редко.
- Реализация комбинированных токенов (Composite tokens), которые позволяют другим сервисам OpenStack от имени клиента сохранять в Swift свои данные, таким образом, что по отдельности не клиент и не сервис, не могут обновить эти данные без согласия обеих сторон. Например, пользователь может инициировать через Nova запись снапшота виртуальной машины, Nova передаст этот запрос в Glance, который запишет образ в контейнере Swift в форме набора объектов. Затем пользователь не сможет обновить образ не получив токен от сервиса, а сервис не сможет обновить образ не получив токен от пользователя.
- Возможность учёта веса устройства при размещении данных, что позволяет организовать добавление в кластер новых зон или регионов без инициирования мгновенного перемещения больших объёмов данных, а также приводит к более эффективной обработке насбалансированных кластеров, в которых одна зона содержит существенно больше данных.- Улучшение репликации данных между регионами. За один проход перемещается только одна реплика, что даёт удалённому региону возможность совершить внутреннюю репликацию без перемещения лишних данных через внешний сетевой линк.- OpenStack Compute (http://www.openstack.org/projects/compute/) (Nova) - инструментарий, позволяющий автоматически создавать и управлять работой больших групп VPS-серверов. Система основана на технологии NASA Nebula (http://nebula.nasa.gov/) и наработках, применяемых для оказания услуги Rackspace Cloud Servers. OpenStack Compute написан на языке Python с использованием фреймворков Tornado и Twisted, для обмена сообщениями используется протокол AMQP, для хранения данных задействована БД Redis (http://www.opennet.me/opennews/art.shtml?num=23236).
- Реализован новый Nova API (2.1), который обратно совместим с API 2.0 и примечательнен введением в практику системы добавления новшеств через механизм микроверсий (http://specs.openstack.org/openstack/nova-specs/specs/kilo/i.... В API 2.1 также представлена поддержка сертификатов x509.- Поддержка live-обновлений в условии необходимости смены схемы хранения данных в БД.- В драйвер Hyper-V добавлена поддержка виртуальных машин Hyper-V второго поколения и SMB-разделов;- В драйвере Libvirt (KVM) появилась возможность прикрепления vCPU к гостевой системе, поддержка SMB-резделов и поддержка QEMU iSCSI initiator.
- OpenStack Image Service (http://www.openstack.org/projects/image-service/) (Glance (http://glance.openstack.org)) - реестр образов виртуальных машин, позволяющий регистрировать новые образы виртуальных машин и обеспечивать их доставку на нужные узлы перед выполнением. Обеспечивает функционирование хранилища образов виртуальных машин, представленных в широком спектре форматов: 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 (http://keystone.openstack.org/) (Keystone) - пакет для унификации средств аутентификации и обеспечения интеграции компонентов OpenStack с существующими системами аутентификации, в том числе построенными на базе Active Directory и LDAP. Возможно использование и обычных средств входа с использованием логина/пароля или AWS. На плечи Keystone вынесены такие операции, как управление пользователями, проектами и правами доступа;- Средства федеративной идентификации расширены расширены возможностью работы в гибридных системах с несколькими облачными окружениями.- Реализация иерархической привязки настроек проектов;- Поддержка токенов Fernet;
...
URL: https://www.openstack.org/software/kilo/press-release/
Новость: http://www.opennet.me/opennews/art.shtml?num=42150
Подскажите знающие люди, чем оно отличается от того же Proxmox?
своей шайкой бандой разработчиков
"участие 1492 разработчика"
Инкапсулированных в PPPoE пакет =)
Масштабами, и вообще - всем. Я вращал очень маленькое облако на 300 физ. серверов, а прохмох удобен для ферм до 100 серверов. И сервисов в прохмохе поменьше.
всем
IMHO, OpenStack необоснованно усложнён из-за того что пришлось как-то сопрягать в одно целое кучу созданных отдельно частей. И каждая из компаний-участников тянет его в свою сторону.
конкретные детали, где? в чём?
Обоснованно усложнён, во имя бесконечной расширяемости и модульности/взаимозаменяемости компонентов.
плюсую описание.
а вы попробуйте в проксмокс закинуть 50ть нод.
Некоторые компоненты Swift новой версии команда разработчиков пишет на Go сейчас.
похоже, речь пока только про клиентские библиотеки
Пусть пафиксят баг работы фильтра вкупе с пагиняцией в веб-морде ! достали уже бездельники
Так займитесь, не бездельник. Исходники же доступны.