У меня есть веб-сайт, который вырос с 10 посещений в день до 100 за пару месяцев, а теперь до 800 уникальных посещений в день.
До сих пор я использовал VPS с 512 МБ ОЗУ и общим процессором (я думаю, что это от 500 МГц до 1 ГГц).
Я думаю, что обслуживание некоторых запросов может быть медленным, потому что я вижу высокий показатель отказов (основной трафик - это ночью в моей стране. Кроме того, весь сервер в целом бесплатен, когда в моей стране днем. Поэтому, когда я проверяю в мое дневное время время загрузки вроде нормальное.)
В любом случае, может кто подскажет минимальный Конфигурация выделенного сервера (ОЗУ, ЦП и скорость порта), которая может обрабатывать следующее без замедления каких-либо запросов:
Прямо сейчас я не уверен, что будет узким местом. Мне нужно только общее представление.
С другой стороны, вы даже можете предположить, сколько просмотров страниц в день (при аналогичном 5-кратном распределении пиковой нагрузки) может сопровождаться поддержкой сервера:
Я обслуживаю страницы PHP. У большинства из них нет или мало поисков в базе данных (скажем, до 5 простых запросов). Помимо них, некоторые манипуляции с переменными сеанса и т. Д. Среднее количество поисков / запросов в базе данных будет, скажем, 2 на страницу, с не более чем несколькими тысячами записей в таблицах.
Большинство приведенных вами показателей не имеют отношения к прогнозированию емкости - и отсутствует много информации, которая вам действительно нужна.
Пока вы используете общий сервер, очень сложно точно знать, сколько у вас доступного процессора - если вы переросли свой VPS, то, вероятно, вам подойдет выделенный мачни.
Вы не упомянули, какой веб-сервер / ОС вы используете в настоящее время, и используете ли вы в настоящее время SSL.
Я думаю, что некоторые запросы обрабатываются медленно, потому что я вижу высокий показатель отказов
Считать? Вам действительно нужно начать это измерять. Что вы имеете в виду под "показателем отказов"?
Первое, что нужно сделать, это начать измерять, как ведет себя ваш сайт - начните записывать% D в свои журналы и, если вы используете mysql, установите низкий порог для журнала медленных запросов.
Затем убедитесь, что ваш сайт хорошо настроен для производительности - установите кеш кода операции, убедитесь, что вы обслуживаете хорошие инструкции кеширования, включите сжатие (для PHP вам понадобится gzhandler).
Вам очень далеко от потребности в емкости 100 Мбит / с, но имеет смысл использовать эту скорость на вашей сетевой карте по другим причинам.
Начните записывать количество запущенных процессов httpd и сравните его с доступной памятью (за вычетом буферов и кешей), о которой сообщает «свободна». В зависимости от распространения использования и очень маленькой базы данных вы должны стремиться иметь достаточно свободной памяти для размещения 80% вашего статического содержимого и файлов базы данных.
Если ваши страницы совместимы с PHP 5.3+, настоятельно рекомендуется использовать nginx.
Вы можете найти сравнение Вот. Но если вы используете старую версию PHP, я рекомендую придерживаться Apache, а не исправлять PHP для запуска в качестве службы.
Ваша текущая конфигурация легко удовлетворить ваш запрос с помощью Nginx.
Без подробной информации невозможно сказать о характеристиках производительности именно вашего приложения. Если вы обслуживаете статический HTML через nginx, ваш текущий VPS должен поддерживать до миллиона страниц в день или больше; Если у вас есть приложение, которое выполняет сложный поиск в базе данных для каждой обслуживаемой страницы, а затем запускает вычислительно затратный алгоритм на результат, вам понадобится балансировщик нагрузки и целый банк серверов, чтобы получать до 500 000 страниц в день.