Тестирование серверной нагрузки и микрокеширование FastCGI для выдерживания пиков посещаемости

Самый страшный кошмар любого предпринимателя - ситуация, когда дорогостоящая рекламная кампания наконец начинает приносить тысячи посетителей, но сайт через пять минут становится недоступным и выдает сообщение об ошибке "504 Gateway Timeout" или "502 Bad Gateway". Каждая минута простоя в такой момент означает сотни или тысячи евро упущенной выгоды и безвозвратно утраченное доверие покупателей.

Многие ошибочно полагают, что решение проблемы - более дорогой сервер, однако надежное администрирование серверов с архитектурой Nginx обеспечивает стабильность за счет правильной конфигурации. Тем не менее на практике даже 32-ядерный сервер без корректной архитектуры кеширования падает уже при 100 одновременных динамических PHP-запросах. В этом техническом руководстве мы покажем, как с помощью инструментов с открытым исходным кодом провести реальное нагрузочное тестирование и внедрить микрокеширование Nginx FastCGI, позволяющее обычному виртуальному серверу без труда обрабатывать тысячи запросов в секунду.

Шаг 1 - Создание реалистичного теста нагрузки с помощью k6

Простой пинг одной страницы не дает истинного представления о том, как сайт поведется себя, когда реальные пользователи будут искать продукты, добавлять товары в корзину и просматривать категории. Нагрузочный тест должен представлять собой многоэтапный сценарий. Инструмент k6 идеально подходит для этого, так как позволяет писать сценарии на современном синтаксисе JavaScript.

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '1m', target: 50 },  // Разогрев до 50 пользователей
    { duration: '3m', target: 200 }, // Пиковая нагрузка: 200 одновременных пользователей
    { duration: '1m', target: 0 },   // Затухание
  ],
  thresholds: {
    http_req_duration: ['p(95)<400'], // 95% ответов должны быть быстрее 400 мс
    http_req_failed: ['rate<0.01'],    // Уровень ошибок менее 1%
  },
};

export default function () {
  // 1. Посещение главной страницы
  let res1 = http.get('https://marketmenow.eu/');
  check(res1, { 'status is 200': (r) => r.status === 200 });
  sleep(1);

  // 2. Просмотр раздела услуг
  let res2 = http.get('https://marketmenow.eu/ru/razrabotka-sajtov/');
  check(res2, { 'служебная страница загружена': (r) => r.status === 200 });
  sleep(2);
}

Когда выполняется профессиональная оптимизация скорости сайта, такой нагрузочный тест точно выявляет уязвимости еще до старта реальной маркетинговой кампании.

Айгарс Армановс Ведущий архитектор технологий и маркетинга

"Каждый динамический запрос страницы WordPress требует от 50 до 150 запросов к базе данных и интерпретации сотен файлов PHP. Если за одну минуту к вам приходят 1 000 посетителей, это означает 100 000 обращений к БД. Микрокеширование Nginx FastCGI сохраняет готовый ответ HTML в оперативной памяти RAM на срок от 5 до 60 секунд. В результате PHP и MySQL не выполняют лишнюю работу вообще, а время отклика сайта падает с 800 мс до 8 мс."

Шаг 2 - Внедрение микрокеширования Nginx FastCGI

Секрет микрокеширования (microcaching) заключается в очень коротком времени жизни кеша (например, 10 секунд для статичных страниц и блога). Это означает, что контент для посетителей всегда остается актуальным, но во время внезапных пиков все 500 пользователей получают один и тот же заранее сгенерированный файл HTML напрямую из памяти Nginx.

# 1. Определение пути кеширования в начале конфигурации Nginx (вне блока server)
fastcgi_cache_path /var/run/nginx-cache levels=1:2 keys_zone=WORDPRESS:100m inactive=60m max_size=1g;
fastcgi_cache_key "$scheme$request_method$host$request_uri";
fastcgi_cache_use_stale error timeout invalid_header updating http_500 http_503;

# 2. Определение исключений в блоке server (Корзина, оформление заказа, авторизованные пользователи)
set $skip_cache 0;

if ($request_method = POST) {
    set $skip_cache 1;
}
if ($query_string != "") {
    set $skip_cache 1;
}
if ($request_uri ~* "/wp-admin/|/xmlrpc.php|wp-.*.php|/cart/|/checkout/|/my-account/") {
    set $skip_cache 1;
}
if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in") {
    set $skip_cache 1;
}

# 3. Подключение кеширования в блоке location для PHP
location ~ .php$ {
    fastcgi_cache WORDPRESS;
    fastcgi_cache_valid 200 301 302 10s;
    fastcgi_cache_bypass $skip_cache;
    fastcgi_no_cache $skip_cache;
    add_header X-FastCGI-Cache $upstream_cache_status;
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php8.2-fpm.sock;
}

Шаг 3 - Сравнение производительности до и после

Подобную стабильность демонстрирует и современная разработка сайтов на чистом коде, о чем свидетельствуют реальные показатели в тесте с 200 активными пользователями:

Часто задаваемые вопросы о производительности сервера и микрокешировании