cnc-club.ru

UAVpilot писал(а):По первым прикидкам я бы порекомендовал добавить серверу RAM

UAVpilot писал(а):По top видно, что никакой ngnix не нужен или только хуже сделает - большой нагрузки на диск нет.

Вы это серьезно щаз ?
Сколько в RAM занимает обслуживание одного клиента апачем и сколько нгиксом ?
Причем тут вообще нагрузка на диск ???

Сколько вообще клиентов в текущий момент обслуживает сервер, когда у него кончается память ? 500 ?
Чем можно сэмулировать такую нагрузку ? 500 гетов с ограничением по каналу ?
(могу проверить что будет если сделать это с сервером на котором стоит нгикс)

UAVpilot писал(а):Самым лучшим вариантом по прежнему считаю установку лимитов на количество коннектов для поисковиков или просто для всех. Причём полагаю при превышении лимита не выдавать никаких отлупов и ошибок, а просто игнорить запрос - это должно помочь равномернее "размазать во времени" запросы от поисковиков, они всё равно с форума не уйдут.

Правильно - пускай поисковики ПРОДОЛЖАЮТ ддосить не получая никаких "отлупов".

Кто-нибудь проверял этих "ботов" ? Это действительно ip яндекса ? Или только имена яндекса...

Ip по whois бьётся как yandex subnet. Ну и user agent yandex images или что то подобное, понимаю, что агента можно поменять, но смысл в том что это один из сервисов Яндекса.

Я правильно понимаю, что nginx будет фронтендом? И отдает он только статику, а все остальное передает апач?

Правильно понимаешь.

А, это, как понимать? Какой нафиг - новый пользователь с ограничением в 5 минут?
PS: И всё также разлогинивает со смарта на полной версии форума.
Nick, попробуй поменять "Имя куки" в админке форума и очистить папку cache через ftp. Глядишь - поможет.

Раза с 20го форум открылся

Nick писал(а):Я правильно понимаю, что nginx будет фронтендом? И отдает он только статику, а все остальное передает апач?

Насколько я помню нгикс САМ отдает только статику, т.е. он для статики даже не запускает апач.
Т.е. не будут работать для статики всякие .хтакцесс итп. Что является статикой настраивается через конфиги, аналог .хтакцесс там-же.
Точнее настраивается то, что отдается напрямую, а что нет... не забудь если будешь делать проверить что станет с кешированием
со стороны клиента, должно продолжать работать. И проверь сразу что в логи апача попадает айпи клиента, а не локалхоста.

А для нестатики он запускает апач, после чего принимает от него результат, освобождает апач, и отдает результат уже "сам".
(тут возможно не в любом конфиге так работает, надо почитать, давно это было всё)

В целом это обычный сетап. Сейчас поди без него и нету серверов уже много лет как.
На каждый чих апач не дернешь, держать его в памяти, пока клиент забирает результат тоже не очень шоколадно...
В последние годы народ даже для динамики не использует апач запуская пхп из нгикса прям... но это советовать не буду,
т.к. велик шанс каких-нибудь неприятных эффектов.

Помню лет 10 назад, я сделал сайт, форум и игровой сервер на небольшом VPS. Так вот, прожорливый апач очень сильно не вписывался в ресурсы и я полностью махнул его на lighttpd. Сайт с форумом начали работать настолько быстро, что это заметили даже сами юзеры. При этом lighttpd жрал ресурсов заметно меньше.

SVP писал(а):В целом это обычный сетап. Сейчас поди без него и нету серверов уже много лет как.
На каждый чих апач не дернешь, держать его в памяти, пока клиент забирает результат тоже не очень шоколадно...
В последние годы народ даже для динамики не использует апач запуская пхп из нгикса прям... но это советовать не буду,
т.к. велик шанс каких-нибудь неприятных эффектов.

А что будет в случае медленного коннекшена? Nginx запросит страничку у апача и целиком сольет ее себе, или будет также по запросу клиента по чуть чуть ее забирать у апача?

Nick писал(а): А что будет в случае медленного коннекшена? Nginx запросит страничку у апача и целиком сольет ее себе, или будет также по запросу клиента по чуть чуть ее забирать у апача?

Логика подсказывает мне, что заберет себе целиком и отпустит апач. Ибо в этом есть дофига смысла. Возможно есть настройки, возможно по размеру.
Но лично именно этот сценарий не проверял, просто не пришлось.
Можно протестировать, надо только понять как должен выглядить тест.

Вообще в этом сетапе сделано МАКСИМУМ всего, чтобы как можно быстрее освободить апач. Было-бы странно, еслиб не забирал.

Эксперимент.
1. На клиенте создается скрипт с именем АА и содержимым wget --limit-rate 1k тут-урл-к-файлу-на-несколько-мб.html
2. На сервере запускается команда netstat -an | grep :129 | sort
129 - номер порта апача для обслуживания соответствующего домена
3. На клиента в консоле выполняем ./АА &
4. Повторяем пункт 3 раз 20-40
5. Повторяем пункт 2

Видим что-то типа такого (похоже на каждый wget одно соединение) 6. Ждем 20-40с., повторяем пункт 2.
Видим несколько строк с открытыми портами. Заведомо меньше, чем в текущий момент недокачанных файлов.

ЗЫ. В какой-то момент я видел даже
netstat -an | grep :129 | sort
tcp6 0 0 127.0.0.1:129 127.0.0.1:55274 TIME_WAIT
tcp6 0 0 :::129

А пара десятков wget-ов всё еще работала

Почему он не закрывает почти полминуты конекшены вопрос хороший... вероятно где-то какой-то кипалайв стоит.
Пробовал на живом но редкопосещаемом сервере, так что 4-5 соединений - это фоновая обычная активность

tолько у меня неt буквы t?

dima7411 писал(а):tолько у меня неt буквы t?

Дарю: ТТТТТТТТТТТТТТТТТТТТТТТТ ттттттттттттттттттттт

Наверное только у тебя. ЗЫ UAVpilot, вот интересно, что ты ему в итоге подарил, если у него "т" не отображается

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

torvn77 писал(а):На счёт долго незакрываемых соединений, это имхо сделано для того чтобы люди смотрящие сайт во время поездки в транспорте небыли вынуждены после разрыва связи грузить заново недозагруженную страницу.
Укорачивать таймаут до разрыва соединения приведёт к тому, что смотреть сайт в транспорте станет невозможным.
По этому лучше ограничивать число потоков на одну сессию.

Причем тут люди ? Лично у меня не закрываются соединения между апачем и нгиксом )
Вероятно так было "из коробки". Это не приводит к каким-то серьезным тормозам (на моем сетапе), поэтому не заметил даже...
Но уверен, можно отключить.

Отредактировал свою тему в продажах, пару часов всё было норм. Потом разлогинило, и... изменения в моей теме откатились назад.

Подозреваю, что у всех так - пропали сообщения за сегодняшний день.

и че это было ???

Сергей Саныч писал(а):Подозреваю, что у всех так - пропали сообщения за сегодняшний день.

Oh yeah

Сергей Саныч писал(а): Подозреваю, что у всех так - пропали сообщения за сегодняшний день.

да.