Виртуальный Linux

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

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

Доступно, познавательно и по-русски, как в смысле языка издожения, так и в смысле качества языка

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

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

Не гентушном кластере из мозгов анонимусов. Я фигею от постановки задачи.

Найдете гуру - он, может, и подскажет;) Заодно и нам поведаете.

ЗЫ Радио ОБС донесла до меня, _чайника_, инфу, что решения типа OpenVZ вполне применимы для решения данной задачки.

> Найдете гуру - он, может, и подскажет;) Заодно и нам поведаете.

> ЗЫ Радио ОБС донесла до меня, _чайника_, инфу, что решения типа
> OpenVZ вполне применимы для решения данной задачки.

Есть живучее решение под UML: http://www.heise.de/ct/ftp/projekte/srv/ ( актуальная версия 1.10, но ее нет на ftp, можно поставить 1.03 и заапгрейдить до 1.10 )
Брандмауер не дублирует систему, а мелкий такой линукс состоящий главным образом из ядра и iptables.

Да, вот еще, отдельный загончик для asterisk тоже не помешает.

Спасибо автору за перевод.

"coLinux или Cooperative Linux - реализация виртуализации, которая позволяет двум операционным системам совместно использовать аппаратное обеспечение."

Мягко говоря - некорректно. Ибо здесь не просто две системы, а две очень конкректные системы. :)

Шпрехен Дейч нихт;)

А вообще мне (не гуру виртуализации!) решение с uml кажется слегка оверкиллом. В терминах статьи - паравиртуализация дороже виртуализации уровня ОС.

Комрады можно я немного пофлемлю.

В компьютерном мире вот уже лет 5 наступает витруализация, причём в разных личинах и с разными целями, сначала запуск guest os потом VMM.

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

Как был Match поверх которого крутился BSD интерфейс, так сейчас будут микро VMM вокруг которых будут крутиться реальные тяжёлые оси. Причём чем дальше в лес тем больше VMM начинает походить именно на микроядро!

Я б сказал, слишком натянутая аналогия. У микроядра есть вполне определеные признаки, которым VMM ни разу не соответствует.

хм
ну не сказал бы что прям так...
я думаю так: если захотеть увидеть такой момент, то он есть. в общем правда что натянуто наверно
и ещё, если я правильно понял что вы имели ввиду, то эта штука зовётся Mach, а не Match

У меня такой вопрос. Можно ли при помощи этих виртуализаций локальному пользователю завести в своем домашнем каталоге что-то типа мини-системы и сделаться ее локальным админом. Основная задача в том, чтобы можно было установить и пустакть например свой rpm'ник где-нибудь в институте, где тебе просто так права рута не дадут. Ну или даже развернуть на попробовать какой-нибудь tgz'шник и не засирать при этом систему на домашней машине.

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

qemu это позволяет сделать.

>у или даже развернуть на попробовать какой-нибудь tgz'шник и не >засирать при этом систему на домашней машине.

а зачем здесь виртуализвация?
mkdir /tmp/for_test && cd /tmp/for_test && tar xf archive.tgz

> qemu это позволяет сделать.

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

> Мягко говоря - некорректно. Ибо здесь не просто две системы, а две очень конкректные системы. :)

Ну да как сказать? Возможен как вариант Win-Lin, так и Lin-Lin, причем в последнем случае наплодить вагон гостевых инстанций, некоторые из которых могут иметь _прямой_ доступ к избранным железякам, вполне возможно, хотя и не на "раз плюнуть".

>В данном случае более производительно будет использовать патч, >добавляющий в ядро

В данная ситуация характеризуется тем, что у человека нет рута на машине,
куда ему в данной ситуации засунуть патч?

В качестве обзора вполне сгодиться.. ;-)

Ну например там конфиги в него зашиты с абсолютными путями и нет никакого желания все их раскапывать/править