настроить сервер для обработки большого количества запросов

Вау - что я могу сказать, это непросто, правда? но не бойтесь, никто не рождается просто зная это, так что не расстраивайтесь по этому поводу, ну, во всяком случае, пока нет.

В конечном итоге это сводится к трем основным направлениям;

1. Знание вашей вероятной целевой аудитории - это взгляд на максимальное / среднее / минимальное количество пользователей, которые вы, вероятно, увидите в течение данного дня / недели / месяца. Это в основном задача ваших маркетологов, но вам также необходимо понимать типичную нагрузку, которую средний пользователь возлагает на вашу среду. В качестве примера вы можете сделать вывод, что вы можете видеть 1000 x 100 КБ просмотров в минуту в течение 09: 00-17: 00 часов, снижаясь до 100 в минуту вне этого времени или в другое время.
2. Проектирование системы - это фактическое проектирование сквозной среды для поддержки этих требований. Во-первых, вам нужно понять поток данных и объем каждого из этих среднестатистических взаимодействий с пользователем, сначала в ваших веб-сервисах, затем в ваших приложениях, затем в ваших базах данных, а затем в обратном направлении - обычно вы в конечном итоге составляете схему рабочего процесса в «история», показывающая, что на самом деле происходит с каждым пользователем. Как только вы поймете природу каждого взаимодействия с пользователем, вы можете создать среду Proof Of Concept, чтобы выяснить, сколько ЦП, памяти, дискового ввода-вывода, емкости диска и сетевого ввода-вывода потребуется для каждого типичного взаимодействия с пользователем. После того, как вы доказали эти технические требования, вы можете экстраполировать требования к нагрузке на ожидаемые нагрузки и начать проектирование производственной среды, масштабируемой до правильных уровней для каждого из этих ресурсов.
3. Создавайте, тестируйте и настраивайте среду - именно здесь вы фактически создадите различные уровни / приложения, с которыми вы пойдете в производство. Будет много разных навыков, от масштабируемого дизайна до сети, управления ОС, создания приложений, управления хранилищем, аудита безопасности, тестирования и, в конечном итоге, поддержки в реальной жизни.

Однако самое замечательное, если вы выполните эти шаги, вы получите платформу, которая будет работать в соответствии с требованиями!

Есть две основные вещи, которые определяют, сколько трафика может обработать сервер:

1. Мощность сервера - Очевидно, что больший сервер означает больше возможностей обслуживания. VPS, вероятно, будет находиться на «нижнем» конце шкалы обслуживания.
2. Тип содержимого - То, что вы обслуживаете, оказывает значительное влияние на то, сколько вы можете служить. Вы можете серверить на порядки больше статических изображений размером 1 Кбайт, чем сложное и неоптимизированное приложение PHP / MySQL.

Точно так же, если вам нужен «более быстрый» веб-сайт, вы можете сделать две основные вещи. Вы можете получить лучший сервер (или более крупный и / или несколько из них) или оптимизировать свое приложение (кеширование кода операции PHP, оптимизированные настройки, уровни кеширования и т. Д.). Первое, как правило, легко сделать, но дорого, в то время как второе может быть намного сложнее, но в долгосрочной перспективе поможет вам продвинуться дальше. Имейте в виду, что плохо спроектированное приложение может вывести из строя даже огромный сервер.

То, что вы делаете сейчас, действительно зависит от вашей ситуации. В некоторых случаях может быть лучше потратить деньги и перейти на сервер с избыточной скоростью, а потом позаботиться о надлежащей оптимизации приложения.

Во-первых, нужно проверить, действительно ли сервер достигает своих ограничений ресурсов, apache и mysql имеют настройки ограничения одновременного подключения по умолчанию, которые вам может потребоваться изменить.

Использование htop (при условии, что вы работаете на компьютере с Linux) - довольно простой способ получить базовую информацию об использовании ресурсов и процессах, запущенных на вашем VPS.

Затем вы можете проверить, является ли сервер узким местом, а не ограничениями конфигурации, и либо увеличить ресурсы сервера с вашего хоста, либо проверить сайт, чтобы узнать, можете ли вы оптимизировать его дальше.