Re: прокси или dnat?

[xpahos на gmail.com]

> это с чего бы классический dnat стал кушать больше ресурсов?
> с чего вообще nat будет кушать больше ресурсов, чем прокси-сервер?

Если используется OpenVZ(в Proxmox такой вариант присутствует, во FreeBSD
так можно сделать с джейлами), то можно просто брать статику с
/var/lib/vz/root/{n} для Proxmox OpenVZ, а Apache повесить на loopback
интерфейс в этом же OpenVZ контейнере.

2010/12/4 Alexey V. Karagodov <kav at karagodov.name>

> nat и проксирование - разные вещи
> зачем сравнивать круглое с холодным?
>
> если надо раскидать по разным серверам HTTP-запросы,
> при этом их либо балансировать, проверять или что-либо ещё, специфичное для
> HTTP, то nat только навредит
> далее, как вы собираетесь nat-ом определять на какой сервер отдать запрос?
> если сервер один и там стоит некий демон, слушающий на одной паре
> адрес:порт, то тут классический dnat и нечего обсуждать
> если за "фаерволлом" куча разных сервер с вариантами и тд и тп, то вам
> нужно что-то смышлёнее dnat-а, например nginx, Cisco CSS/CSM/ASA, возможно в
> vyatta есть что то подобное или другое балансировщики
> вариантов море, дешевле и проще nginx-а, думаю, не найдёте
>
> On 04.12.2010, at 21:09, Богун Дмитрий wrote:
>
> > В Сбт, 04/12/2010 в 17:14 +0300, xpahos at gmail.com пишет:
> >> Любым фронтэндом. nat всегда будет больше ресурсов кушать.
> это с чего бы классический dnat стал кушать больше ресурсов?
> с чего вообще nat будет кушать больше ресурсов, чем прокси-сервер?
>
> > А можно какие-нибудь цифры в подтверждение этого утверждения? И ОСы для
> > которых оно справедливо?
> >
> >> 2010/12/4 Denis Kot <denis.kot at gmail.com>
> >>        Есть сервер c proxmox. Планируется его поставить в дата центр.
> >>        IP
> >>        только 1. Как лучше/быстрее/менее прожорливо по ресурсам
> >>        перебрасывать
> >>        запросы в виртуалку? Через проксирование nginx, установленном
> >>        в
> >>        proxmox или через dnat 80 порта прямо в виртуалку?
> >
> >
> >
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru at nginx.org
> > http://nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20101204/9a4de7ce/attachment-0001.html>