ээээ собственно я о чем говорил... только заменить "VPS-клиентов", на клиентов вообще (в том числе хостинга)... а вы чтото о "звеенеть".. минусы какието мне рисовать - просто смех какойто ;)
И еще тут же подтверждаете что на ноду надо подбирать клиентов с умом... о чем это говорит.. только о том что 100% гарантии разделения ресурсов нет... я вроде только это и сказал.
Ну и стандартные методы ведения флейма видимо не позволяют отвечать на возражания о нерабочих форумах с 500 посещениями в сутки :) ну да это не нужно....
мгновенно - это реально мгновенно, так что никто не пострадает :) есть далеко не один метод. из которых работа с пользователем - самая последняя тема и реально безнадежная :)
заявления о том что "шаред тормозит" меня как раз очень интересуют, я их разбираю и коллекционирую :) только не по форумам больше , а по работе ;)
vrusinov добавил 03.02.2008 в 01:24
ну во-первых от реального DDOS не спасет никакой VPS. потом шаред хостинг, который кладется весь от ДДОС - это очень плохой шаред.. этот вопрос просто решается в области акселерации контента и разделения точек входа.
ну и про посещаемость - тут уж вы совсем :) на шаред-хостинге замечательно живут сайты со здоровыми CMS и посещаемостью 2000-10000 в сутки... извините у меня на собственной (не по работе) машинке с одним процом целерон 300Mhz+512RAM! (древний isp1100) живет 40 сайтов - половина из них посещаемость более 1000-2000 в сутки... так там LA .5-2.5 .... а уж продакшн сервера содержат такое гм... и форумы и интернемагазины здоровые... и посещаемость там дай боже.
И о ресторанах... наверное действительно я не буду спрашивать сколько в рыбе было белков жиров и ккал (особенно в ресторане), а буду думать о том как было вкусно и как было уютно и комфортно посидеть ;)
хм :) я ж не говорю что VPS плохие.. или тем более плохие у вас :) просто 7 лет опыта работы по администированию и созданию-проектированию шаредхостинг систем (оч высокой нагрузки) мне говорят о том что CPU например расходуется дааалеко не в первую очередь... самое узкое место обычно диск для базы. И процессор нагружается всегда после того как база начинает тормозить, затем появляется множество процессов ждущих ответа базы... люди увеличивают кеши базы, оптимизаторов php ... а быстрее не становится, потому что допустим надо пересмотреть пару кусков кода или тупо! построить индексов в базе... (даже реальные CMS и современные форумы - имеют непродуманные проблемы роста)
Разработчики говорят - провайдер тормозит, а лучше фиг спрограммишь (или разработчики просто потеряны уже давно или их работа стоит доп. денег). Провайдер говорит - блин вы чуваки у вас так все жрется, что вам надо платить больше денег и идти на VPS или дедикейтед :) Это классика - причем совершенно честная и закономерная, для большинства тяжелых сайтов и большинства провайдеров.
Но VPS обладает большим рядом приемуществ и для юзеров и для админов.... и возможности его гораздо шире чем у шаред хостинга, которого для многих задач - ну никак не пристроишь...
.. мы кстати тоже собираемся и делаем VPS ;) они у нас будут, так что сорри если ктото подумал что я тут написал что все VPS - отстой. Я только том, что понятие гарантированных процентов - очень отвлеченное. :)
vrusinov добавил 03.02.2008 в 00:49
сделать такое можно. мгновенно прекратить это - так же очень просто. :)
глупо наезжать и еще там давать какието оценки - мне это както побоку :) я на практике тестирую VPS различного типа, под различной нагрузкой. Их основная продажная! способность - именно отдельная среда и малое число VPS на машину... + остальные бонусы от умных разборчиков (но это уже потом).
Посчитайте стоимость VPS и шаредхостинга .. посчитайте сколько VPS будет на машину и сколько обычно сайтов .. (например у МХ это всреднем 200-500 сайтов на машину), к томуже у них редко вроде как бывает выделенный httpd процесс, (а шедулить работу сайтов на одном процессе apache уже не так спортивно).
и вообще главная мысль то - один пользователь шаред хостинга может положить всю машину если этот шаред хостинг сделан откровенно плохо...
vrusinov добавил 03.02.2008 в 00:32
Немного не так. 100-200 - это мало для хорошей системы - это раз. Один пользователь в хорошо сделанной системе - не валит такой шаред хостинг... без каких либо VPS. :) Хотя процентов процессора нет, но пользователям обычно гарантируется то, что их сайт _работает_ и работает хорошо... обычно важно именно это, а не проценты :)
дело не в том что VZ и пр это лажа вообще. Это оптимизированные шедулеры, а самое главное прогрессивное разделение среды .. операционной системы, что очень удобно для продажи - просто великолепно. И разумеется ресурсное разделение там есть, но далеко не "чистое", хотя гораздо и лучше чем в обычной системе. Но не достаточно.
Я имею возможность представть себе 20000-25000 клиентов шаред хостинг из которых сотни пытаются такое сделать. И бац - в 95% случаев это решается без отсылки их на VPS :)
Потому как память, mysql и процессорное время - фиксируются и разделяются штатными средставми любой UNIX os... Хотя конечно, VPS - лучше, с этим я спорить не собираюсь.
А VPS тоже достаточно свободно кладется путем жесткого насилия над одной из сред... просто при имеющихся ценах на VPS на рынке, провайдеры расселяют их куда как свободнее чем шаред хостинг + конечно же они работают эффективнее... Особенно если в случае шаред хостинга у пользователей даже нет выделенных httpd процессов. :)
Гарантированный процент CPU может дать только физическая машина.... полностью своя :) да и то... на что процент? а ядру на что работать... сеть, дисковая и файловая система? :) возможны варианты.
А все системы виртуализации на Intel - даже самые прогрессивные - не являются 100% панацеей, а быстро работают за счет числа размещаемых VPS пер сервер.... сделайте шаред хостинг обычной машине на 4 сервера (даже оч тяжелых, только не уровня мегановостного ресурса), с разделенными apache и обыкновенным системным шедулером и скорость работы будет фантастической, особенно если руки прямые... вот только рутовых прав в системе не будет...
все это проверено на очень хорошей практике...
часто но не всегда. чудес бывает оч много: кривого кода, баз без индексов, селекты космической неоптимизированности. такое всеравно везде будет тормозить.. хоть и поразному :)
как показывает практика "разростание" проекта лечится оптимизацией в 99% случаев... :))
однако это не так выгодно практически всем.... и разработчикам, и админам и провайдерам :)
ну есть простейшие вещи...
- надо посмотреть /server-status (если конечно провайдер дает) - посмотреть какие именно скрипты и запросы к серверу там висят и тормозят...
- надо посмотреть бегущие запросы к базе. (скорее всего основные тормоза именно там).
хорошо бы посмотреть сколько пожирается памяти и так далее...
после чего есть ряд ходов... оптимизация базы, оптимизация запросов к базе и так далее.
чаще всего это хватает... оптимизировать код сторонней программы достаточно тяжело.
Ну а если проблема в провайдере - то взять тестовый хостинг у другого и сравнить скорость выполнения запросов к базе и сайту... както так :)
есть вприницпе очень немногие хостинг провайдеры, которые помогают своим клиентам решать подобные проблемы... (на добровольной основе :), но большинство конечно блокирует или скрипт или базу или весь сайт... хотя проблема часто копеешная. Хотя бывают и клинические случаи :)
чтоб уменьшить нагрузку - надо точнее понимать что именно грузит ;)
для этого существует множество способов - самый простой и очевидный в данном случае - обратится к специалисту который сможет оптимизировать работу сайта... как показывает практика - практически всегда это возможно и не очень сложно... или же у хостера проблемы с производительностью сервера и он хаотичным образом (а других практически нет) ищет там виновных, чтобы все стало лучше.
(Хочу добавить - хаотичность возникает когда реально тормозит сам сервер и уже не изза 1-2 пользователей)....
