Denis Feklushkin пишет:
> On Wed, 11 Nov 2009 22:01:30 +0300
> Mikhail A Antonov <bart@solarnet.ru> wrote:
>
>> -[ Denis Feklushkin 11/11/2009 22:22 (GMT +3)
>>> On Wed, 11 Nov 2009 21:17:12 +0300
>>>
>>> Mikhail A Antonov <bart@solarnet.ru> wrote:
>>>> -[ Denis Feklushkin 11/11/2009 21:45 (GMT +3)
>>>>
>>>>> Нужна машина с несколькими (3 или больше) виртуальными
>>>>> дебианами по методу xen. Хочу сэкономить, используя общий /usr
>>>>>
>>>>> Кто такое делал?
>>>>>
>>>>> Плюсы, минусы, подводные камни?
>>>> Почему именно XEN? Если надо только linux - воспользуйся openvz -
>>>> оверхед поменьше будет.
>>> В курсе. Особенно перформанс не волнует, но надо независимые ОС,
>>> ядра чтоб менять и т.п.
>>>
>>>> Разве что ядра разные надо - тогда да - xen.
>>> вот вот
>>>
>>>> А по вопросу - вынеси /usr на nfs - так проще будет.
>>> Проще чем что?
>> Проще чем например создавать отдельный раздел для /usr с кластерной
>> ФС чтобы её могли монтировать несколько систем сразу и подсовывать
>> этот раздел (а это будет либо реальный раздел, либо lvm, либо просто
>> образ) каждой машине в качестве /usr
>
> и там и там строчка в fstab, нет?
Удачи в реализации :)
>> На самом деле экономия
>> сомнительна в любом случае. Если нужны независимые друг от друга ОС
>> то как же они будут поступать с разными версиями библиотек из /usr?
>> Ты определись - либо "абсолютно независимые", либо "общий /usr".
>>
>
> главное: внутри одной из машин надо ещё несколько виртуальных
> машин, а в openvz не получится другие openvz наплодить, насколько я
> знаю
Угу, openvz не даст запустить внутри себя ещё один ovz-контейнер.
Но причём тут "экономия" на /usr? Обычно общий /usr используют на
одинаковых/однотипных машинах.
--
Best regards,
Mikhail.
xmpp: antmix@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/
Attachment:
signature.asc
Description: OpenPGP digital signature