На чём юзаете сабж? между Ubuntu 14.04 и CentOS 6.6 (а можть 5.11 ?) чего б вы выбрал? Есть и RH 6.6 & 5.11 но с апдейтами и пакиджами лафы не получица.
К слову сказать, Убунта производит хорошее впечатление.
Вот сама OS на одном диске, а для виртуальных машин ( 4 x Windows) выделен диск на райде. Не могу понять как его лучше прикурочить?
а) То ли доступ всем к physical диску и на ём пусть каждая VM создастъ по партиции/две. В принципе работать наверное будет без проблем: отдельные партиции-то не шарятся, недостаток только что каждая Windows VM будет видеть их все, но это наверное можно как-то решить. В случае падения host's OS диск можно будет напрямую прочитать чем-нить ещё и без проблем вытащить инфу.
б) то ли создать ext4 партицию и примаппить её скажем в /media/"партиция" и дальше добавить её в сторадж лист. Создавать на ней имиджи-файлы VM дисков. Недостаток - если хост крякнет то помучиться придётся.
в) то ли, как советуют, создать на ём LVM - но не могу понять какие большие преимущества по сравнению с б), растолкуйте пжста.
Re: Xen best practices
Добавлено: 19 июн 2015, 12:12
Stanislav
Ну... традиционно, у Линукса 4 праймери партиции на диске, поэтому как 4 х Вин будут создавать по 1-2 партиции - не понятно...
LVM решает эти проблемы - можно наслайсить диск (и переслайсить позже) как душе угодно
Если хост хрякнется - надо просто подмаунтить диск к чему-нить и скопировать филей или партишены виртуальных машин.
Re: Xen best practices
Добавлено: 19 июн 2015, 12:14
Шэф
Доступ к физикал, линуху там делать нечего. Партиции на нём НТФС-ные.
Re: Xen best practices
Добавлено: 19 июн 2015, 12:14
Stanislav
Шэф писал(а):Станислав, я же сказал чо выделенный диск для ВМ-ов. Линуха партиций на нём нет.
ОК, одной больше - одной меньше...
Re: Xen best practices
Добавлено: 19 июн 2015, 12:22
Stanislav
Шэф писал(а):Доступ к физикал, линуху там делать нечего. Партиции на нём НТФС-ные.
Тогда ничего не понял...
Re: Xen best practices
Добавлено: 19 июн 2015, 12:24
Шэф
Stanislav писал(а):LVM решает эти проблемы - можно наслайсить диск (и переслайсить позже) как
Мне б ненужной complexity поменьше. Переслайсивать впоследствии ничо не буду.
В моей практике уже рушился диск с LVM. Если с просто одной ext4 партицией удалось пофиксить утилиткой, то с LVM тяжёлый был случай, пофиксить _ничем_ не удалось.
Re: Xen best practices
Добавлено: 19 июн 2015, 12:27
Шэф
Stanislav писал(а):
Шэф писал(а):Доступ к физикал, линуху там делать нечего. Партиции на нём НТФС-ные.
Тогда ничего не понял...
Что, никогда физикал диск не назначал напрямую к VM? У вмваре такой диск можно шарить между VM-ми, главное разрешить проблему чтоб одна знала чо на диск пишет другая.
Про Xen не знаю можно ли так.
Re: Xen best practices
Добавлено: 19 июн 2015, 13:06
Stanislav
Шэф писал(а):
Stanislav писал(а):
Шэф писал(а):Доступ к физикал, линуху там делать нечего. Партиции на нём НТФС-ные.
Тогда ничего не понял...
Что, никогда физикал диск не назначал напрямую к VM? У вмваре такой диск можно шарить между VM-ми, главное разрешить проблему чтоб одна знала чо на диск пишет другая.
Про Xen не знаю можно ли так.
ну... дело будет так...
- Ты запускаешь линукс.
- Говоришь ксену: сделай мне виртуальную машину в 2 ЦПУ, 4Г памяти и ХДД на sdb1 (и sdb2). Ксен отвечает: слушаюсь, мой повелитель!
- Говоришь ксену: запусти ВМ и подключи вот этот исошник как ДВД. Ксен отвечает: яволь!
- с ДВД стартует Винда и говорит: вижу я, как наяву, 2 ЦПУ, 4Г памяти и диск С: (и Д:) - куда будем проставляться?
Re: Xen best practices
Добавлено: 19 июн 2015, 14:48
Шэф
Ну в обсчем подозрения не беспочвенные. Я пока так, теоретегой занимаюсь.
Вот если дан доступ к физ диску, и даже если создать партицию размером 1/4, то первая ВМ скажем ХП, её актив и сделает. Ставим вторую ВМ Вин7 и тут оже опаньки. Но вроде как-то давно я мастрячил бут менеджер на такой случай.
В общем пока получаеца проще всего ext4 и создавать имиджи дисков. Тут опять выбор: в каком формате? vmdk наверное, в случае чего его можно на вмваре каком запустить. Или микрософт vpc ?
По предварительным результатам сравнительного тестирования на одном и том же хардвере отмечу, что VirtualBox на Солярисе 11 раннит ХП ВМ заметно побыстрее чем Xen на Убунте. У Соляриса к сожалению весьма досадная проблема: о новом чипсете и райде оно знать не желает, драйверов нет, где взять тоже нет... а так хочецца VGA passthrough
Re: Xen best practices
Добавлено: 19 июн 2015, 14:52
borei
Шэф писал(а):
Stanislav писал(а):LVM решает эти проблемы - можно наслайсить диск (и переслайсить позже) как
Мне б ненужной complexity поменьше. Переслайсивать впоследствии ничо не буду.
В моей практике уже рушился диск с LVM. Если с просто одной ext4 партицией удалось пофиксить утилиткой, то с LVM тяжёлый был случай, пофиксить _ничем_ не удалось.
Чего-то я ни как догнать не могу - у тебя образа виртуалок на разделах сидеть будут или в файлах. Ha разделах - конечно будет побыстрее чем в файлах. Я бы конечно LVM делал - стандарт дефакто. Не забудь что видна потребует hvm
Re: Xen best practices
Добавлено: 19 июн 2015, 14:56
borei
Шэф писал(а):Ну в обсчем подозрения не беспочвенные. Я пока так, теоретегой занимаюсь.
Вот если дан доступ к физ диску, и даже если создать партицию размером 1/4, то первая ВМ скажем ХП, её актив и сделает. Ставим вторую ВМ Вин7 и тут оже опаньки. Но вроде как-то давно я мастрячил бут менеджер на такой случай.
В общем пока получаеца проще всего ext4 и создавать имиджи дисков. Тут опять выбор: в каком формате? vmdk наверное, в случае чего его можно на вмваре каком запустить. Или микрософт vpc ?
По предварительным результатам сравнительного тестирования на одном и том же хардвере отмечу, что VirtualBox на Солярисе 11 раннит ХП ВМ заметно побыстрее чем Xen на Убунте. У Соляриса к сожалению весьма досадная проблема: о новом чипсете и райде оно знать не желает, драйверов нет, где взять тоже нет... а так хочецца VGA passthrough
Каким ебразом твоя вторая винда видит дескать первой ?
Re: Xen best practices
Добавлено: 19 июн 2015, 15:07
Stanislav
А че Солярка-то? У Оракла есть неубиваетый (tm) Линукс - клон КраснойШапки, доработанный напильником
Re: Xen best practices
Добавлено: 19 июн 2015, 15:19
Шэф
borei писал(а):Каким ебразом твоя вторая винда видит дескать первой ?
попробуйте сам.
ставите скажем ХП на голое железо, оставьте свободное место на хард драйве. Потом с ДВД ставите скажем Вин7 на это свободное место. Загрузившись в Вин7 просто откройте My Computer, вас ждёт удивительное открытие
borei писал(а):Чего-то я ни как догнать не могу - у тебя образа виртуалок на разделах сидеть будут или в файлах. Ha разделах - конечно будет побыстрее чем в файлах. Я бы конечно LVM делал - стандарт дефакто. Не забудь что видна потребует hvm
Я ж говорю:
- если расшарить физ диск между ВМ-ми то каждая может создать свой раздел для себя и напрямую с ним обращаться. Поскольку ВМ-ы не лезут в "чужой" раздел, то вроде data consistency достичь можно (без какого-либо кластерного менеджмента)
- если просто создать ext4 партицию, добавить её как storage pool в VM Manager, то да, имиджи дисков это будут обычные файлы.
borei писал(а):Ha разделах - конечно будет побыстрее чем в файлах.
Гхм.
В многочисленных инсталляциях ESXi диски как раз в виде... файлов и ничо народ не жалуеца. За исключением таких как я, желающих прямой доступ.
Re: Xen best practices
Добавлено: 19 июн 2015, 15:53
borei
Погодь чего-то нето. У тебя Xen и скажем сентос как dom0. Когда поставишь сентос на железо используй лвм. Все место под дом0 не используй, под него надо то с десяток гиг. Далее в твоей volume group будет свободное место
Vgdisplay тебе покажет. Потом создаешь тома с помощью lvcreate. Далее эти тома кормишь xenу. На этом все
Ни при каких условиях гостевые виртуалки будут способны видеть диски друг друга. Они просто знать не будут о существовании соседей.
Re: Xen best practices
Добавлено: 19 июн 2015, 16:41
Шэф
большое спс за идеи.
нет, не так.
хоть она и Дом0, она же будет использоваться для каких-то мелких таск, инет иногда побраузить и файлы погонять и RDP к одной из VM, т.е у неё есть дисплей и в распоряжении весь SSD 240 GB.
Для VM-ов выделен отдельный 2 TB в мирроред райде.
С Сентосом не получилось с VGA passthrough. Надеюсь в Убунте с этим получше, поддержка VT-d в биосе есть. Вот чел сделал:
С ATI видеокартой выяснилось есть сложности, попробую с NVidia.