Назад | Перейти на главную страницу

Веб-сервер принимает до 800 запросов в секунду после рассылки информационного бюллетеня с относительно небольшим количеством просмотров / кликов информационного бюллетеня

У меня есть клиент, который еженедельно рассылает информационный бюллетень примерно 3000 получателям. Информационный бюллетень состоит из 50-100 изображений в зависимости от используемого шаблона (который, как я понимаю, очень эффективен, учитывая дизайн информационного бюллетеня).

Однако до недавнего времени из-за отправки их веб-сервер переставал отвечать, поскольку это был один веб-сервер, обрабатывающий запросы как для статических ресурсов, так и для PHP, в результате чего на веб-сервере заканчивались дочерние элементы apache и он не мог быстро обслуживать достаточно. Измеряя веб-сервер сразу после отправки, мы наблюдали следующее:

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

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

Спасибо за любой совет!

Прибл. 100 записанных просмотров информационного бюллетеня

И как это записано? Я бы посчитал просмотры, вставив некэшируемое изображение в информационный бюллетень, но здесь, очевидно, не так. Вы, конечно, не можете полагаться ни на SMTP DSN, ни на javascript.

Но я все равно ожидаю, что некоторые «зрители» будут сканерами вредоносных программ и сжимающими прокси (вы должны быть в состоянии определить по исходному IP-адресу / пользовательскому агенту).

(Кстати, не было бы дешевле организовать доставку электронной почты или использовать CDN, а не внедрять новый сервер?)