веб-сервер, недостижимый в течение коротких периодов
В целом у Вас есть та целая установка, потому что Вы особенно не заботитесь, понижается ли один аспект ее, пока стоящая с клиентом часть все еще. Некоторые средства проверки времени работы только проверяют на 200 ответов HTTP с Вашего веб-сайта (даже если тот ответ покрыт ошибкой SQL), другие немного более конкретны.
В целом это - Ваш бизнес-план / SLA, и необходимо записать это. В чем Вы нуждаетесь? Имеет значение, если пользователи не могут войти в систему, пока все остальное работает? Вам только нужна Ваша индексная страница, чтобы произойти? Или Вам нужно все это для загрузки перед рассмотрением этого временем работы?
Прекратите пытаться вычислить время работы для всего и только измерить то, что важно - конечный результат.
Вы хотите отслеживать apache с помощью встроенного модуля server-status :
http://httpd.apache.org/docs/2.2/mod/ mod_status.html
Убедитесь, что вы также установили ExtendedStatus On в своей глобальной конфигурации (не в виртуальном хосте).
Затем вы можете проверить, есть ли длительные запросы или ваши рабочие истощается.
Когда сервер недоступен через доменное имя, он все равно работает, когда мы используем IP-адрес сервера. Так что я не думаю, что проблема в самом сервере, но что-то в DNS на маршрутизаторе.
Кто-нибудь знает, в чем может быть проблема?
Примечание: это зависит от того, как сервер возвращает пакеты ping. полезный тест. Ваш сервер может быть настроен не так, как "соображения безопасности" (хотя на самом деле это не дает вам особой безопасности. )
Когда возникает условие (и сервер не отвечает на ваши запросы http или https), можете ли вы пропинговать сервер по имени хоста? Если это так, ваша команда ping успешно разрешает адрес сервера через DNS (т. Е. Не проблема с DNS), а ваш маршрутизатор передает эхо-запрос ICMP на адрес (т. Е. Не проблема маршрутизатора). Поэтому, если ping работает, вам следует сосредоточиться на сервере в качестве вероятного виновника.
Если ping не работает, устраните неполадки как обычную сетевую проблему (например, посмотрите на разрешение DNS, попробуйте traceroute, чтобы увидеть, не умирает ли ваша попытка подключения где-то по пути и т. д.)
Позднее редактирование:
Я пропустил, что вы написали:
Итак, в течение нескольких минут мы не можем подключиться к нашему серверу с помощью http-запроса, например, ssh работает нормально.
Я не могу сказать наверняка из вашего описание выше, имеете ли вы в виду " не просто судить о том, что вы подключены, потому что ваше ssh-соединение не разрывается), хотя это состояние возникает, это вряд ли проблема маршрутизатора. И должно быть очень легко проверить разрешение DNS с помощью такой программы, как dig (или nslookup, но dig станет намного лучше, если вы научитесь ее использовать)
не просто судить о том, что вы подключены, потому что ваше ssh-соединение не разрывается), пока возникает это состояние, это вряд ли проблема маршрутизатора. И должно быть очень легко проверить разрешение DNS с помощью такой программы, как dig (или nslookup, но dig станет намного лучше, если вы научитесь ее использовать)