lonelywoolf: Это частности. А как быть с apache+fpm_worker ? Настолько ли сильно разнится нагрузка? А mod_rewrite, используемый тонной приложений? У апача есть еще много интересных плюшек. Вот на отдаче чисто статики и на HighLoad - да, стоимость поддержки оправдана. А обычному "васе" с обычным впс - нафиг не надо. Есть еще такое понятие как "стоимость владения".
---------- Добавлено 24.12.2013 в 16:48 ----------
А здравый смысл в том, что готовить надо уметь. Бизнес же обычно просит универсальных и выгодных решений, а не уникальных блюд. Есть еще много mpm у апача, много способов запустить пых, многие фишки, в частности mod_perl или mod_python. Надо смотреть шире на вещи, а не плавать в отдельном аквариуме.
А как быть с apache+mpm_worker - а вы его хоть раз настраивали великий вы наш ? что за него вспоминаете ? , "А обычному "васе" с обычным впс - нафиг не надо."
Если на то пошло пользователям надо нажал на кнопку и все работает, и ваши слова к шатной модели как-то не котируются. вася будет варенный после того как начнёт запускать worker :)
lonelywoolf: Nginx поддерживает mod_rewrite? Это веб-серверы для _разных_ задач. Иначе почему же еще люди используют апач? Почему не переедут на Nginx целиком и полностью? Воот. В большинстве случаев еще один веб-сервер является просто еще одной точкой отказа. И да, я вас разочарую, но цифры будут близкие, если мерить коня в сферическом вакууме с толком и головой. Да, джинкс на некоторых задачах быстрее, но только на некоторых. Как прокси можно поставить даже еще один апач, есть lighttpdm есть cherokee и т.п. Собственно, для решения однократной проблемы создавать еще одну точку отказа я не вижу смысла. А для решения многократной проблемы используются архитектурные решения и VDS тут, увы, не при делах.
---------- Добавлено 24.12.2013 в 15:40 ----------
А это ересь. Но не в рамках этой темы дискуссия будет. Давайте создадим другую тему и проведем тестирование. На VPS скинемся пополам, я кручу апач, вы Nginx. Именно на отдаче пыха и работы с mysql, скажем, на вордпрессе или друпале. Ок?
nginx + php-fpm - порвет apache + mod_php, как бы вы не готовили свой апачи, а вот почему не юзают связку "nginx + php-fpm", видимо как и вы, не умеют создавать те-же rewrite,да и работы тут много специфичиской. с вами спорить, не кто не будет, так как здравого смысла, нету в ваших словах.
То что вы показываете графики это мало о чем говорит, проблема в нутри сервера, и надо понять откуда трафик исходит, то-ли apache(php), может perl запустили...
Strelok08: Спасибо. Я уже подумал, что это диск выходит из строя и запустилась проверка raid. Раньше такого не замечал. Т.е. таких тормозов при работе сервера.
После проверки, можно посмотреть на ошибки найдены или нет.
netwind: MIRhosting.com, готовые решения для чего? Поделитесь, раз уж вам удалось разгадать что именно хочет ТС. Например, в моем представлении - готовое решение это две VPS, которые просто анонсируют сами себя по BGP. Основная стоимость сложится из оплаты подключения.
Тут задача выбор кротчайших маршрутов.Если речь и в правду о BGP/Anycast :) Чё ещё то тут можно добиваться ?
Vladskiy: Результат после ночи...
Визуально, таких соеденений стало меньше.
Но всё равно они присутствуют (57,000 секунд в состоянии "_" Waiting for Connection)
И складывается ощущуение, что все эти мертвые сессии с определенных IP адресов.
Возможно, это всего лишь ощущение...
Я имел в виду типа скриншота покажите.. видеть надо соединения.
Это частности. А как быть с apache+fpm_worker ? Настолько ли сильно разнится нагрузка? А mod_rewrite, используемый тонной приложений? У апача есть еще много интересных плюшек. Вот на отдаче чисто статики и на HighLoad - да, стоимость поддержки оправдана. А обычному "васе" с обычным впс - нафиг не надо. Есть еще такое понятие как "стоимость владения".
---------- Добавлено 24.12.2013 в 16:48 ----------
А здравый смысл в том, что готовить надо уметь. Бизнес же обычно просит универсальных и выгодных решений, а не уникальных блюд. Есть еще много mpm у апача, много способов запустить пых, многие фишки, в частности mod_perl или mod_python. Надо смотреть шире на вещи, а не плавать в отдельном аквариуме.
А как быть с apache+mpm_worker - а вы его хоть раз настраивали великий вы наш ? что за него вспоминаете ? , "А обычному "васе" с обычным впс - нафиг не надо."
Если на то пошло пользователям надо нажал на кнопку и все работает, и ваши слова к шатной модели как-то не котируются. вася будет варенный после того как начнёт запускать worker :)
Nginx поддерживает mod_rewrite? Это веб-серверы для _разных_ задач. Иначе почему же еще люди используют апач? Почему не переедут на Nginx целиком и полностью? Воот. В большинстве случаев еще один веб-сервер является просто еще одной точкой отказа. И да, я вас разочарую, но цифры будут близкие, если мерить коня в сферическом вакууме с толком и головой. Да, джинкс на некоторых задачах быстрее, но только на некоторых. Как прокси можно поставить даже еще один апач, есть lighttpdm есть cherokee и т.п. Собственно, для решения однократной проблемы создавать еще одну точку отказа я не вижу смысла. А для решения многократной проблемы используются архитектурные решения и VDS тут, увы, не при делах.
---------- Добавлено 24.12.2013 в 15:40 ----------
А это ересь. Но не в рамках этой темы дискуссия будет. Давайте создадим другую тему и проведем тестирование. На VPS скинемся пополам, я кручу апач, вы Nginx. Именно на отдаче пыха и работы с mysql, скажем, на вордпрессе или друпале. Ок?
nginx + php-fpm - порвет apache + mod_php, как бы вы не готовили свой апачи, а вот почему не юзают связку "nginx + php-fpm", видимо как и вы, не умеют создавать те-же rewrite,да и работы тут много специфичиской. с вами спорить, не кто не будет, так как здравого смысла, нету в ваших словах.
Может быть скажете поподробнее?
То что вы показываете графики это мало о чем говорит, проблема в нутри сервера, и надо понять откуда трафик исходит, то-ли apache(php), может perl запустили...
Спасибо. Я уже подумал, что это диск выходит из строя и запустилась проверка raid. Раньше такого не замечал. Т.е. таких тормозов при работе сервера.
После проверки, можно посмотреть на ошибки найдены или нет.
Здравствуйте. Подскажите, пожалуйста, что означает check = 58.2% при выводе команды ниже.
cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb3[1] sda3[0]
1073741760 blocks [2/2] [UU]
md1 : active raid1 sdb2[1] sda2[0]
524224 blocks [2/2] [UU]
md3 : active raid1 sdb5[1] sda5[0]
1822445440 blocks [2/2] [UU]
[===========>.........] check = 58.2% (1061458752/1822445440) finish=144.6min speed=87658K/sec
md0 : active raid1 sdb1[1] sda1[0]
33553344 blocks [2/2] [UU]
unused devices: <none>
При этом тормозит сервер, в основном идёт нагрузка на cpu
Это нормально, проверяется массив, как будет 100% всё нормализуется.
MIRhosting.com, готовые решения для чего? Поделитесь, раз уж вам удалось разгадать что именно хочет ТС.
Например, в моем представлении - готовое решение это две VPS, которые просто анонсируют сами себя по BGP. Основная стоимость сложится из оплаты подключения.
Тут задача выбор кротчайших маршрутов.Если речь и в правду о BGP/Anycast :) Чё ещё то тут можно добиваться ?
Всем привет, уважаемые форумчане!
Хотелось бы поднять тему, кто и как реализует сабжевую технологию и какие решений использует?
Он в ipv6 есть штатно заюзайте его
Выложил другое.
Но все равно, картинка меньше размером, чем закачивал.
соответственно и качество хуже
Чёт-сложно определить.. наверное надо смотреть по другому не как..
Это на флуд похоже, а вопще, убей мои глаза, с качеством картинки ты постарался )
Результат после ночи...
Визуально, таких соеденений стало меньше.
Но всё равно они присутствуют (57,000 секунд в состоянии "_" Waiting for Connection)
И складывается ощущуение, что все эти мертвые сессии с определенных IP адресов.
Возможно, это всего лишь ощущение...
Я имел в виду типа скриншота покажите.. видеть надо соединения.