сколько запросов должен обрабатывать мой веб-сервер?

<p>не вдаваясь в подробности о спецификациях, так как я знаю, что нет реального ответа на это. но сегодня я выполняю нагрузочное тестирование с помощью команды <code>ab</code> в apache.</p><p>и добрался до количества 70 запросов в секунду (1000 запросов с 100 одновременными пользователями) на странице, которая загружается из 4 разных таблиц бд и выполняет некоторые манипуляции с данными. так что это довольно тяжелая страница.</p><p>сервер пока не используется ни для чего другого, и нагрузка на него принадлежит только мне, так как он находится в разработке. но приложение будет ежедневно использоваться многими пользователями.</p><p>но достаточно ли этого? или я должен даже волноваться (так же, как это заканчивает x запросов в секунду)</p><p>я думаю, что не должен волноваться, но я хотел бы несколько советов по этому вопросу.</p>

<p>70 запросов в секунду обрабатываются с почасовой скоростью 252 000 страниц в час.</p><p>если вы предполагаете, что средняя продолжительность сеанса просмотра вашего сайта составляет 10 страниц, вы можете поддерживать 25 000 уникальных часов в час.</p><p>вам, вероятно, следует сравнить эти цифры с ожидаемым числом посетителей, которое должно быть доступно у деловых людей.</p><p>многие из сайтов, на которых я работаю, видят около 50% своего ежедневного трафика в пиковый период примерно 3 часа каждый день. если это относится к вашему сайту (это зависит от типа контента, который вы предоставляете, и аудитории), то вы сможете поддерживать ежедневное уникальное количество посещений около 150 000.</p><p>это довольно хорошие цифры; я думаю, что вы должны быть в порядке. сейчас целесообразно изучить кеширование кода операции и настройку базы данных, но помните: преждевременная оптимизация - корень всех зол. мониторинг сайта, поиск горячих точек и ожидание роста трафика, прежде чем выполнять дорогостоящую оптимизацию для проблемы, которой у вас может не быть.</p>

<p>я использовал 2 инструмента, чтобы <strong> наблюдать за производительностью </strong> моих серверов apache в прошлом.</p><p>одним из них является <strong> <a href="http://munin-monitoring.org/">munin</a> </strong>, который отображает все виды вещей, включая количество экземпляров apache, количество соединений, доступную память, использование процессора и т. д. - и помогает мне определить, когда я приближаюсь к <strong> опасной зоне </strong> и почему.</p><p>второй - просто <strong> страница состояния сервера apache </strong> ( <a href="http://your\_server/server-status?refresh=10">http: // your\_server/server-status? refresh = 1</a> ), который позволяет мне видеть состояние каждого соединения, а также сколько свободных соединений доступно в данный момент.</p>

<p>я бы посоветовал вам беспокоиться, только если вы думаете, что ваше приложение будет очень загружено, когда оно появится. вероятно ли, что рассматриваемая страница будет сильно затронута? сильнее? меньше? если вы не знаете, я подозреваю, что это вряд ли будет проблемой раньше. если это ваша самая медленная страница, вы будете знать, где искать, если вам придется оптимизировать систему позже.</p><p>есть также много вещей, которые вы можете сделать, чтобы настроить большинство веб-серверов и механизмов баз данных, чтобы повысить производительность.</p>

<p>после того, как вы запустите свой сайт, вы также можете посмотреть на mod\_top <a href="http://www.mod-top.org">1</a> , который в реальном времени покажет текущую нагрузку на apache. я не установил его сам, но, похоже, он содержит больше информации и лучшую разбивку нагрузки, чем стандартное состояние сервера apache.</p>

<p>в комментарии вы указываете, что ваш сервер может обрабатывать 2900 запросов в секунду на пустой странице. это говорит о том, что это не сам веб-сервер, а его обработка.</p><p>если вы используете php, рассмотрите кеширование кода операции, например <a href="http://php.net/apc/"> apc </a> . если база данных является узким местом, <a href="http://www.danga.com/memcached/">memcached</a> также поможет вам.</p>