Ему же нужно, чтобы ответ уходил с того IP, куда был перенаправлен входящий запрос (пакет, если на уровне iptables). По-моему, это так просто не реализуется - ответ должен вернуться с того же интерфейса, куда стукнулись. Через IPTABLES - примерно так:
PORT=порт
EXT=IP_куда_пришел_запрос
INT=IP_куда_направляем
iptables -t nat -A PREROUTING --dst $EXT -p tcp --dport $PORT -j DNAT --to-destination $INT
iptables -I FORWARD 1 -i eth0 -o eth1 -d $INT -p tcp -m tcp --dport $PORT -j ACCEPT
Можно в первоисточнике почитать :) Я правда не фанат этой книги, но некоторым нравится..
А если по теме топика, глупо сравнивать хостинг и VPS/VDS. Только взглянув на проект, можно точно сказать, что ему нужно. Ну и по стоимости смотреть - на VDS можно любой сайт с хостинга поставить, но это банально дороже.
С другой стороны, согласитесь, что предоставлять VDS по тарифу с какими-то гарантированными (и, наверное, ограниченными) ресурсами и отказывать в обслуживании или переводить на другой тариф из-за того, что использование этих ресурсов превышено - тоже как-то неправильно? Ну да, глюк ядра. Но это же не клиента должно волновать? Мы тогда намучались с балансировкой нагрузки и оптимизацией производительности - нагрузка с java шла и вправду дикая, но ничего никому не запрещали.
О да :) Виртуальный хостинг - верная жена, VDS - неукротимая любовница!
О, ты прекрасна, VDS, ты прекрасна! Глаза твои голубиные под кудрями твоими; волосы твои - как стадо коз, сходящих с горы Галаадской; зубы твои - как стадо выстриженных овец, выходящих из купальни, из которых у каждой пара ягнят, и бесплодной нет между ними; как лента алая губы твои, и уста твои любезны; как половинки гранатового яблока - ланиты твои под кудрями твоими; шея твоя - как столп Давидов, сооруженный для оружий, тысяча щитов висит на нем - все щиты сильных;
два сосца твои - как двойни молодой серны, пасущиеся между лилиями. Вся ты прекрасна, VDS, и пятна нет на тебе!
Одно время была эпидемия создания ICQ-чатов на java. Так вот эти чаты поначалу (первые версии) ели очень много CPU, сверх всякой меры. Особенно при некорректной настройке. И FirstVDS немедленно запретил размещение этих сервисов на лимитированных тарифах. Причина была несколько странная - якобы (модифицированное для создания VDS) ядро FreeBSD не может адекватно балансировать такую нагрузку. При этом на тарифах с оплатой "по нагрузке" почему-то всё замечательно балансировалось. По-моему, это свидетельствует об оверселлинге.
Цена вопроса 350 рублей в месяц, если нужно гарантированно 600 МГц.
На каждом VDS доступны IP из 4-х подсетей класса C, два к двум из разных подсетей А. Т.е. если возьмёте два сервера, будет 8 IP, все из разных сетей C, но входящие в две сети А. Дополнительные IP по 20 рублей в месяц, количество - до 64 штук на подсеть.
ДЦ МногоБайт, Москва, канал 100 мегабит.
Пишите в скайп xfes.support - дадим рекомендации по настройке или сами настроим. Бесплатно :)
Средневзвешенный показатель нагрузки. Позволяет быстро "по одному взгляду" прикинуть, насколько тяжело приходится серверу. Выводится, например, по команде uptime в виде трёх цифр: настоящее, прошлое, далёкое прошлое. Если меньше количества ядер на сервере - всё хорошо, если больше - плохо. Больше чем 3*ядер на сервере - совсем плохо.
Ах да, к нагрузке на дисковую подсистему отношение имеет весьма далёкое.
Вам для начала нужно прописать у вашего MTA (почтового сервиса) размер очереди - так, чтобы слалось не более N писем за раз. Чем меньше N, тем меньше от отправки нагрузка, но тем медленнее будет идти рассылка. Возможно, это полностью решит проблему.
Пишите нам - поможем настроить. Skype xfes.support
Пишите в скайп на xfes.support, попробуем вам объяснить, какие два сервиса отвечают за работу с почтой и что у них нужно настроить по-минимуму. Если захотите немного отблагодарить админа - он вам еще и пошагово покажет, как настраивать.
Пишите на skype - xfes.support - оптимизируем сервер бесплатно, за ~30 минут. Опыт обнаружения узких мест и оптимизации производительности VDS с сайтами у нас очень большой.
