myhand

Рейтинг
278
Регистрация
16.09.2009
Mage1:
Настройка по умолчанию, конечно, наталкивает на мысль, но по существу никаких рекомендаций нет :)
Документацию я, кстати, читал, но затем подзабыл решил, что это аналог апачевской MaxClients :)

Программа свободная. Так что под "документацией" стоит понимать чуть больше чем просто дескрипшен соответствующей опции. Непонятно - есть статьи, объясняющие принципы работы nginx, есть рассылка. Есть исходный код, наконец.

Без понимания принципов работы - самый разумный принцип (которому Вы не следуете): менять умолчания только если есть реальная необходимость. Ругань в error.log, грубо говоря. И предварительно минимально познакомиться с тем что такое nginx, как он работает и нафига вообще мне нужен.

Каким боком приведенная выше опция nginx в Ваших глазах оказалась аналогом MaxClients апача - обратно загадка. Логичное предположение - что такое MaxClients Вы не знаете.

Bloodу:
Какая нах многопоточность, не позорьте себе!?
Мое мнение такое - страна советов довно развались...., либо вы делаете что то стоящие, пусть и за бесплатно, либо не делаете глупых выпадов, и тем самым не позорите себя! Вы смешны!

Т-с! Не пугайте!

Mage1:
Я понимаю, каким образом у вас сложилось впечатление обо мне как о любителе "колбасить" в конфигах.

Разумная экстраполяция.

Mage1:
но и я не поверю, что вы ни разу не делали глупых ошибок ;)

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

Mage1:
Не стоит клеймить по одному факту.

СтОит. Смотря по факту. (Да и не один он тут, ежели на то пошло.)

rtyug:
настроящии админы должны быть с сиськами 3 размера :D

Да не. Это чисто саппорт. Вон клиенту лабуду всякую по телефону мелют...

inkvizitor68sl:

nginx workerов столько не нужно. У него workerы многопоточны.

пацтулом

Завязывайте Вы уже совсем с "серверами на баше".

Mage1:
я всегда пытаюсь, но вы правы, не всегда разбираюсь :) на момент написания конфига все работало хорошо, сейчас посещаемость увеличилась и нужно разобраться получше, потому и написал на форуме. давайте вернемся к собственно действиям.

"Собственно действия" - просты. Поскольку телепатически разобраться в том, что Вы там еще попутно в конфигах наколбасили ни у кого времени и желания бесплатно нету (ну разве вот у специалиста по многопоточным серверам на баше ;)) - не жадничайте. Обдумайте ТЗ (что именно составляет для Вас проблему, в чем она выражается) и попросите решить его специалиста.

yesRuslik:
Можно попробовать делать не через гео-модуль в вебсервере, а через dns(секция view), но там надо писать обмотку для обновления конфига.

Никакой такой чуши писать не надо - современные DNS-сервера умеют использовать геотаргетинг при решении вопроса что выдавать клиенту. Пример powerdns был приведен еще в первом посте.

Хотя стоит помнить, что если речь идет о ДНС - клиентский IP, как правило, не непосредственно IP компьютера с которого осуществлен запрос или IP шлюза - а IP кеширующего DNS-сервера, который прописан в сетевых настройках у клиента.

yesRuslik:
Как дополнительный метод контроля - язык браузера и системы также можно использовать.

Естественно, все это только в случае первого способа. Т.е. контроля выдаваемого URL (на разные домены, по geoip) на стороне веб-сервера.

Mage1:
но это, по идее, приводит только к лишним 20+ процессам nginx'a, уменьшу до 4-х (откуда взял? нашел поиском что по количеству ядер - самое то :) но не думаю, что в этом была основная проблема.

Основная проблема в том, что Вы не пытаетесь разобраться сперва в смысле производимых действий.

Mage1:
в nginx сделал количество процессов равным оному в apache.

Вопрос: зачем? Я и без Вас вижу равенство двух чисел.

Mage1:
В конфиге nginx worker_processes 24;

Извините, а можно вкратце привести соображения, по которым сию цифиру Вы там понаписали?

Mage1:
а в конфиге apache2 MaxClients 24

Аналогично.

ukrsonic:
Например что будет, если просто сделать в ДНС две записи "А" с айпишниками этих веб серверов, будет ли распределение траффика именно таким как описал выше? Или слив траффа будет только с первого айпишника а второй будет в резерве на случай если первый айпишник здохнет?

Нет. Ни "как описано выше", ни как Вы описали только что. Обычно выдаются вот так: http://en.wikipedia.org/wiki/Round_robin_DNS

Но можно настроить и привязку, очень грубо говоря, к IP запрашивающего (например вот: http://doc.powerdns.com/geo.html)

rustelekom:
вот не понимаю такой позиции: "один я прав а все не правы".

А у кого Вы углядели такую позицию? У разработчико cpanel? :)

Лично я просто обратил внимание на то, что есть разные технические решения. Уверен, что разработчики об этом вкурсе. И мне, как системному администратору - более удобно то, которое использует системный софт.

inkvizitor68sl:
Что никак не запрещает использовать этот домен в некоммерческих целях, а тем более в целях популяризации дистрибутива.

Думаю, это крайне вольная трактовка и debian-legal с Вами не согласятся. Тем более, что "популяризацией дистрибутива" тут и не пахнет.

Всего: 4890