LINUX.ORG.RU

Canonical заключила альянс с Convirture

 , convirture, ,


0

1

16 ноября стало известно, что Canonical заключила альянс с Converture, известной по своему проекту Convirt — многоярусное веб-приложение, с помощью которого можно обеспечить управление и мониторинг пулом виртуальных машин на базе Xen или KVM.

Цель этого договора заключается в предоставлении открытого программного продукта, подобного vSphere, для сообщества.
По словам генерального директора Convirture Арсалана Фарука (Arsalan Farooq), открытые платформы, такие как Ubuntu, являются наиболее подходящими для развёртывания нескольких виртуальных машин, что, в свою очередь, требует инструменты для автоматизации управления этими машинами.

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

>>> Подробности

★★★★★

Проверено: mono ()
Последнее исправление: Dendy (всего исправлений: 3)

ынтерпрайзненько

annulen ★★★★★
()

Convirture хвалили все, когда он был ещё не веб, то есть его 1-ю версию. 2-ю же мало того, что судя по всему никто не ставил, так она ещё и в самом деле отличается тем, что поставить её не так-то просто,а уж заюзать и подавно. Не люблю такие фронтенды, реализация которых сложнее бэкенда. Пробовал ставить зимой в феврале где-то, но сомневаюсь, что стало лучше хоть немного.
На самом деле очень жаль, что никто из крупных участников рынка не подбирает Proxmox - по-моему в целевой нише он один сейчас нормально работает и при этом ещё соответствует всем принципам OpenSource, допиливаясь «на ура» под частные нужды. Кстати, Proxmox поддерживает OpenVZ, что более актуально, нежели Xen.

DRVTiny ★★★★★
()

Лучше бы libvirt вместе пилили.

anonymous
()
Ответ на: комментарий от DRVTiny

> Proxmox поддерживает OpenVZ, что более актуально, нежели Xen

Пардон, в каком смысле «более актуально»? Xen и OpenVZ - принципиально разные технологии, ориентирующиеся на различные цели. Как тут можно говорить сравнивать какую-то там «актуальность»?

shylent
()
Ответ на: комментарий от DRVTiny

>поддерживает OpenVZ, что более актуально, нежели Xen.

Каким это местом OpenVZ более актуален? Как их вообще можно сравнивать?

Mr_Alone ★★★★★
()

у канокниклы дела настолько плохи, что они продались арабам?

anonymous
()

Наверно, это хорошо.

Polugnom ★★★★★
()
Ответ на: Convirture and Canonical to Team Up to Provide Virtual Machine and Private Cloud Management от RussianNeuroMancer

> Ну и де?

$ aptitude show convirt
Пакет: convirt                                   
Состояние: не установлен
Версия: 1.1-1
Приоритет: необязательный
Раздел: universe/admin
Сопровождающий: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Размер в распакованном виде: 3 903k
Зависимости: python, yelp, python-rpm, python-vte, python-paramiko, python-gtk2,
                        python-glade2, xen-utils, ssh, vncviewer, socat,
                        uml-utilities, dnsmasq
Предлагает: xen-hypervisor
Предоставляет: xenman
Описание: A graphical Xen management tool
 ConVirt is a Xen management tool with a GTK+ based graphical interface that
 allows for performing the standard set of domain operations (start, stop,
 pause, kill, shutdown, reboot, snapshot, etc...). It also attempts to simplify
 certain aspects such as the creation of domains, as well as making the consoles
 available directly within the tool's user interface.


Deleted
()
Ответ на: комментарий от Mr_Alone

KVM вытесняет Xen, поэтому дополнительная поддержка OpenVZ полезнее, чем поддержка Xen. Насчёт технологий виртуализации - граница между разными вариантами всё больше и больше размывается, а в скором времени, я думаю, всё будет «виртуальной машиной» или «Доменом уровня N», как любят говаривать Xen'овщики.
Ну и да, таки после того, как я попробовал, что за штука OpenVZ я теперь жалею только об одном: почему Proxmox поддерживает только мощные современные сервера? Мне бы вот на нетбуке пяток openvz'ных инстансов с бубунтами не помешали бы.

DRVTiny ★★★★★
()
Ответ на: комментарий от Deleted

---
$ aptitude show convirt
Пакет: convirt
Состояние: не установлен
Версия: 1.1-1
---

Мне очень жаль, но это НЕ ТО. Смотрите версию хотя бы.

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

Вытесняет? Не знал. Учитывая, что, например, fault tolerance есть только под Xen, я думаю, KVM его не скоро вытеснит. Плюс у Xen более прогрессивная архитектура (Stubdom - эмулятор оборудования исполняется не как процесс в юзерспейсе, а как отдельная паравиртуальная машина). Если эту архитектуру допилят, конечно

frankincent
()

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

frankincent
()
Ответ на: комментарий от DRVTiny

>KVM вытесняет Xen, поэтому дополнительная поддержка OpenVZ полезнее, чем поддержка Xen.

Что за бред? Где вытесняет, можно узнать? Статистику по серверам сами предоставите? Сколько перешло с Зена на КВМ?

Ну и да, таки после того, как я попробовал, что за штука OpenVZ

И как, венду успешно запускает? :-)

я теперь жалею только об одном: почему Proxmox поддерживает только мощные современные сервера?

Это почему это? Как узнать, насколько мощный и современный у меня серверв?

Mr_Alone ★★★★★
()
Ответ на: комментарий от frankincent

>Учитывая, что, например, fault tolerance есть только под Xen
На каком уровне этот толеранс работает? VMware, которые ИМХО единственные сделали вменяемую систему виртуализации, умеет через 10Гб передавать инструкции процессора внутри кластера. В результате инструкции выполняются параллельно на нескольких нодах (сейчас по-моему ограничение - на двух, но не важно), даже синхронизацию можно включить (но лучше выключить, поскольку тормозить всё будет точно даже на 10Гб), а ввод-вывод реальный осуществляется на одной ноде. В результате сбоя одной ноды теоретически вторая может продолжить работать как ни в чём ни бывало - ресурсы переключатся на резервную ноду и следующая инструкция ввода-вывода будет выполнена ею уже реально.
Но даже такая система fault tolerance не защищает никак от самых частых ошибок - программных. А от последних спасёт по-моему только тщательное тестирование ПО и принципиальный отказ от внедрения в эксплуатацию «чёрных ящиков», у которых есть только вход и выход, а понять, как они работают невозможно.
На урвоне же сторэджей фол-толеранс у QEMU+KVM есть, он обеспечивается нижележащим уровнем самого сторэджа. Перезапуск виртуалки после краха на выжившей ноде - heartbeat'ом, всё стандартно по-моему. Если конечно не извращаться с DRBD, который по жизни немного через Ж работает.

DRVTiny ★★★★★
()
Ответ на: комментарий от frankincent

>но vSphere - это не утилитка управления,

Разве? Я думал это все-таки утилитка, которая мэнэджит ESX-ы. Причем утилитка сильно глючная - недели нет, чтоб не зависло.

Mr_Alone ★★★★★
()
Ответ на: комментарий от DRVTiny

С точки зрения Xen fault tolerance - это зацикленный в бесконечность процесс live migration. Т.е. на первом этапе на резервный сервер копируется содержимое RAM защищаемой машины, а потом несколько раз в секунду копируются изменения, произошедшие в памяти. На время копирования ввод-вывод задерживается и буферизируется. Вроде VMware работает также

frankincent
()
Ответ на: комментарий от frankincent

>Вроде VMware работает также
вмварщики на конференции одной сказали, что нет смысла копировать изменения в памяти, потому что если делать это с инструкциями процессора, получится меньший объём передаваемых данных. А дальше уже инструкции на целевой машине сами изменят содержимое памяти.
Спасибо за инфу по Xen, не знал, что всё так круто. KVM и правда далеко до такого.

DRVTiny ★★★★★
()
Ответ на: комментарий от Mr_Alone

>Это почему это? Как узнать, насколько мощный и современный у меня серверв?

У них ограничение - 64 бита и поддержка VMX'а процессором. Это нужно для KVM (последнее), а вот почему нельзя без KVM просто OpenVZ-инстансы пускать - это отдельный вопрос.

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

>У них ограничение - 64 бита и поддержка VMX'а процессором. Это нужно для KVM (последнее), а вот почему нельзя без KVM просто OpenVZ-инстансы пускать - это отдельный вопрос.

Может стоит немножко разобраться в вопросе? Поддержка виртуализации давно есть в нотбучных процах, равно как и 64 бита. Proxmox спокойно запускает OpenVZ без KVM. В чем проблема?

Mr_Alone ★★★★★
()
Ответ на: комментарий от Mr_Alone

>Поддержка виртуализации давно есть в нотбучных процах, равно как и 64 бита.

Я вообще-то говорил об Intel Atom
OpenVZ без KVM Proxmox не поддерживает: есть ядра «только KVM», но нет «только OpenVZ». Так что либо пруфлинк, либо хватит п.здеть.

DRVTiny ★★★★★
()
Ответ на: комментарий от Mr_Alone

>Может стоит немножко разобраться в вопросе? Поддержка виртуализации давно есть в нотбучных процах, равно как и 64 бита

Далеко не во всех(особенно касается Intel у amd практически все держат кроме совсем низких " классов").

pinachet ★★★★★
()
Ответ на: комментарий от DRVTiny

>Так что либо пруфлинк, либо хватит п.здеть.

На, ёба! http://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Lenny_on_32-Bit_Proc...

Я вообще-то говорил об Intel Atom

Атомы могут VT и 64 бита. Не всё одновременно. Хотя чего бы не сокрушаться по поводу того, что на телефоне нет поддержки VT и 64 бита?

Mr_Alone ★★★★★
()

>обеспечить управление и мониторинг

Разрешено к массовому внедрению Министерством Правды.

anonymous
()
Ответ на: комментарий от pinachet

>Далеко не во всех(особенно касается Intel у amd практически все держат кроме совсем низких " классов").

Конечно. Можно купить старый Целерон, а потом ныть, что он и медленный, и то у него урезано, и это. Или Атом попроще, на котором хостовая система еле шевелится.

Mr_Alone ★★★★★
()

Ну что вы холиварите то за зря...

Я перешел на KVM перепробовав почти все в реальных условиях. KVM еще слишком молод что бы его сравнивать с Xen или VMware. Proxmox действительно класная штука энтерпрайз уровня.

anonymous
()
Ответ на: комментарий от DRVTiny

> У них ограничение - 64 бита и поддержка VMX'а процессором. Это нужно для KVM (последнее), а вот почему нельзя без KVM просто OpenVZ-инстансы пускать - это отдельный вопрос.

Да ну? И как он тогда на мой старенький P4 стал и успешно работал некоторое время?

Magister2k7
()
Ответ на: комментарий от DRVTiny

> Я вообще-то говорил об Intel Atom

OpenVZ без KVM Proxmox не поддерживает: есть ядра «только KVM», но нет «только OpenVZ». Так что либо пруфлинк, либо хватит п.здеть.


Попробуйте поставить, а потом пишите. Ядро KVM+OpenVZ вполне себе запустится, только что KVM работать не будет. А OpenVZ - легко.
И да, открою страшную правду. KVM есть во всех современных ядрах, и во многих дистрибутивах включен по дефолту. Как же они тогда работают на стареньких компах? :)

Magister2k7
()

Canonical хочет конкурировать с VmWare? :)
А что, интересно, всё лучше чем HyperV всякие.

Hokum ☆☆☆☆
()
Ответ на: комментарий от Magister2k7

>Да ну? И как он тогда на мой старенький P4 стал и успешно работал некоторое время?
Осмелюсь предположить, что из Debian'овских репозиториев и какой-то древней версии?

DRVTiny ★★★★★
()
Ответ на: комментарий от Mr_Alone

---
Proxmox VE is only provided for 64-bit CPUs using the debian amd64 architecture. While this makes sense for the KVM hypervisor that depends on special hardware features not available in 32-bit CPUs, at least the container based virtualization OpenVZ can be supported on 32-bit CPUs.

Unfortunatly you cannot install Proxmox VE on those old 32-bit machines, that's why I ported the packages for i386 architecture.

Using these unofficial packages your 32-bit Server will run Proxmox VE for OpenVZ only.
---

И что? Какой-то неофициальный грязный хак. Старой версии к тому же.
К тому же, без извратов Proxmox VE вообще ставится полностью с диска, а не пакеты на Debian накатываются. Не понимаю, какой смысл тратить время, ставить сначала Debian, неизбежно с кучей ненужного (вы же не будете попакетно выбирать, как можно было в ASPLinux 9), а потом ещё VE поверх, если он с диска накатывается меньше, чем за 10 минут?

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

>И что? Какой-то неофициальный грязный хак. Старой версии к тому же.

Ну нифига се! На их же официальном сайте висит документачка, как сделать. Чего не нравится? Тем более уже написали выше, что

Попробуйте поставить, а потом пишите. Ядро KVM+OpenVZ вполне себе запустится, только что KVM работать не будет. А OpenVZ - легко.

Короче ной дальше, что у тебя ничего не запускается.

Mr_Alone ★★★★★
()
Ответ на: комментарий от Mr_Alone

>Ну нифига се! На их же официальном сайте висит документачка, как сделать.

Это вики-сайт, пополняемый коммунити. Там вообще полно статей обо всём подряд, написанных далеко не разработчиками. Сначала это обсуждается на форуме, а потом интересные вещи выкладываются на вики. Совершенно нормальная практика для OpenSource, тот же сайт OpenVZ вообще целиком в формате вики.

Мне бы вот на нетбуке пяток openvz'ных инстансов с бубунтами не помешали бы.


Имелась в виду установка Proxmox с нуля и с LiveCD. Я уже слишком давно и долго пляшу с бубном по каждому поводу, чтобы предпочитать решения, корректно работающие и обновляющиеся из «коробки». Всё остальное нужно посылать в сад, если вы не девелопер, конечно.

Меня, например, в Proxmox уже достало просто то, что у него в коде прямо забито, что интерфейсом управления является либо vmbr0, либо, если его нет, то eth0. И ничего с этим не сделаешь: только патчи высылать.

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

>> Да ну? И как он тогда на мой старенький P4 стал и успешно работал некоторое время?

Осмелюсь предположить, что из Debian'овских репозиториев и какой-то древней версии?

Нет, последней версии и с официального диска. Проц поддерживает 64 бита, но не поддерживает VMX (или как его там) - соответственно всё стало без проблем, и веб-интерфейс говорит: бла-бла-бла, проц не поддерживает виртуализацию, потому KVM недоступен, юзайте OpenVZ.

Magister2k7
()
Ответ на: комментарий от Magister2k7

>Проц поддерживает 64 бита
Что значит «поддерживает 64 бита». Архитектура либо IA32 (тот же Intel Atom), либо IA64/x86_64/amd64. Не может 32-х битный процессор по мановению волшебной палочки стать 64-х битным.

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

>Что значит «поддерживает 64 бита». Архитектура либо IA32 (тот же Intel Atom), либо IA64/x86_64/amd64. Не может 32-х битный процессор по мановению волшебной палочки стать 64-х битным.

Да какой же ты тролль то зелёный. А ну геть с ЛОР-а! x86_64 - это набор дополнительных инструкций x86. IA-64 - это Итаниум, а не EM64T/AMD64. Пипец просто, а еще спорит о высоких технологиях, типа виртуализации.

Mr_Alone ★★★★★
()
Ответ на: комментарий от Mr_Alone

Заткнись, жертва маркетологов! Если говорят 64-х разрядная - значит и подразумевают соответствующую ширину процессорной шины, а не «поддержку 64-х битных инструкций» в вакууме. Если 64-х битная инструкция не помещается на шине и её нужно проталкивать в два приёма, то это никакой не 64-х разрядный процессор, потому что ни одна из таких инструкций не исполнится за один такт. И Intel Atom - это чистой воды i686, обычный IA32 (судя по pae с расширенной до 36-ти бит шиной):
[code]
processor   : 0
vendor_id   : GenuineIntel
cpu family   : 6
model      : 28
model name   : Intel(R) Atom(TM) CPU N270 @ 1.60GHz
stepping   : 2
cpu MHz      : 1600.000
cache size   : 512 KB
physical id   : 0
siblings   : 2
core id      : 0
cpu cores   : 1
apicid      : 0
initial apicid   : 0
fdiv_bug   : no
hlt_bug      : no
f00f_bug   : no
coma_bug   : no
fpu      : yes
fpu_exception   : yes
cpuid level   : 10
wp      : yes
flags      : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm dts
bogomips   : 3200.37
clflush size   : 64
cache_alignment   : 64
address sizes   : 32 bits physical, 32 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family   : 6
model      : 28
model name   : Intel(R) Atom(TM) CPU N270 @ 1.60GHz
stepping   : 2
cpu MHz      : 1600.000
cache size   : 512 KB
physical id   : 0
siblings   : 2
core id      : 0
cpu cores   : 1
apicid      : 1
initial apicid   : 1
fdiv_bug   : no
hlt_bug      : no
f00f_bug   : no
coma_bug   : no
fpu      : yes
fpu_exception   : yes
cpuid level   : 10
wp      : yes
flags      : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm dts
bogomips   : 3199.90
clflush size   : 64
cache_alignment   : 64
address sizes   : 32 bits physical, 32 bits virtual
[/code]

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

Ты кто такой, чтоб мне рот закрывать, мальчик? Иди книжки читай, потом на ЛОР-е пиши. Тебе много раз ткнули, где ты неправ. Свали, короче.

Mr_Alone ★★★★★
()
Ответ на: комментарий от Mr_Alone

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

DRVTiny ★★★★★
()

как нам в детстве говорили про дедушке Ленина так и тут Xen жил, живет и жить будет такие махины просто так не вытесняются

Parshin
()
Ответ на: комментарий от DRVTiny

>>Проц поддерживает 64 бита

Что значит «поддерживает 64 бита». Архитектура либо IA32 (тот же Intel

Atom), либо IA64/x86_64/amd64. Не может 32-х битный процессор по


мановению волшебной палочки стать 64-х битным.



VMX и 64 бита никак между собой не связаны - именно это я и пытаюсь донести. Или это сложно понять?
И, заметьте, про архитектуру (IA32, x86-64, ...) и разрядность процессора я ни сказал ни слова. Так что ваш выпад мимо.

Magister2k7
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.