По вашему опыту, когда пора задуматься о расширении?
Какова ожидаемая производительность обычной установки WordPress на стандартном веб-сервере Apache без каких-либо [настроек производительности или плагинов] ( Шаги по оптимизации WordPress в отношении нагрузки на сервер? )?
С точки зрения загрузки страниц (допустим, без кэширования): находится ли она в диапазоне 100/1000/+ загрузок страниц в секунду?
С точки зрения трафика: при каком количестве пользователей в день можно ожидать начала столкновений с узкими местами в производительности (игнорирование трафика, при условии отличного соединения)?
Многое из этого очень субъективно, и на него трудно ответить из-за разных серверных сред, тем, размера базы данных и т. д.
Если вы заботитесь о своем пользовательском опыте, вы должны уже практиковать приемы звукового интерфейса. Когда пора масштабироваться? Когда ваш пользовательский опыт начинает ухудшаться, а медленная загрузка страниц приводит к увеличению вашего показателя отказов.
Обычная установка WordPress с темой по умолчанию для малого и среднего блога на одном из рекомендуемых общих хостов должна без проблем обрабатывать сотни пользователей в день.
Для этого вопроса я запустил тест Apache Benchmark на установке WordPress с темой 2010 по умолчанию без кэширования.
Я сделал 500 запросов со скоростью 10 запросов в секунду и смог получить в среднем 3,6 запроса в секунду, но по мере того, как запросы начали накапливаться, самый длинный запрос занял почти 2 минуты.
Невозможно ответить на этот вопрос, не запустив нагрузочные тесты или бенчмарки на сервере. Для приведенного выше эталонного теста у вас возникнут узкие места в любое время, когда сайт будет использовать более 10 пользователей одновременно.
Извините за расплывчатость в определении вопроса. Я ценю усилия, которые вы приложили для ответа на вопрос, включая статистику.
Отличный пример. Только что проверил мой блог, ваш сайт работает быстрее, чем wordpress.com (что неудивительно).
Этот сайт находится на небольшом VPS с APC с памятью 768M. У меня есть еще один сайт на сервере, использующий подключаемый модуль кэширования объектов APC от MarK Jaquith, который работает намного быстрее.
Извините за расплывчатость и очень субъективный вопрос. На самом деле, я надеялся на какой-нибудь расплывчатый совет, например, «моя установка WordPress обрабатывает 10 000 пользователей в день без каких-либо проблем» или «любой WordPress может без проблем обрабатывать 30 запросов в секунду на любом приличном сервере».
Даже расплывчатый совет, например, 10 тысяч в день или около того, не будет очень полезен, потому что вы можете привлечь пользователей другого типа, а ваш сайт может быть толще или около того. Просто не так просто найти какой-то полезный ответ.
Марек, ваш вопрос очень субъективен, и поэтому на него нельзя дать правильный ответ. Вы должны предоставить правильно определенный контекст, определение терминов и значений и так далее, чтобы это приблизилось. Что-то здесь определенно невозможно. Если вы этого не сделаете, ответ очень прост:
Это зависит.
Например, если ваш сайт работает медленно сразу после пустой настройки и на ответ уходит около 30 секунд, я могу без сомнения сказать, что вам пора задуматься о масштабировании.
Эмпирическое правило может заключаться в том, что ваш жизненный сайт должен отвечать меньше x времени (например, 10-й доли секунды) на любой запрос под нагрузкой. Если нет, начните думать о расширении. Установите время для своих нужд, затем следите за своим сайтом и, если он выходит за рамки, начинайте думать о масштабировании. С сайтами это всегда зависит, поэтому вам нужно это измерить.
Это также зависит от установленных плагинов и т. д.
Сейчас я работаю над многосайтовой установкой, на которой установлено более 60 плагинов.
На сервере Amazon EC2, m2-xlarge, максимальная скорость составляет 25 PHP-запросов в секунду (проверено под нагрузкой с помощью httperf, обрабатываются только URL-адреса PHP, а не изображения и т. д.). Процесс PHP-FPM максимально использует процессоры.
Есть много возможностей для улучшения.