- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Xen будет в ядре Linux с версии 3. KVM - извините, пока это всего лишь поделка, причем прогигрывает по ряду моментов. RedHat просто вбухали денег в KVM, поэтому пытаются его популяризовать. На самом деле не совсем хорошая штука, мой выбор - XEN4. И вряд ли кто-то Citrix в ближайшее время купит... :)
Xen не будет в ядре, потому что это -- отдельная маленькая операционная система, которая запускается при старте компьютера перед линуксом. Будут -- некоторые драйверы, которые позволят dom0 запускаться под этой операционной системой без изменений.
Да и аргументация немного хромает 🤣
Boris A Dolgov добавил 24.07.2011 в 15:56
Они в KVM в принципе невозможны, только клон системы. И в лупбек если хост поймет ФС, так менять файлы...
Ну способ автоматической установки можно сделать в любом случае, вместо того, чтобы предлагать монтировать ISO и ставить ОС.
Другой вопрос, что корректность этих способов бывает разной -- можно делать netinstall по kickstart, а можно -- копировать файлики и MBR.
Они в KVM в принципе невозможны, только клон системы. И в лупбек если хост поймет ФС, так менять файлы...
Вы в корне не правы. Шаблоны реализуются аналогично тому же Xen, точь-в-точь.
Pavel.Odintsov добавил 24.07.2011 в 16:28
Boris A Dolgov, а на CentOS 6 уже пробывали связку VDSmanager + KVM ?
ISPSystems пока даже ISPManager не заточила под RHEL6/CentOS6, что уж говорить о вторичном продукте.
Pavel реализуйте мне шаблон под FreeBSD с ZFS.
Или под DragonFly BSD с HAMMER.
И какие проблемы с этим? Разумеется, создать из Linux файловую систему ZFS корректно не получится (по ряду объективных причин), но та же самая ситуация будет и на выше озвученном Xen (а также Hyper-V, VmWare итд итп). А так dd для загрузчика и MBR диска, а все остальное либо тарится при наличии поддержки файловой системы либо сдампливается через dd. Буквально на той неделе делал именно это и именно для KVM.
Pavel.Odintsov добавил 24.07.2011 в 18:24
Ага, показатель. Они просто купили фирму создавшую KVM, тут просто перестраховка от патентных троллей. Купили бы создателя XEN - оставался бы XEN 😂
Имхо, это не так. Сама по себе технология Xen с архитектурной точки зрения весьма проблемна и сложна в поддержке, об этом уже столько всего сказано, что могу лишь как ссылку привести список рассылки KVM, почему и зачем его начали писать.
Разумеется, текущее состояние KVM далеко от production-ready решений по виртуализации от конкурентов, но все движется к тому, что в районе RHEL 6.2-6.4 это будет очень и очень серьезная технология, которая потеснит текущих игроков рынка и сильно. Не буду углубляться в подробности, но одно лишь рвение Intel в ее (KVM) развитии стоит внимания да и не только Intel, кому интересно: http://www.openvirtualizationalliance.org/ в данном консорциуме состоят Intel, HP, IBM, Red Hat. Конечно, я не умаляю крутости Ситрикса и VmWare, но с такой могучей четверкой еще надо потягаться будет.
могу лишь как ссылку привести список рассылки KVM, почему и зачем его начали писать.
Если не затруднит - дайте, пожалуйста (в гугл идти лень, если честно, а интересно, наверное, многим кроме меня присутствующим на этом форуме будет).
В рассылке найти не смог, но вот несколько слов от одного из ведущих разработчиков KVM - Avi Kivity, http://kerneltrap.org/node/8088
Цитирую:
Compared to other virtualization projects:
JA: What is kvm, and how does it compare to other virtualization projects?
Avi Kivity: kvm is (now) a full virtualization system for x86-based Linux hosts. It allows users to create virtual machines and run various x86 operating systems as isolated guests, similar to other virtualization and emulation solutions, for example VMware, Xen, and Qemu.
To compare kvm to other solutions:
In many ways, VMware is a groundbreaking technology. VMware manages to fully virtualize the notoriously complex x86 architecture using software techniques only, and to achieve very good performance and stability. As a result, VMware is a very large and complex piece of software.
kvm, on the other hand, relies on the new hardware virtualization technologies that have appeared recently. As such, it is very small (about 10,000 lines) and relatively simple. Another big difference is that VMware is proprietary while kvm is open source.
Xen is a fairly large project, providing both paravirtualization and full virtualization. It is designed as a standalone kernel, which only requires Linux to perform I/O. This makes it rather large, as it has its own scheduler, memory manager, timer handling, and machine initialization.
kvm, in contrast, uses the standard Linux scheduler, memory management, and other services. This allows the kvm developers to concentrate on virtualization, building on the core kernel instead of replacing it.
Qemu is a userspace emulator. It is a fairly amazing project, emulating a variety of guest processors on several host processors, with fairly decent performance. However, the userspace architecture does not allow it to approach native speeds without a kernel accelerator. kvm recognizes the utility of qemu by using it for I/O hardware emulation. Although kvm is not tied to any particular userspace, the qemu code was too good not to use -- so we used it.
Ну и конкретно, сравнение с Xen:
kvm, in contrast, uses the standard Linux scheduler, memory management, and other services. This allows the kvm developers to concentrate on virtualization, building on the core kernel instead of replacing it.
Ну и конкретно, сравнение с Xen:
Это не совсем актуально. Скажем так, не совсем корректно на текущий момент. XEN - часть ядра Linux и в случае с HVM это то же, что и KVM. Как-то так. Ну и XEN станет частью ядра Linux, соответственно, его нужно будет специально выпиливать. Свой шедулер и прочее используется только для паравиртуализации, а она будет быстрее HVM на некоторых железяках. Хотя. паравиртуализация с развитием технологий становится не нужна (аппаратная виртуализация все лучше и лучше), поэтому в будущем паравиртуализацию из XEN можно будет исключить и получится тот же KVM, только в профиль. Кроме того, сегодня KVM еще не готов для "production environment", что для энтерпрайз-решений однозначно говорит о выборе продукта. Попросту говоря, KVM имеет проблемы с производительностью.
Я не отношу RedHat к тем компаниям, кто назовет продукт Production Ready ранее, чем это правда произойдет. Сейчас же KVM рекомендуется всем клиентам в составе RHEL 6.1, что говорит о многом. Опять же, это моем личное ИМХО, выводы пусть делает каждый сам.
Pavel.Odintsov, Я говорю, основываясь на своем личном опыте. С KVM у меня были не решаемые (при моих знаниях и умениях) проблемы. Она как-то слишком сильно убивает процессор, к примеру, в случае, если внутри контейнера что-то его жрет. Много занимает IO, и никак это не ограничивается, в Xen же проблема решилась правкой конфига и ребутом контейнера (просто подрезал CPU, да поправил приоритет контейнера). Нативных и простых средств для KVM я не нашел... Это было полгода назад.
А на какой платформе, CentOS актуальной версии, надеюсь?