LINUX.ORG.RU
решено ФорумAdmin

[xen vs. openvz] посоветуйте гипервизор


0

1

есть: debian squeeze на intel atom d410 + 1gb ram, выступающий в роли шлюза с динамическим шейпингом локальных клиентов

необходимо: загнать torrent-клиент + web-морду в виртуалку на шлюзе для возможности понизить приоритет трафика по отношению к локальным клиентам сети

нет: возможности выделить отдельную железку в качестве torrent-клиента

рассматриваемые варианты: xen и openvz

мешает сделать выбор:

  • не сталкивался ни с одним, ни с другим
  • настораживает неясность дальнейшей судьбы xen в debian

прошу: subj.


>для возможности понизить приоритет трафика по отношению к локальным клиентам сети

Схему сделай.. а то на первый взгляд QoS тебе достаточно.

devl547 ★★★★★ ()

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

ventilator ★★★ ()
Ответ на: комментарий от devl547

не вижу смысла в схеме, т.к.: нужно отказаться от установки torrent-качалки на сам шлюз, т.к. шейпить входящий локальный трафик шлюза без костылей типа cfb или ifb не получится (имеется ввиду wan->localhost)
а приоритеты для лок. сети и так нормально работают. зачем здесь схема? вопрос ведь про виртуализацию.

cac2s ()
Ответ на: комментарий от ventilator

Помоему решение задач шейпинга с помошью виртуальной машины

шейпит трафик сам шлюз, а в openvz/xen нужно загнать torrent-клиент, чтобы шлюз мог в обе стороны нормально шейпить его (torrent-клиента) трафик

cac2s ()
Ответ на: комментарий от cac2s

C Xen стоит заморачиватся если ты хочешь фряху поставить или винду... а не тотже дебиан с торрентом.... Xen в твоём случии просто трата ресурсов... лучше юзать chroot (openvz) для этих целей...

Tok ★★ ()
Ответ на: комментарий от cac2s

не вижу смысла в схеме, т.к.: нужно отказаться от установки torrent-качалки на сам шлюз, т.к. шейпить входящий локальный трафик шлюза без костылей типа cfb или ifb не получится (имеется ввиду wan->localhost) а приоритеты для лок. сети и так нормально работают. зачем здесь схема? вопрос ведь про виртуализацию.

блин! пургу написАл :) видимо, не проснулся ещё
:%s/cfb/imq/g

cac2s ()

Xen будет стрельбой из пушки по воробьям.

openvz или lxc, с чем раньше разберешься, то и покатит.

// А насчет судьбы xen'а не беспокойся, его уже интегрируют в мейнстрим, к 2.6.38 в основном закончат.

nnz ★★★★ ()
Ответ на: комментарий от nnz

ок. тогда такой вопрос: как пойдут пакеты в openvz-окружение:

  • DEV_OUT->PREROUTING->FORWARD
  • DEV_OUT->PREROUTING->INPUT

мне важно их «тормозить» по отношению к трафику клиентов лок. сети. собсно, именно из-за этого и вся затея

cac2s ()
Ответ на: комментарий от cac2s

Со стороны хоста PREROUTING->FORWARD->POSTROUTING, потом в госте PREROUTING->INPUT.

nnz ★★★★ ()

спасибо всем. буду пробовать.

cac2s ()
Ответ на: комментарий от nnz

// А насчет судьбы xen'а не беспокойся, его уже интегрируют в мейнстрим, к 2.6.38 в основном закончат.

Можно увидеть пруфлинк?

Deleted ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.