Навигация
· Главная
· 2.0.0.0 программа
· Первый запуск
· Настройка сервера
· Темы kiliwin-FTP-server
· Форум
· Обратная связь
ФТП-сервер
· 1.1.0.2 демон· 2.0.0.0 программа
kiliwin FTP-server 3
· Описание и установка· Первый запуск
· Настройка сервера
· Темы kiliwin-FTP-server
Пинг-робот
· 1.0 программаОстальное
· FAQ(New)· Форум
· Обратная связь
Темы форума
Новые темы
· самогонный аппарат с...· переделка Бражной ко...
· ректификационная кол...
· поделки из дерева на...
· Электрогитара JEM 777
Обсуждаемые темы
· строим баню - с м... | [42] |
· Проблемы установк... | [19] |
· Публичные ФТП-сер... | [10] |
· самодельная ленто... | [9] |
· инструмент для ст... | [9] |
Сейчас на сайте
Авторизация
Счетчики
Просмотр темы
ftp kiliwin Inc. :: Общие вопросы :: Банк идей
Какое решение избрали бы Вы? | ||||||||||||||||||||
|
программа проверки работоспособность сети организации
|
|
kiliwin |
Опубликовано 22-04-2009 13:22
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
Исходные условия 1. Берем для примера организацию с непрерывным циклом работы. 2. Сисадминов выводить по сменам ни кто не хочет. 3. Перерыв в работе разных участков сети и серверов сказывается на финансовых прибылях Задача 1. Проверять работоспособность всех определенных контрольных точек 2. В случае сбоев пытаться во становить работоспособность 3. Как можно быстрее оповещать кого то, каким то способом о том: а)что накрылось, б)когда накрылось Кто что скажет по этому поводу? Изменил(а) kiliwin, 22-04-2009 21:14 |
|
|
kiliwin |
Опубликовано 22-04-2009 21:12
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
прочитано тут http://cert.uzsci... Методы мониторинга состояния сети Выбор способов и объектов мониторинга сети зависит от множества факторов – конфигурации сети, действующих в ней сервисов и служб, конфигурации серверов и установленного на них ПО, возможностей ПО, используемого для мониторинга и т.п. На самом общем уровне можно говорить о таких элементах как: 1. проверка физической доступности оборудования; 2. проверка состояния (работоспособности) служб и сервисов, запущенных в сети; 3. детальная проверка не критичных, но важных параметров функционирования сети: производительности, загрузки и т.п.; 4. проверка параметров, специфичных для сервисов и служб данного конкретного окружения (наличие некоторых значений в таблицах БД, содержимое лог-файлов). Начальный уровень любой проверки – тестирование физической доступности оборудования (которая может быть нарушена в результате отключения самого оборудования либо отказе каналов связи). Как минимум, это означает проверку доступности по ICMP-протоколу (ping), причем желательно проверять не только факт наличия ответа, но и время прохождения сигнала, и количество потерянных запросов: аномальные значения этих величин, как правило, сигнализируют о серьезных проблемах в конфигурации сети. Некоторые из этих проблем легко отследить при помощи трассировки маршрута (traceroute) – ее также можно автоматизировать при наличии «эталонных маршрутов». Следующий этап – проверка принципиальной работоспособности критичных служб. Как правило, это означает TCP-подключение к соответствующему порту сервера, на котором должна быть запущена служба, и, возможно, выполнение тестового запроса (например, аутентификации на почтовом сервере по протоколу SMTP или POP или запрос тестовой страницы от веб-сервера). В большинстве случаев, желательно проверять не только факт ответа службы/сервиса, но и задержки – впрочем, то относится уже к следующей по важности задаче: проверке нагрузки. Помимо времени отклика устройств и служб для различных типов серверов существуют другие принципиально важные проверки: память и загруженность процессора (веб-сервер, сервер БД), место на диске (файл-сервер), и более специфические – например, статус принтеров у сервера печати. Способы проверки этих величин варьируются, но один из основных, доступных почти всегда – проверка по SNMP-протоколу. Помимо этого, можно использовать специфические средства, предоставляемые ОС проверяемого оборудования: к примеру, современные серверные версии ОС Windows на системном уровне предоставляют так называемые счетчики производительности (performance counters), из которых можно «считать» довольно подробную информацию о состоянии компьютера. Наконец, многие окружения требуют специфических проверок – запросов к БД, контролирующих работу некоего приложения; проверка файлов отчетов или значений настроек; отслеживание наличия некоторого файла (например, создаваемого при «падении» системы). |
|
|
kiliwin |
Опубликовано 23-04-2009 11:48
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
по реализации 1. программка должна запускаться сервисом 2. программка должна сама определяться кто, как и кому будет стучать о неполадках. То есть у нас допустим 50 серверов расположенных на разных объектах, программа при старте должна проверить какие виды коммуникаций ей доступны с внешним миром, интернет, сотовая связь, дозвон по модему и т.д., после дать широковещательное сообщение по внутренней сети, что то типа "я работаю, у меня есть такие то виды сигнализации, есть в сети кто круче или раньше зарегестренный?" Если ни кто не откликается - программа считает себя главной и при запросе от другого узла сообщает данную инфу. Если откликается - то меряются возможностями и выбирают "старшего". если возможности равны то "бросаем монетку". |
|
|
kiliwin |
Опубликовано 23-04-2009 13:27
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
3. проверка доступности сети проходит обычным пингом - все пингуют всех. При этом еще должна проходить сверка списков узлов - то есть администратор на любом узле добавляем или удаляет контрольную точку и этот список распространяется на всех. |
|
|
kiliwin |
Опубликовано 27-04-2009 14:51
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
4. необходима проверка присутствия напряжения в сети 220В. Думаю эту проверку можно организовать через проверку логов UPS. Там же смотреть на завышенное и заниженое напряжение. 5. Программа должна уметь определять работает ли определенный сервис, пробывать перезапустить его в случае зависа или запустить заново в случае полного выпадения |
|
|
kiliwin |
Опубликовано 29-04-2009 14:02
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
тут узнал что к Smart-UPS есть еще и градусники, значит нужно еще и температуру в серверных помещениях мониторить 6. определять наличие подключенного градусника, мониторить температуру помещения |
|
|
kiliwin |
Опубликовано 30-04-2009 11:42
|
Супер Администратор Сообщений: 213 Зарегистрирован: 18.01.09 |
7. необходимо мониторить информацию по жестким дискам (SMART) 8. следить за свободным местом на дисках |
|
Перейти на форум: |