Каково было бы быстрое исправление в случае времени простоя сервера из-за внезапного интенсивного трафика?
Похоже, что Вы просто получаете ответы по электронной почте для адресов, которые имеют проблемы.
xxxxxxxx@earthkink.net Ваше сообщение не был поставлен из-за политики безопасности.
Я предположил бы, что earthkink.net думает, что Ваше сообщение является спамом.
xxxxxxx.xxxxx@verizon.com адрес электронной почты получателя не был найден в почтовой системе получателя.
Это просто похоже на это, это больше не допустимый адрес - то же с адресом AOL.
xxxxxxxx@prodigy.net Там является проблемой с почтовым ящиком получателя
У этого пользователя мог быть полный почтовый ящик, который не может больше принимать сообщения.
Я не волновался бы слишком много, особенно если бы остальная часть сообщений была получена. Одна вещь, которую я делаю, добавляет внешний адрес электронной почты, который я контролирую к списку, таким образом, я могу проверить, что отправка по почте работала по крайней мере на один адрес. Если та электронная почта получает сообщение затем, я знаю, что отправка по почте оставила мою систему успешно.
Прежде всего, не попадайте в эту ситуацию.
Провайдеры общего хостинга печально известны тем, что испытывают трудности с обработкой больших всплесков трафика для одного клиента, и поскольку вы не запускаете машины, вы мало что можете сделать для оптимизации.
Вероятно, лучшее, что вы можете сделать на общем хостинге , - это кэширование на уровне приложений. Например, если вы используете WordPress, установите W3 Total Cache в режиме дискового кэширования.
Если вы реально ожидаете большой объем трафика на постоянной основе, вам лучше как можно скорее перейти на серверы, которые вы контролируете. Точка, с которой я бы начал планировать отказаться от виртуального хостинга, - это около 5000 уникальных посетителей в день. К тому времени, как вы дойдете до 10 000, вас уже не будет. (Это всего лишь практическое правило; ваш провайдер может быть лучше или хуже.)
Вы ответили на свой вопрос. Веб-серверы обычно превышают пределы ОЗУ перед ЦП. Как только вы начнете исчерпывать ОЗУ, операционная система начнет подкачку, вызывая нисходящую спираль дискового сбоя с одним результатом. Если ваш хост работает под Linux, есть вероятность, что ядро начнет убивать процессы, чтобы сохранить себя. Apache может быть одним из первых.
Итак, отслеживайте использование ОЗУ и вежливо общайтесь со своим облачным провайдером ДО того, как столкнетесь с проблемами.
По запросу «Как быстро я могу внести это изменение?»
- Обслуживать только статические страницы с помощью NGinx.
- Перенаправлять трафик в CDN.
- Обеспечивать адекватные ресурсы для обслуживания требуются динамические страницы под нагрузкой.
Для CDN обратите внимание на Akamai , Amazon CloudFront или cloudFlare ]. Также убедитесь, что вы не собираетесь платить непомерную плату за трафик.