Сравнение SLES и RHEL с точки зрения Novell

MS им в рамках сделки траву "Get The Glucks" передала?

>> Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), то в документе приводятся данные только для Xen, используемой в SLES.

бред. вы сам документ хоть читали? страница 11 таблица 3 (для дебилов). и обратить внимание на готовые решения по испоользованию сторонних гипервизоров (чего нет у RH). документ очень чётко указывает, что как минимум в ближайшие полтора года решения на KVM невыгодны во всех отношениях и непригодны для production (стр.10, ссылка 7).

таблица 3 именно для д*билов, т.к. в ней никакого сравнения совершенно нет. Про использование сторонних гипервизоров там тоже всё расписано (в том числе и про возможность использования VMWARE в продукте RH

>> т.к. в ней никакого сравнения совершенно нет. Про использование сторонних гипервизоров там тоже всё расписано (в том числе и про возможность использования VMWARE в продукте RH

да ну? там именно показана сырость/отсутствие протестированных решений от RH. и чётко указано, что в случае пользования сторонними гипервизорами TCO подсчитывается хз как (индивидуально! sic!). потрудитесь привести пруфлинк с указанием систем, сертифицированных для RH5*+KVM и/или нормальный прайс-лист, как это сделал Novell. страница 5 документа к вашим услугам. данные подкреплены ссылками RH.

спасибо.

P.S. а потом можно именно на сегодня посмотреть на сравнительное тестирование производительности xen vs kvm и подумать немного...

P.P.S. суть моих претензий - ваша фраза "Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), то в документе приводятся данные только для Xen, используемой в SLES." - абсолютно некорректна. данные приводятся целиком и полностью как они есть на самом деле и это уж факт, что с виртуализацией у RH временные затруднения (но прогнозировать насколько они "временные" - увольте)

>P.P.S.

"Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), и в виду неопределённости текущего состояния KVM, то в документе приводятся данные только для Xen."

Так нормально?

>потрудитесь привести пруфлинк с указанием систем, сертифицированных для RH5*+KVM и/или нормальный прайс-лист, как это сделал Novell. страница 5 документа к вашим услугам. данные подкреплены ссылками RH.

Где там прайс? И список систем сертифицированных Novell?

>> "Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), и в виду неопределённости текущего состояния KVM, то в документе приводятся данные только для Xen."

как-то коряво. как насчёт убрать фразу совсем?

>> Где там прайс?
страницы 5-6

>> И список систем сертифицированных Novell?
таблица 3 стр.11

>как насчёт убрать фразу совсем?

ok

>таблица 3 стр.11

Не нашёл ни слова про сертификацию.
Поддерживаемые guest-системы: http://www.linux-kvm.org/page/Guest_Support_Status

>прайс

в прайсе RH тоже есть.

Кототролль теряет позиции.

>способность системы к взаимодействию с ОС Windows

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

Надо венда - ставь полноценную венду и не плоди франкинштейнов. Новель там еще кернел с поддержкой ВинАПИ не выпустил, не?

> пруфлинк с указанием систем, сертифицированных для RH5*+KVM

KVM в RHEL-5? Это Новелл пишет?

Подеритесь! Подеритесь! (Бивис и Баттхед "Позитивны сто пудов").

> KVM в RHEL-5? Это Новелл пишет?
советую осилить доку. там немного и в большинстве своём по делу.

> советую осилить доку. там немного и в большинстве своём по делу.

Какое такое дело? Xen из RHEL-5 никуда не денется. KVMом вообще пока не пахнет. Код в Xen говно, команда разработчиков не своя ручная. У KVM прямой дизайн, разработчики куплены и отгорожены от финансовых проблем. Однозначно, что KVM в скором времени будет значительно лучше Xen по фичам. Собственно, наличие KVM в апстримном ядре и отсутствие там Xen уже говорит о том, что с Xen идти в ногу со временем будет сложнее.

>KVM в RHEL-5

http://practical-tech.com/infrastructure/red-hat-makes-kvm-its-linux-virtuali...
http://209.85.129.132/search?q=cache:WSmDRBwrfF4J:www.redhat.com/about/news/p...

http://www.moreinterop.com/ (осторожно флеш)

>>способность системы к взаимодействию с ОС Windows
>Еще одно подтверждение тому, что в Новеле сидят настоящие козлы, а их продукцией пользуются окученные лемминги.
>Надо венда - ставь полноценную венду и не плоди франкинштейнов. Новель там еще кернел с поддержкой ВинАПИ не выпустил, не?

вы совершенно неадекватно реагируете на слово Виндоус. Гетерогенные среды позволяют извлечь преимущества от обоих (точнее, всех используемых) систем, замаскировав недостатки друг друга. There is no silver bullet, Линукс в том числе.

В RHEL собираются мигрировать с XEN на KVM только в 5.4 версии. Как можно сравнивать то чего ещё нет? (если конечно там сравниваются эти технологии)

А что, винда в виртуальной машине какая то неполноценная? По моему это как раз и хорошо, что когда "надо винда" не надо при этом выделять отдельно под неё железо и греть им атмосферу с увеличением скорости счётчика энергии.

>> Xen из RHEL-5 никуда не денется.
некорректно, вас поправили ниже.

>> Код в Xen говно, команда разработчиков не своя ручная.
неаргументированное высказывание малыша, у которого нет точно такой же, как и в детском садике, игрушки, несмотря на то, что игрушку разрешают забирать из садика домой.

в целом лично радует неизбежный прогресс qemu как следствие развития kvm, только вот "эмуляция" и "паравиртуализация" действительно очень сильно завязаны на возможности железа и kvm сегодня пригоден только как тестовая площадка.

>> Собственно, наличие KVM в апстримном ядре и отсутствие там Xen уже говорит о том, что с Xen идти в ногу со временем будет сложнее.
возможно, но не берусь предсказывать условия, необходимые для разрушения текущего Xen community, остановки разработки и отказе/(откате) промышленного применения в пользу того же kvm.

сугубо imho - после покупки Qumranet Inc. у RH появилась возможность "пестовать" свою собственную технологию виртуализации и попытка ликвидировать текущее отставание от того же Novell вполне логична. если при этом будет ощутимо прогрессировать qemu - супер! то есть RH купила вместе с "Qumranet Inc." уже готовую инфраструктуру, развивавшуюся силами community с февраля 2007-го, когда в 2.6.20 впервые официально был включён модуль KVM от Qumranet. как оно дальше сложится - посмотрим (если здоровья хватит). но говорить о тотальном превосходстве kvm vs xen так сказать by design - это надо быть довольно смелым человеком. думаю имеет смысл подождать, пока kvm не будет представлен в RH-5.4 (по плану) и посмотреть на тесты. пока же и разговаривать-то не о чем.

>> вы совершенно неадекватно реагируете...
Сударь, мы таки на ЛОР-е...

>> В RHEL собираются мигрировать с XEN на KVM только в 5.4 версии. Как можно сравнивать то чего ещё нет? (если конечно там сравниваются эти технологии)
там именно говорится об увеличении рисков (увеличении TCO) всвязи с предполагаемым трансфером работающих xen решений на неоттестированный новый kvm и вскользь упоминаются некоторые преимущества существующего xen решения.

>>> Xen из RHEL-5 никуда не денется.

> некорректно, вас поправили ниже.

Корректно. Xen из RHEL-5 никуда не денется. План по включению KVM в RHEL-5.4 в качестве technology preview не говорит о том, что Xen исчезнет.

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

Бла-бла-бла, эпитеты. Почитайте код Xen, что ли?..

> возможно, но не берусь предсказывать условия, необходимые для разрушения текущего Xen community, остановки разработки и отказе/(откате) промышленного применения в пользу того же kvm.

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

> сугубо imho - после покупки Qumranet Inc. у RH появилась возможность "пестовать" свою собственную технологию виртуализации и попытка ликвидировать текущее отставание от того же Novell вполне логична.

О каком отставании вообще идёт речь?

> но говорить о тотальном превосходстве kvm vs xen так сказать by design - это надо быть довольно смелым человеком.

Надо для начала хотя бы просто почитать про дизайн обеих систем.

> там именно говорится об увеличении рисков (увеличении TCO) всвязи с предполагаемым трансфером работающих xen решений на неоттестированный новый kvm.

Да бросьте, посмотрите, наконец, чейнджлоги на предмет того, сколько ошибок правится в xen.

>> В RHEL собираются мигрировать с XEN на KVM только в 5.4 версии. Как можно сравнивать то чего ещё нет? (если конечно там сравниваются эти технологии)

>там именно говорится об увеличении рисков (увеличении TCO) всвязи с предполагаемым трансфером работающих xen решений на неоттестированный новый kvm и вскользь упоминаются некоторые преимущества существующего xen решения.

Всё равно это из разряда фантастики (сравнивать орбитальную станцию мир и межгалактический крейсер "Энтерпрайз").
К тому же там речь идёт не о том что придётся переходить с Xen на KVM, а о переходе с RISC/UNIX на линукс/виндоуз.

ПС. РедХат продолжить поддерживать Xen (см. офф. сайт), так что никаких рисков нет.

Дайте угадаю. SLES с точки <i>объективного</i> зрения Novell круче?

>>способность системы к взаимодействию с ОС Windows

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

>Надо венда - ставь полноценную венду и не плоди франкинштейнов. Новель там еще кернел с поддержкой ВинАПИ не выпустил, не?

Ты сусю вообще видел?

> О каком отставании вообще идёт речь?
с удовольствием выслушаю ваши аргументы о некорректности утверждений/фактов от Novell:
1)
"
SUSE Linux Enterprise Virtual Machine
Driver Pack contains drivers for Red Hat
Enterprise Linux and Windows operating
systems, to provide near-native performance
for fully virtualized guest operating systems.
Red Hat does not have anything like the
Virtual Machine Driver Pack to provide
high performance for fully virtualized
guest operating systems.
"
2)
"
VMware VMI has been included in the
SUSE Linux Enterprise Server kernel.
This helps SUSE Linux Enterprise Server
guest operating systems run with lower
overhead on the VMware ESX Server
hypervisor, giving a performance advantage
over guest operating systems such as
Red Hat Enterprise Linux without VMI.
"
3)
"
Novell offers a full set of virtualization
management products. The PlateSpin®
family of management products has vaulted
Novell into a leadership position in terms
of providing agnostic physical server and
virtual server management tools.6 No other
virtualization software vendor, including
Red Hat, provides management tools to
manage Linux, UNIX and Windows platforms
in addition to virtual servers and virtual
environments created by Microsoft Hyper-V,
VMware ESX Server 3 and Xen hypervisors.
"

>> Надо для начала хотя бы просто почитать про дизайн обеих систем.
а что вы можете сказать на документ, представленный по ссылке ниже?
http://wiki.xensource.com/xenwiki/Open_Topics_For_Discussion?action=AttachFil...

спасибо.

>вы совершенно неадекватно реагируете на слово Виндоус. Гетерогенные среды позволяют извлечь преимущества от обоих (точнее, всех используемых) систем, замаскировав недостатки друг друга. There is no silver bullet, Линукс в том числе.

Пока из виндов никаких приемуществ получить не получается. Максимум, войти в домен кастуя ldap.

> 1)

Ложь.

> 2)

Само собой разумеется, что такие жирнющие изменения в настоящий стабильный продукт никогда не попадут. В этом и есть главное отличие RHEL от SLES. Т.к. paravirt_ops в Федоре есть ещё с 8-й версии, то, по всей видимости, стоит ожидать VMI в RHEL6.

> 3)

На чём обоснованы утверждения? В RHEL есть libvirt, который умеет всё (на мой неискушённый взгляд), что требуется от консоли управления виртуальными машинами. Что касается поддержки ею unix и винды, то unix'ы и виндовсы не лежат в бизнес-интересах Red Hat. В живых Unix вообще свой менеджмент виртуалок есть, на кой хрен на z/Arch с его супертехнологией LPAR иметь какой-то кривой Xen/KVM/Hyper-V? Почему Novell'у нужен виндовс - это и так всем понятно.

> а что вы можете сказать на документ, представленный по ссылке ниже?

Уже читаю.

господа модераторы, прошу удалить строку в новости:

"Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), то в документе приводятся данные только для Xen, используемой в SLES."

поскольку речь идёт не о сравнении текущих SLE vs RH и фраза некорректна. заодно и этот пост удалите.

спасибо.

> неаргументированное высказывание малыша

Это мнение Торвальдса. Он не пустил xen в ядро и разрабы xen(citrix?) признали что есть что переписывать.

> kvm сегодня пригоден только как тестовая площадка.

Аргументы? Да, нашли недавно в нём тройку дырок, падало оно на некоторых dma-операциях, местами скорость хромает, виртуальное железо местами глючит, но последняя версия со стабилизирующими патчами работает нормально и вообще а проблемы есть у всех. xen тоже не без багов.

>поскольку речь идёт не о сравнении текущих SLE vs RH

сравниваются _будущие_ SLE vs RH?
Как я понял сравниваются что-то от СУСЕ с чем-то ещё не существующим от РедХата.

>Пока из виндов никаких приемуществ получить не получается. Максимум, >войти в домен кастуя ldap.

В самом деле? Может просто у Вас это не получается? Давайте не будем закрывать глаза на очевидные факты того, что допустим на предприятиях у многих windows программ аналогов под линукс либо нет, либо есть но для работы с ними нужно переучиваться. Чего бы не завиртуализировать систему с такими уже работающими продуктами?

>> Ложь.
а аргументировать?

>> 3) На чём обоснованы утверждения?
http://www.platespin.com/products/index.aspx

>> на кой хрен на z/Arch с его супертехнологией LPAR иметь какой-то кривой Xen/KVM/Hyper-V?
а это здесь при чём? или вы имеете что добавить к документу:
ftp://ftp.software.ibm.com/software/linux/IBMSoftwareOnLinux.pdf
?! внимательно вас слушаю...

>> Как я понял сравниваются что-то от СУСЕ...
no comments...
http://www.linux.org.ru/jump-message.jsp?msgid=3690642&cid=3690804

>> >как насчёт убрать фразу совсем?
>> ok
вы передумали?

KVM не нужен, уроды, лучшебы XEN в ядро включили нормально.

> Чего бы не завиртуализировать систему с такими уже работающими продуктами?

Просто куплю винду для этих программ. Зачем мне ее виртуализаровать?

> а аргументировать?

Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!

> http://www.platespin.com/products/index.aspx

В двух словах, без маркетинга, что там из killer feature?

Это новелловская разработка, кстати?

> ?! внимательно вас слушаю...

Я не вижу, где там z/Architecture? На первых дцати страницах вообще указана System X, которые строят на интеловских зеонах и амдшных оптеронах. Как вы себе представляете z/VM на оптероне?

> Просто куплю винду для этих программ. Зачем мне ее виртуализаровать?

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

>Просто куплю винду для этих программ. Зачем мне ее виртуализаровать?

Сама по себе винда не работает. К ней как бы ещё компьютер подавай ) Если таких рабочих мест скажем 10? Что будет выгодней: один сервер с виртуализацией и 10 копий windows или 10 системных блоков и 10 копий windows?

> http://www.platespin.com/products/index.aspx

сколько оно стоит?

Ух ты! Первая страница, и сразу такой флейм! *побежал за попкорном и колой*

>>Пока из виндов никаких приемуществ получить не получается. Максимум, >войти в домен кастуя ldap.

>В самом деле? Может просто у Вас это не получается? Давайте не будем закрывать глаза на очевидные факты того, что допустим на предприятиях у многих windows программ аналогов под линукс либо нет, либо есть но для работы с ними нужно переучиваться. Чего бы не завиртуализировать систему с такими уже работающими продуктами?

Читать вообще умеем? И удерживать в быстрой памяти более одного сообщения?

>> Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!
тем более покажите мне/нам аналог:

http://download.novell.com/index.jsp?product_id=&search=Search&famili...

http://www.novell.com/products/vmdriverpack/

>> В двух словах, без маркетинга, что там из killer feature?
полный management solution for data centers (ессно imho и с учётом "в двух словах").

>> Это новелловская разработка, кстати?
да

>> Я не вижу, где там z/Architecture?
этот документ содержит полный текущий список "IBM Middleware Available on Linux". на первой же странице написано, что обзор софта для System z начинается на стр. 133 (куда и ведёт линк). а ваше высказывание о "хрене, редьке и LPAR" до сих пор не понятно. что вы хотели сказать-то?

>> Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!
>тем более покажите мне/нам аналог:

Вы всегда отвечаете вопросом на вопрос?

>> сколько оно стоит?
сама схема "поддержки" аналогична SLE*, но поскольку продукт ориентирован на предоставление именно решений для конкретного случая - стоимость варьируется.

>> Вы всегда отвечаете вопросом на вопрос?
привёл ссылку на описание "SUSE Linux Enterprise Virtual Machine Driver Pack", привёл ссылку на страницу загрузки готовых пакетов (да, нужна регистрация), можно почитать о чём речь:

SUSE® Linux Enterprise Virtual Machine Driver Pack SP2 contains disk and network device drivers for a number of third-party operating systems that enable the high performance hosting of these unmodified guest operating systems on top of SUSE Linux Enterprise Server 10 (SLES 10) SP1 or later. The guest operating systems supported by this driver pack are:

* Windows Server* 2008 (Not WHQL certified)
* Windows Server 2003 (Not WHQL certified)
* Windows Vista* (Not WHQL certified)
* Windows XP (Not WHQL certified)
* Windows 2000 Server (Not WHQL certified)
* Red Hat* Enterprise Linux* 4
* Red Hat Enterprise Linux 5

Note: The WHQL certified windows drivers will be included in the update channel when they are available. The update channel is accessible to those who purchase a SUSE Linux Virtual Machine Driver Pack subscription.

учесть, что все обновления для SLE* качаются "вручную" с офсайта Novell и без платной "подписки" (вы просто лишаетесь права на консультации). прошу продемонстрировать аналог - встречаю непонимание (или нежелание понимать, о чём идёт речь), кроме того, прямое заявление "Ложь" (пока ничем не аргументированное кстати).

> тем более покажите мне/нам аналог:

http://209.85.129.132/search?q=cache:vMiYaP4RT1MJ:https://rhn.redhat.com/erra...

http://209.85.129.132/search?q=cache:m-EkvnVbK_EJ:www.redhat.com/docs/manuals...

> а ваше высказывание о "хрене, редьке и LPAR" до сих пор не понятно. что вы хотели сказать-то?

"полный management solution for data centers" для z/Arch (Unix) от Новелла, Red Hat, m$, чёрта с рогам, etc, не нужен.

>> http://209.85.129.132/search?q=cache:vMiYaP4RT1MJ:https://rhn.redhat.com/erra...

A new package containing installation images for para-virtualized drivers for fully-virtualized Windows® XP and Windows Server 2003 guests running on Red Hat Enterprise Linux 5.3 (or later) hosts are now available as a Technology Preview.

и ЭТО вы называете "аналогом"?! как скачать и посмотреть, что "внутри"? или всё настолько страшно, что нужна оплаченная подписка на RHEL?

спасибо.

P.S. сути второй ссылки не понял. чего сказать-то хотели?

> и ЭТО вы называете "аналогом"?!

Пара-драйвера для RHEL'ов и виндов? Ну вы можете их хоть жопой с ручкой назвать, сути-то это не изменит.

>> "полный management solution for data centers" для z/Arch (Unix) от Новелла, Red Hat, m$, чёрта с рогам, etc, не нужен.
поставьте imho. это сугубо ваша точка зрения. она, бесспорно, заслуживает уважения, но не отменяет наличие/(и востребованность) уже существующих решений.