1

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

2

Установка очень проста.
В консоли от рута:

yum install -y virt-manager kvm

Далее просто запустить virt-manager.

3

И что, так просто что ли ? Никаких подводных камней нету? Не то моя вчерашняя попытка установить VirtualBox плохо закончилась.
http://linuxforum.ru/viewtopic.php?id=36688

4

Да, так просто. Хотя ВБ устанавливается не менее просто на самом деле.

5

Установка и настройка KVM под управлением CentOS 6
http://habrahabr.ru/post/168791/

No Woman No Cry...

6

Marley пишет:

Установка и настройка KVM под управлением CentOS 6
http://habrahabr.ru/post/168791/


Эту инструкцию я в поиске Гугле уже нашёл, ещё утром. Вариант Vascom-а мне больше понравился.
Теперь вопрос такой - как в KVM засунуть XP.

7 (12.11.2014 15:10:35 отредактировано Marley)

В той статье написано как. (я для себя делал именно по ней)
Правда я делал виртуальную машину с win2k8.
Может, что и не так будет с XP.

No Woman No Cry...

8

ГИГАНТСКОЕ СПАСИБО пользователю Vascom.
И KVM установил, и XP поставил.
P.S. Вот бы вспомнить какая именно скотина посоветовала мне VirtualBox установить. Убью гада, столько крови себе вчера из за него попортил.

9

Ну ты зря. ВБ тоже прост и понятен.
Могу и с ним помочь, сам им пользуюсь иногда.

10

PodKayfom пишет:

ГИГАНТСКОЕ СПАСИБО пользователю Vascom.
И KVM установил, и XP поставил.
P.S. Вот бы вспомнить какая именно скотина посоветовала мне VirtualBox установить. Убью гада, столько крови себе вчера из за него попортил.

Я бы не назжал на VB. Для юзерского использования он гораздо удобнее, чем виртуалки от KVM. Виртуалка от KVM - это абсолютно честная виртуалка, которая совершенно ничего не знает об ресурсах хоста. А вот в VB есть приятные плюшки на эту тему. Можно средствами VB настроить так называемые общие каталоги на хосту и иметь к ним доступ из гостя как к сетевым шарам. Очень удобно. Плюс - очень удобно сделана поддержка USB-носителей.
По моему, KVM хорош для серверных виртуалок. Ну и для отладочного стенда, моделирующего работу всего комплекса. А вот на юзерском десктопе гораздо удобнее иметь VB. Иногда даже и в безоконном (в fullsreen) режиме.

11

Давайте теперь совместными усилиями добьем еще и openvswitch.
Может кто на виртуалке у себя поднимет и объяснит, как сделать правильно?

No Woman No Cry...

12

Cruiser78 пишет:

Виртуалка от KVM - это абсолютно честная виртуалка, которая совершенно ничего не знает об ресурсах хоста

ооо, тут есть множество вариантов

Cruiser78 пишет:

Можно средствами VB настроить так называемые общие каталоги на хосту и иметь к ним доступ из гостя как к сетевым шарам

это и есть сетевые шары - обычная самба.

Marley пишет:

Давайте теперь совместными усилиями добьем еще и openvswitch.
Может кто на виртуалке у себя поднимет и объяснит, как сделать правильно?

а зачем он нужен?

13

dyasny пишет:

а зачем он нужен?

На хабре писали что админов напрягает настраивать бриджи и в выводе ifconfig портянка из интерфейсов бесит. =)

не знаю. Меня устраивает. Хотя... если куча виртуалок, то может и удобно загонять их в свич.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

14

XliN пишет:

На хабре писали что админов напрягает настраивать бриджи и в выводе ifconfig портянка из интерфейсов бесит. =)

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

XliN пишет:

если куча виртуалок, то может и удобно загонять их в свич

я просто отношусь к бриджам как к свичам, все сразу становится просто и понятно

15

dyasny пишет:

я просто отношусь к бриджам как к свичам, все сразу становится просто и понятно

Согласен

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

16

Проблема после установки КВМ, что делать ?

Unable to open a connection to the libvirt management daemon.

Libvirt URI is: qemu:///system

Verify that:
- The 'libvirtd' daemon has been started

17

Нашёл решение, нужно было удалить неудавшееся подключение и начать сначало.

18

dyasny пишет:

я просто отношусь к бриджам как к свичам, все сразу становится просто и понятно

а можно пояснить для чайников

Спросить - стыд минуты, не узнать - стыд всей жизни

19

lone_wolf пишет:

а можно пояснить для чайников

Все очень просто. У нас есть физический eth и на нем бридж. В бридж втыкаем несколько интерфейсов виртуальных машин, и получается так что все всех видят и находятся в одной сети.
Если воспринимать бридж как центральный хаб, в который воткнуты виртуалки и аплинк к остальной сети (собственно тот самый физический eth) - все становится на свои места.

20

dyasny пишет:
lone_wolf пишет:

а можно пояснить для чайников

Все очень просто. У нас есть физический eth и на нем бридж. В бридж втыкаем несколько интерфейсов виртуальных машин, и получается так что все всех видят и находятся в одной сети.
Если воспринимать бридж как центральный хаб, в который воткнуты виртуалки и аплинк к остальной сети (собственно тот самый физический eth) - все становится на свои места.

скорее свитч чем хаб

Спросить - стыд минуты, не узнать - стыд всей жизни

21

lone_wolf пишет:

скорее свитч чем хаб

по принципу работы это как раз L2 хаб, емнип. Но можно поковырять код если интересно.

22

Да соглашусь, мой косячек.

Кстати разпошла такая пьянка, то порежу последний огурчик  ag
Вот мне стало интересно какие минимальные системные требования нужно соблюсти для работы хост машины kvm (без учета виртуалок) тупо минимум который нельзя нарушать для хоста  bw

Спросить - стыд минуты, не узнать - стыд всей жизни

23

lone_wolf пишет:

Вот мне стало интересно какие минимальные системные требования нужно соблюсти для работы хост машины kvm (без учета виртуалок) тупо минимум который нельзя нарушать для хоста

Поддержка VT-x или AMD-V.

«Я устал, я ухожу.»

24

Vitri пишет:

Поддержка VT-x или AMD-V.

не ну это интуитивно понятно, а вот допустим какой объем озу нужно резервировать ? и сколько ядер оставлять под хост машину

Спросить - стыд минуты, не узнать - стыд всей жизни

25

lone_wolf пишет:

озу нужно резервировать

не нужно

lone_wolf пишет:

сколько ядер оставлять под хост машину

ни одного.


kvm это модуль ядра который работает как процесс на хосте. если я например запускаю на хосте апач и двухядерный kvm, то шедулер хоста сам разберется кому и когда выделять время исполнения. с памятью то же самое - не хватит обычной - пойдет в swap или поймает OOM. Ничего такого что отличалось бы от планирования любых других нагрузок на хосте

26

bw  понял, я думал что нужно как в той же vmware оставлять определённое кол-во памяти под нужды хост системы а остальную память распределять между виртуалками + тоже самое с процом. Но вот получается я ошибался, ну что-же теперь буду знать.

Спросить - стыд минуты, не узнать - стыд всей жизни

27

lone_wolf пишет:

  понял, я думал что нужно как в той же vmware оставлять определённое кол-во памяти под нужды хост системы а остальную память распределять между виртуалками + тоже самое с процом. Но вот получается я ошибался, ну что-же теперь буду знать.

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

28

Два вопроса по КВМ
1) Если виртуальная машина с XP подхватит какую нибудь заразу (вирус), есть ли риск заражения сервера и основной ОС (ЦентОС) ?
2) Интересует механизм использования оперативной памяти виртуалками. Скажем я создал виртуалку XP мощностью 3 гб рам, но программы используют всего 1 гб. Исходя из каких цифр мне создавать виртуалки - 1 гб или 3 гб ? Пусть сервер 16 гб, 2 гб резервируются за ОС и сайтами. Если 1 гб, то я могу создать и запустить где то 14 виртуалок. Если 3 гб, то всего 4. Как то так.

29

1. Если винда не имеет доступа к файлам хоста, то порчи файлов не произойдёт. "Заражения" хоста конечно же не произойдёт вовсе. Но заражённая винда сможет работать как заражённый комп.
2. ОЗУ выделяется динамически. Ты конечно можешь 14 виртуалок создать и молиться, чтобы они потребляли лишь по 1ГБ. Но если они станут по 2ГБ потреблять - загнутся все.

30

1. Я создавал виртуалки по советам данным на этом форуме (вирт мэнеджер, дистрибутив хрюшки). Мне главное чтобы на основную ОС и сайты зараза не прошла, а на виртуалки мне наплевать. Если есть 100% изоляция, то пускай работают с вирусами, всё равно я их потом удалю и новые создам.
2. Если память выделяется динамически, то я могу создать сколько угодно "выключенных" копий, верно ? Сервер из за этого не загнётся ?