Как говорится: «Когда человеческого сердца недостаточно, змея проглатывает слона». После выполнения основных требований, описанных в предыдущей статье, необходимо выполнить более сложные функциональные требования.
1. Одновременный мониторинг нескольких мест и линий.
Несколько мест мониторинга подразумевают мониторинг веб-сайтов и серверов в разных местах одновременно, например, мониторинг в нескольких точках, таких как Гуанчжоу, Пекин, Чунцин и т. д., и при обнаружении неисправности в любой точке будет выдан сигнал тревоги. Многолинейность означает использование разных линий (Telecom, China Unicom, China Railway Communications и т. д.) для одновременного мониторинга. Местоположение и линия используются вместе, например, Guangzhou Telecom, Beijing Unicom и т. д.
Интернет Китая искусственно разделен на север и юг. Юг — это в основном Telecom, а север — это преимущественно China Unicom (ранее China Netcom), а также другие образовательные сети, China Railcom и т. д. Скорость доступа к различным сетевым линиям медленнее и нестабильнее, чем к одной и той же сетевой линии. Например, доступ China Telecom к China Unicom в несколько раз медленнее, чем доступ China Telecom к China Telecom, и соединение может время от времени не работать. время. В сочетании с разными локациями ситуация еще более усложняется. Например, проверка связи с Гуанчжоу Телеком в Гуанчжоу обычно занимает 10 мс, проверка связи с Гуанчжоу China Unicom обычно занимает 30 мс, проверка связи с Пекином Телеком - 20 мс, а проверка связи с Пекином Netcom - 60 мс. В Гуанчжоу мы часто наблюдаем, что линии Guangzhou Telecom не могут получить доступ к линиям Guangzhou Unicom.
У большинства веб-мастеров и сетевых администраторов нет условий для самостоятельного мониторинга нескольких локаций и линий. Онлайн-мониторинг может легко помочь вам решить эту проблему. Если сервер вашего веб-сайта расположен по всей стране, он требует нескольких мест и линейного мониторинга.
2. Сигнализация неисправности поддерживает серьезную и второстепенную тревогу.
Серверы обычно открывают несколько служб одновременно, таких как службы веб-сайтов, службы электронной почты, службы FTP, службы баз данных и т. д. Сетевым администраторам нравится иметь возможность одновременно отслеживать, работают ли эти службы в нормальном режиме. Если приоритеты отсутствуют, то при сбое сети или перезапуске сервера для обслуживания вы немедленно получите сигналы тревоги о сбое веб-сайта, сигналы службы электронной почты и службы FTP. Еще хуже, когда сервер не может быть восстановлен в течение короткого периода времени. время, тревожные сообщения будут продолжать отправляться вам до тех пор, пока сервер не вернется в нормальное состояние или вы не выйдете из строя.
Для служб, которые контролируют один и тот же сервер, необходимо определить основной объект мониторинга. При сбое основного объекта мониторинга отправляются только сигналы тревоги основного объекта мониторинга, а другие вторичные объекты мониторинга приостанавливают мониторинг и подачу сигналов тревоги. Например, Ping используется в качестве основного объекта мониторинга. Если Ping не удается и происходит таймаут, это означает, что сервер вышел из строя или отключен. В это время для постоянного мониторинга Ping отправляются только сигналы Ping сервера, поскольку его больше нет. необходимо продолжать мониторинг и подавать сигналы тревоги другим службам. Это может значительно сократить количество тревожных сообщений и сделать мониторинг более разумным и эффективным.
3. Настройте условия тревоги.
Общим результатом мониторинга является успех или сбой, например сбой Ping, ошибка доступа к веб-странице и сбой сокета. Когда они происходят, они называются сбоями, а сбои являются сигналами тревоги с наивысшим приоритетом. Кроме того, также можно отслеживать задержку возврата и контент, например, задержку возврата Ping, время доступа к веб-странице, контент, полученный при доступе к веб-странице и т. д. Возвращенные результаты можно использовать для настройки условий тревоги. Например, задержка возврата при мониторинге Ping обычно составляет 10–30 мс. Если задержка превышает 100 мс, это означает, что может возникнуть проблема с сетью или сервером. медленный ответ сети, и необходимо немедленно проверить, есть ли такие проблемы, как слишком большой трафик или слишком высокая мощность процессора сервера.
Настраиваемые условия тревоги позволяют дополнительно уточнить содержание мониторинга, точно узнать состояние веб-сайта и сервера и выиграть больше времени для решения проблемы до того, как произойдет сбой.
4. Настройте содержимое тревожного сообщения.
Существует много содержимого тревожных сообщений, например имя веб-сайта тревожных сигналов, IP-адрес сервера, отслеживаемая линия, отслеживаемая служба, сообщение об ошибке, время возникновения и т. д. Вы можете настроить содержимое тревожного сообщения, чтобы свободно выбирать полученное содержимое тревожного сигнала и изменять его в соответствии с вашими потребностями. Реальная ситуация. Это особенно важно при использовании SMS для получения содержимого сигнала тревоги. Содержимое SMS-сообщения может содержать до 70 символов. Трудно полностью понять содержание неисправности в пределах 70 символов. Также необходимо настроить содержимое и настроить его так, чтобы возникла неисправность. можно узнать даже при ограниченном количестве символов. Время, содержание неисправности, например: «007电影网12:32 Впервые произошел сбой мониторинга телекоммуникационной линии», четко знайте информацию о неисправности.
5. Получайте сводные отчеты по электронной почте.
Когда с сайтом и сервером нет серьезных проблем, никто не поленится зайти в бэкэнд управления сервисом онлайн-мониторинга и проверить. Если вы можете получать по электронной почте сводный отчет о мониторинге сервера веб-сайта каждый день, вы можете получить общее представление о состоянии веб-сайта и сервера за две или три минуты.
6. Пассивный мониторинг
Хотя активный мониторинг не требует установки кодов и программ и очень безопасен и удобен, ему не хватает большого количества подробного контента для мониторинга, такого как невозможность получения размера жесткого диска, использования ЦП, сетевого трафика и т. д. Этот контент для мониторинга очень полезно, например, слишком высокая загрузка ЦП. Это означает, что существует проблема с веб-сайтом или программой, а высокий трафик означает, что он может быть атакован и т. д.
SNMP (простой протокол сетевого управления) обычно используется для пассивного мониторинга. Большую часть интересующего вас контента можно отслеживать через SNMP. Большинство операционных систем поддерживают SNMP, что делает активацию и управление очень удобными и безопасными. Недостаток SNMP заключается в том, что он занимает полосу пропускания и потребляет определенное количество ресурсов ЦП и памяти. Когда загрузка ЦП слишком высока и сетевой трафик велик, его невозможно эффективно отслеживать.
[Статьи, связанные с автором]
Обсуждение необходимости использования онлайн-мониторинга серверов веб-сайтов (1)
Обсуждение необходимости использования онлайн-мониторинга серверов веб-сайтов (2)
Автор этой статьи: Интернет-приложения и услуги Zhongyu являются оригинальными. При перепечатке статьи оставляйте ее.
Спасибо Zhongyu Internet за ваш вклад.