https://opennet.ru/openforum/vsluhforumID3/75844.html После одиннадцати месяцев разработки представлен (http://blog.xen.org/index.php/2011/03/25/xen-4-1-releases/) релиз свободного гипервизора Xen 4.1 (http://www.xen.org/products/xen_source.html). По сравнению с прошлым выпуском в Xen 4.1 внесено 1906 коммитов, в подготовке которых приняло участие 102 разработчика и 25 организаций. Кроме того, около 400 коммитов связанных с поддержкой Xen, было принято в состав основной ветки Linux-ядра. Ожидается, что интеграция оставшихся бэкенд-драйверов, необходимых для обеспечения работы Xen Dom0 из коробки, будет завершена в Linux-ядре 2.6.39.<br><br><br>Из ключевых улучшений (http://wiki.xen.org/xenwiki/Xen4.1) Xen 4.1 можно отметить:<br><br><br><br>- Переработана архитектура и расширены возможности инструментария XL, заменяющего собой XM/XEND. XL базируется на использовании библиотеки libxenlight (http://blog.xen.org/index.php/2011/03/25/index.php/2009/11/09/libxenlight-released/), предоставляющей простой и надежный управляющий API. Функционально XL эквивалентен...<br><br>URL: http://blog.xe https://opennet.ru/openforum/vsluhforumID3/75844.html#55 Fri, 17 Jun 2011 03:49:27 GMT Более 2 лет на Xen 3.2.1 работают 3 сервера в продакшене. Использовал до этого использовал OpenVZ, но по возможностям, производительности и универсальности мне понравился именно Xen.<br> https://opennet.ru/openforum/vsluhforumID3/75844.html#54 Tue, 29 Mar 2011 07:34:11 GMT &gt;при мощностях современных серверов мне уже глубоко пофигу показания бенчмарков и прочие прес-релизы заказных пиписькомеров а ля "мы круче" кто бы их не публиковал. <br><br>Несколькими постами выше было всё наоборот.<br><br>&gt;Для меня выбор любой системы стал определяться в первую очередь простотой эксплуатации уровнем надежности и временем реакции техподержки.<br><br>И шо вы хотите этим сказать? Что поддержку на Xen или KVM купить нельзя? Так это чушь, можно купить с любым SLA. Что уровень надежности меньше? Так опять ведь чушь. Что эксплуатация проще, так нет же &#8212; это продукты одной категории сложности. <br><br>&gt;а также уровнем квалификации обслуживающего ее персонала (чем проще - тем меньше можно платить инженеграм саппорта)<br><br>Во-первых нет никакой корреляции между простотой программного обеспечения и квалификацией персонала а уж тем более заработной платой этого персонала. Это разные вещи. <br> <br>Во-вторых любая "простая" технология при масштабирование внезапно становится очень сложной, с кучей критических ньюансов, ко https://opennet.ru/openforum/vsluhforumID3/75844.html#53 Tue, 29 Mar 2011 06:30:05 GMT Ну, во-первых, канал не будет 4Х. А, во-вторых, вам правильно указали на dm-multipath.<br> https://opennet.ru/openforum/vsluhforumID3/75844.html#52 Tue, 29 Mar 2011 06:27:30 GMT &gt; У Хеn ограничен список поддерживаемых ОС: Fedora, RH, SuSe(все), Windows.<br><br>Вы, как и многие тут, путаете Xen и XenServer. У Xen таких ограничений нет.<br> https://opennet.ru/openforum/vsluhforumID3/75844.html#51 Tue, 29 Mar 2011 06:23:04 GMT Э, как бы вам сказать. Дело в том, что "простота эксплуатации" это миф. Тем более в системах с таким горизонтом, как кластерные или облачные. Поэтому на уровне квалификации сэкономить за счёт некой "простоты эксплуатации" не выйдет. Это мой взгляд. На первые места, на практике, выходит адекватность и качество документирования сформированной системы и наличие в достаточном количестве методик обслуживания и, конечно же, наличие сообщества. Поэтому лучше вкладываться именно в квалификацию персонала, но не просто так, а ставя перед этим персоналом понятные и достижимые цели.<br> https://opennet.ru/openforum/vsluhforumID3/75844.html#50 Mon, 28 Mar 2011 16:26:17 GMT посмотрите ganeti<br>сложный прдукт но того стоит,<br>например винда под ксеном работает лучше и быстрее.. (virtio надо тюненговать для нагруженных систем, а xen отдает все из коробки тем более паравиртуалные драва под винду лучше себя ведут)<br><br>кластер ганети обеспечивает все что дает вмварь + куча разных интересных фиичь есть одно но... ввсяким любителям окошечного управления лучше не соваться... прдукт для тру админов имхо<br><br>&gt; если вам нужно 30 виртуалок на разных тазиках то лучше использовать XEN, <br>&gt; а если надо &gt;30 виртуалок + кластерные фичи + у вас <br>&gt; есть СХД блейды etc то альтернативы esx vmware просто нет https://opennet.ru/openforum/vsluhforumID3/75844.html#49 Mon, 28 Mar 2011 12:48:05 GMT &gt; не надо ярлыки навешивать, я использовал и Hyper-V, сейчас использую XEN и <br>&gt; vmware и если вы прочтете мой первый пост то увидите там <br>&gt; мое собственное мнение сформированное на основе личного опыта и кстати свое <br>&gt; мнение я никому не навязываю <br><br>по категоричности поста этого не скажешь.<br><br>&gt; to Dim я вас спросил какие у вас были серъезные проблемы? а <br>&gt; вы поступаете чисто по еврейски отвечаете вопросом на вопрос.<br><br>даже не буду на эту чушь реагировать. <br><br>&gt; to haha - попробую объяснить свой выбор <br>&gt; при мощностях современных серверов мне уже глубоко пофигу показания бенчмарков и прочие <br>&gt; прес-релизы заказных пиписькомеров а ля "мы круче" кто бы их не <br>&gt; публиковал. Для меня выбор любой системы стал определяться в первую очередь <br>&gt; простотой эксплуатации уровнем надежности и временем реакции техподержки, а также уровнем <br>&gt; квалификации обслуживающего ее персонала (чем проще - тем меньше можно платить <br>&gt; инженеграм саппорта) - ну что доходчиво объяснил? https://opennet.ru/openforum/vsluhforumID3/75844.html#48 Mon, 28 Mar 2011 12:41:57 GMT не надо ярлыки навешивать, я использовал и Hyper-V, сейчас использую XEN и vmware и если вы прочтете мой первый пост то увидите там мое собственное мнение сформированное на основе личного опыта и кстати свое мнение я никому не навязываю<br>to Dim я вас спросил какие у вас были серъезные проблемы? а вы поступаете чисто по еврейски отвечаете вопросом на вопрос.<br>to haha - попробую объяснить свой выбор<br>при мощностях современных серверов мне уже глубоко пофигу показания бенчмарков и прочие прес-релизы заказных пиписькомеров а ля "мы круче" кто бы их не публиковал. Для меня выбор любой системы стал определяться в первую очередь простотой эксплуатации уровнем надежности и временем реакции техподержки, а также уровнем квалификации обслуживающего ее персонала (чем проще - тем меньше можно платить инженеграм саппорта) - ну что доходчиво объяснил?<br> https://opennet.ru/openforum/vsluhforumID3/75844.html#47 Mon, 28 Mar 2011 12:23:20 GMT &gt; "FT - маркетинговая чушь" ну не будьте вы таким упертым - шире <br>&gt; на мир смотреть надо :) <br><br>и это я слышу от апологета вмвари, которые не только изо всех сил стараются запереть клиентов на своих решениях, чтоб они никогда не увидели ничего другого, но и запрещают публиковать бенчмарки и проблемы, под страхом решения лицензии, которая кстати стоит бешеных денег<br><br>&gt; понятно что на высоконагруженной vm использовать ft не выгодно, а зачастую и <br>&gt; невозможно, но для vm с небольшой нагрузкой и очень критичной к <br>&gt; простою FT очень эффективна и проста.<br><br>ВМ как таковая никому не нужна. важен сервис который там бежит. и во первых сервис можно держать в кластере, а во вторых, достаточно важный сервис обычно и так защищен, и ФТ оказывается не нужен.<br><br>&gt; вы пишите у вас были нерешимые проблемы с esx от которых, как <br>&gt; я понял, вы счастливо избавились в "открытых" решениях - можно более <br>&gt; поподробнее эти моменты осветить?<br><br>вы сначала осветите вашу позицию на тему "не хочу спорить"<br>потом поясните как же вы вс