Доступен (http://blog.opennebula.org/?p=2748) релиз OpenNebula 3.4 (http://www.opennebula.org/), платформы для организации управления cloud-инфраструктурой и виртуальными окружениями. Платформа позволяет организовать функционирование распределенной инфраструктуры динамически развёртываемых групп из взаимосвязанных виртуальных машин, комбинируя ресурсы локального дата-центра и внешних облачных провайдеров. В частности, OpenNebula позволяет поднять локальную инфраструктуру для предоставления сервисов IaaS (инфраструктура как сервис), похожую на Amazon EC2. В наличии имеются средства для организации развёртывания виртуальных окружений, мониторинга, контроля доступа, обеспечения безопасности и управления хранилищем.Код системы полностью открыт под лицензией Apache. Готовые установочные пакеты доступны (http://opennebula.org/software:software) для Ubuntu, openSUSE, RHEL/CentOS и Debian. Среди наиболее известных компаний и организаций, использующих (http://opennebula.org/community:users) OpenNebula, можно отметить: CERN, Европейское космическое агентство, FermiLab, компании Research in Motion и China Mobile.
Ключевые улучшения (http://www.opennebula.org/software:rnotes:rn-rel3.4), добавленные в OpenNebula 3.4:
- Поддержка подключаемых хранилищ образов (http://www.opennebula.org/documentation:rel3.4:sm), позволяющих обеспечить высокую гибкость при планировании и задействовать расширенные функции, такие как балансировка ввода/вывода, оптимизация для конкретных типов виртуальных машин, задание различных потилик SLA. В настоящее время представлено три базовых бэкенда для организации хранилищ: fs_ds (http://www.opennebula.org/documentation:rel3.4:fs_ds) - хранение дисковых образов в файловой системе в виде обычных файлов с передачей файлов по SSH или через NFS; iscsi_ds (http://www.opennebula.org/documentation:rel3.4:iscsi_ds) - использование iSCSI/LVM для хранения дисковых образов на уровне блочных устройств; vmware_ds (http://www.opennebula.org/documentation:rel3.4:vmware_ds) специализированное хранилище для гипервизора VMware, работающее с образами в формате vmdk;- Новые драйверы (http://www.opennebula.org/documentation:rel3.4:sm#how_are_th...) для организации передачи данных при доступе к образам виртуальных машин. В новой версии предусмотрена возможность задействования новых драйверов qcow2, iSCSI и улучшенного драйвера vmware, использующего инструментарий vmdkfs;
- Поддержка концепции кластеров (http://www.opennebula.org/documentation:rel3.4:cluster_guide), под которой подразумевается логический пул ресурсов, в который могут быть включены физические серверы, хранилища данных и сетевое оборудование. Кластеры позволяют комбинировать доступные ресурсы для обеспечения балансировки нагрузки, создания отказоустойчивых систем и конфигураций, ориентированных на высокопроизводительные вычисления;
- Улучшение управляющего web-интерфейса Sunstone. Добавлено новое навигационное меню, расширено число доступных переводов, увеличена безопасность передачи данных за счёт задействования технологии Web sockets для работы VNC-прокси, добавлены опции для настройки VLAN, увеличена скорость загрузки образов;
<center><a href="http://www.opennebula.org/_media/documentation:rel3.4:sunsto... src="http://www.opennet.me/opennews/pics_base/0_1334302785.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- Переработан механизм виртуальных дата-центров (VDC), используемый для управления несколькими отдельными установками OpenNebula (oZones). Новая реализация VDC предусматривает организацию полностью изолированного набора виртуальных ресурсов кластера и группы пользователей, которые, под контролем администратора виртуального дата-центра, могут создавать и управлять вычислительными ресурсами, хранилищами и сетевыми функциями;
- Расширение Cloud API: добавлены новые вызовы для формирования запросов к Amazon EC2 (EC2 Query server), добавлено OCCI API, реализованы новые методы аутентификации, ведения логов и разбиения на разделы.
- Улучшен драйвер для обеспечения работы гибридных облачных систем, сочетающих локальные и внешние сервисы. Добавлена поддержка большей части возможностей Amazon EC2, в том числе теги, VPC и группы безопасности.
Ключевые возможности (http://www.opennebula.org/documentation:documentation) OpenNebula:
- Типы поддерживаемых Cloud-окружений:
- Приватные cloud-системы, доступные только внутри организации, полностью подконтрольные и выполненные на собственных мощностях. В качестве системы виртуализации поддерживается использование Xen, KVM и VMware;
- Публичные cloud-окружения, работающие в инфраструктуре внешних сервис-провайдеров, таких как Amazon EC2. Для доступа к публичным cloud-окружениям OpenNebula поддерживает такие API, как EC2 Query, OGF OCCI и vCloud;
- Гибридные cloud-системы, сочетающие элементы публичных и приватных cloud-систем. Например, определённая критически важная часть инфраструктуры можно работать в приватном облаке, а вторичные системы вынесены во внешние облака, или изначально вся система построена как приватная, но при нехватке ресурсов в пиковые моменты к работе привлекаются мощности публичных сервисов.<center><img src="http://www.opennet.me/opennews/pics_base/28479_1288527064.jp... style="border-style: solid; border-color: rgb(233, 234, 214); border-width: 15px;" title="" border="0"></center>
- Возможности для администратора, управляюшего инфраструктурой:- Динамическое изменение размера физической инфраструктуры через добавление или удаление узлов на лету и разбиение кластера на виртуальные разделы, позволяющие выделять только необходимый объем ресурсов для функционирования определённого сервиса;
- Централизованный интерфейс для управления всеми элементами виртуальной и физической распределенной инфраструктуры. Управляющий web-интерфейс Sunstone (http://opennebula.org/documentation%3Arel2.2%3Asun...) для администраторов cloud-окружений через который можно управлять работой инфраструктуры приватных и гибридных окружений, распределять виртуальные и физические ресурсы;
- Высокая степень задействования доступных ресурсов, возможность подключения внешних ресурсов, предоставления ресурсов в аренду или организации совместного использования инфраструктуры между несколькими департаментами;
- Сокращение издержек за счёт уменьшения числа физических серверов, уменьшение затрат на администрирование, обслуживание, энергоснабжение и охлаждение (вместо физических серверов предоставляются виртуальные серверы, которые более полно используют доступные физические ресурсы - например, группа мало загруженных серверов теперь может работать на одной физической машине);
- Возможность быстрого увеличения серверной мощности за счёт подключения ресурсов внешних cloud-сервисов в моменты пиковой нагрузки;- Механизмы для обеспечения отказоустойчивости, реализована функция автоматического выполнения операций по восстановлению работоспособности окружений в случае сбоя в работе физического сервера или виртуальной машины;
- Поддержка управления квотами, через задание определённым пользователям набора ограничений на использование ресурсов;
- Поддержка групп со своим набором пользователей и виртуальных ресурсов. Например, можно создать отдельное изолированное облако со своим набором пользователей и делегировать управление этим облаком определённой компании, обеспечив возможность работы нескольких провайдеров облачных услуг на базе одной инфраструктуры OpenNebula. В каждой группе может быть свой набор публичных ресурсов (шаблоны, образы виртуальных машин, виртуальные сети), не пересекающийся с другими группами;
- Гибкая система контроля доступа (ACL) и управления пользователями/группами, поддерживающая распределение ресурсов между ними, в том числе возможность выделения ресурсов для совместного испол...
URL: http://opennebula.org/blog%3Aopennebula_3.4_released
Новость: http://www.opennet.me/opennews/art.shtml?num=33590
Кто использует? Как оно в деле?
Нормально оно в деле. Ставится просто, по-максимуму использует то, что есть. Если нужно надёжное хранилище, то ставится на Gluster.На любое действие с виртуалкой можно повесить свой скрипт.
USB устройства с хоста можно пробрасывать? После горячего ребута виртуалки усб не отваливается?
Проброс USB - это возможности гипервизора, а не средства его управления. Если будет использован протокол SPICE над KVM, то проброс будет.
Буду рад, если кто-нибудь подскажет, дружит ли оно с XCP. Или только чистый Xen?
Развертывается быстро и достаточно просто.
Все бы ничего, но отказался из-за тупой недоработки. Если создаешь вм с инсталляцией по подключенному iso, задолбаешься потом настраивать, чтобы загрузка была с диска вм, а не iso. Если заранее делать готовые диски для темплейтов, то можно использовать.
В cloudstack - реализовано все лучше. Недостаток - нет cli.
Новый openstack не пробовал. Старый требовал напильника.
> Развертывается быстро и достаточно просто.
> Все бы ничего, но отказался из-за тупой недоработки. Если создаешь вм с
> инсталляцией по подключенному iso, задолбаешься потом настраивать, чтобы загрузка была
> с диска вм, а не iso. Если заранее делать готовые диски
> для темплейтов, то можно использовать.
> В cloudstack - реализовано все лучше. Недостаток - нет cli.
> Новый openstack не пробовал. Старый требовал напильника.а что пользуете? если не секрет?
OnApp :)
cloudstack.org
опробовал с xcp и квм.
с квм нужно вручную править бриджы на хостах после добавления.
по cloudstack желательно прочитать доки перед развертыванием))) я даже после чтения в нормальном режиме развернул с третьей попытки)))
есть глюки(например трудности с удалением вм и томов. реашется правкой базы вручную), но в целом работоспособная система.
> Развертывается быстро и достаточно просто.
> Все бы ничего, но отказался из-за тупой недоработки. Если создаешь вм с
> инсталляцией по подключенному iso, задолбаешься потом настраивать, чтобы загрузка была
> с диска вм, а не iso. Если заранее делать готовые диски
> для темплейтов, то можно использовать.
> В cloudstack - реализовано все лучше. Недостаток - нет cli.
> Новый openstack не пробовал. Старый требовал напильника.Как открутил iso после установки ? Я нашел только одну возможность - в kickstart файл вставить скрипт который по cloudstack API откручивает ISO.
а вебмордочку отсель? просто к готовому квм мона прикрутить?:)
> а вебмордочку отсель? просто к готовому квм мона прикрутить?:)Opennebula по сути и сажается на готовый libvirt/kvm.
>> а вебмордочку отсель? просто к готовому квм мона прикрутить?:)
> Opennebula по сути и сажается на готовый libvirt/kvm.вопрос в том можно ли от Opennebula, прикруть к KVMу?
А смысл вырезать из неё? Можно просто поставить OpenNebula и использовать только интерфейс sunstone.
> А смысл вырезать из неё? Можно просто поставить OpenNebula и использовать только
> интерфейс sunstone.смысл в том что есть уже рабочая инфраструктура , и есть желание прикрутить вэбинтерфейс...
>> А смысл вырезать из неё? Можно просто поставить OpenNebula и использовать только
>> интерфейс sunstone.
> смысл в том что есть уже рабочая инфраструктура , и есть желание
> прикрутить вэбинтерфейс...В принципе, прикрутить можно. Образы виртуалок придётся размещать в этом случае как persistent с фиксированным путём.
есть еще archipelproject
Ага, есть. Требует или openfire или патченный ejabberd, агент на питоне, морда на какой-то НЁХ. Однако работает. Только ставить задолбаешься.ИМХО, при всём многообразии выбора, все существующие решения - какие-то наркоманские поделки. Тупо морды к libvirt'у, чтобы не тянуло ничего лишнего - за 5 лет так и не осилили.
