WWW.METODICHKA.X-PDF.RU
БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Методические указания, пособия
 


Pages:   || 2 |

«ДОПУСТИТЬ К ЗАЩИТЕ В ГАК Зав. кафедрой, доцент,к.т.н. И.А. Соколов «» 2014 г. Гассельбах Марина Александровна СИСТЕМА МОНИТОРИНГА ОСНОВНЫХ ПОКАЗАТЕЛЕЙ РАБОТОСПОСОБНОСТИ СЕРВЕРНОГО ...»

-- [ Страница 1 ] --

Министерство образования и науки Российской Федерации

Федеральное государственное автономное образовательное учреждение высшего

профессионального образования

«КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Институт информационных технологий, машиностроения и транспорта

Кафедра прикладных информационных технологий

ДОПУСТИТЬ К ЗАЩИТЕ В ГАК

Зав. кафедрой, доцент,к.т.н.

______________________ И.А. Соколов «____»________________ 2014 г.

Гассельбах Марина Александровна

СИСТЕМА МОНИТОРИНГА ОСНОВНЫХ ПОКАЗАТЕЛЕЙ

РАБОТОСПОСОБНОСТИ СЕРВЕРНОГО ОБОРУДОВАНИЯ И КОММУТАЦИЙ

ДЛЯ ГФУ ПО КЕМЕРОВСКОЙ ОБЛАСТИ

Дипломная работа Научный руководитель, зав. кафедрой, доцент, к.т.н. ______________________ И.А. Соколов Исполнитель, студ. гр. ПИ091 ______________________ М.А. Гассельбах Электронная версия дипломной работы помещена в электронную библиотеку

Файл:

Администратор:

Кемерово-2014 Реферат Дипломная работа, 42 стр., 30 рис., 5 табл., 23 источника, 3 приложения.

МОНИТОРИНГ СЕТЕЙ, ПРОСТОЙ СЕТЕВОЙ ПРОТОКОЛ, SNMP, PHYTON,

КОММУТАЦИЙ, АКТИВНОЕ СЕТЕВОЕ

PHP, NAGIOS, MYSQL,УЧЕТ

ОБОРУДОВАНИЕ, СЕРВЕРНОЕ ОБОРУДОВАНИЕ

Объект исследования: процесс мониторинга сетей и сетевого оборудования.

Цель работы: Разработать комплексную систему мониторинга локальной сети Главного финансового управления Кемеровской области Методы исследования и технологии разработки: предметная область исследовалась на основе методов системного анализа. При разработке системы были использованы методологии структурного и объектно-ориентированного программирования в среде разработки приложений PhpDesigner и СУБД MySQL.

инструментарий. Для разработки базы данных был использован инструментарий phpMyAdmin. Языками разработки являются PHPверсии 5.2, HTML и JavaScript.

Результаты работы: все поставленные задачи были успешно выполнены, а цель по разработке системы – достигнута. Во-первых, Опираясь на учебную документацию Nagios и методические указания, было написано два программных модуля на языке Python c использованием библиотеки Gammu для подключения к мобильному телефону. Вовторых, в среде разработки PHPDesigner 8 на языке PHP с использованием в качестве хранилища данных СУБД MySQL была создана система, отвечающая задаче учета и мониторинга соединений серверного и активного сетевого оборудования Главного финансового управления по Кемеровской области.

Область применения: разработка, которой посвящена данная дипломная работа принадлежит к классу программ-систем мониторинга сети. Благодаря такой системе контроль правильной и надежной работы серверного и активного сетевого оборудования становится эффективнее и менее трудозатратна. Созданная программа успешно внедрена в Главном финансовом управлении по Кемеровской области и решает задачи по учету коммутаций, то есть физических соединений оборудования в серверном помещении, а также оказывает помощь сотрудникам в мониторинге и контроле основных показателей работоспособности активного сетевого и серверного оборудования, среди которых такие важные характеристики как влажность на территории серверного помещения, температура, объем свободного дискового пространства на серверном оборудовании и другие.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1 СИСТЕМЫ МОНИТОРИНГА СЕТЕЙ И СЕТЕВОГО ОБОРУДОВАНИЯ

1.2 Методы мониторинга состояния сети

1.3 Использование протокола SNMP для анализа состояния сетей

1.4 Анализ основных систем мониторинга

1.4.1 Zabbix

1.4.2 WhatsUpGold

1.4.3Nagios

2 КОМПЛЕКСНАЯ СИСТЕМА МОНИТОРИНГА СЕРВЕРНОГО ПОМЕЩЕНИЯ...........25

2.1 SMS-УВЕДОМЛЕНИЯ В NAGIOS

2.1.1 Актуальность SMS-оповещений в реальном времени

2.1.2 Анализ возможных способов настроить SMS-оповещения

2.1.3 Использование скриптов Python в Nagios

2.2 УЧЕТ КОММУТАЦИЙ СЕРВЕРНОГО ПОМЕЩЕНИЯ

2.2.1 Актуальность создания ПО для учета коммутаций

2.2.2 Среда и средства разработки

2.2.3 Структура базы данных

2.2.4 Интерфейс и основные возможности





2.3 ПЕРСПЕКТИВЫ РАЗВИТИЯ СИСТЕМЫ МОНИТОРИНГА

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А Акт о внедрении программного продукта

ПРИЛОЖЕНИЕ Б Задание от предприятия на разработку ПО для учета коммутаций......41 ПРИЛОЖЕНИЕ В Отзыв научного руководителя

ПРИЛОЖЕНИЕ Г Отзыв руководителя с предприятия

ВВЕДЕНИЕ

В настоящее время информационная инфраструктура многих предприятий является сложнейшим конгломератом разномасштабных и разнородных сетей и систем.

Для того чтобы обеспечить их слаженную и эффективную работу, необходима управляющая платформа или, как ее называют чаще, система мониторинга. В настоящее время существует порядка двух десятков систем мониторинга сетей и сетевого оборудования. Это и понятно, ведь актуальность и необходимость таких систем переоценить очень сложно. Благодаря мониторингу появляется возможность отслеживать такие показатели серверной инфраструктуры как влажность, температуру, объем свободного дискового пространства на серверах и другие, что позволяет оперативно обнаружить сбой, и оповестить о нём системного администратора, вовремя предупредив опасные последствия.

Серверный комплекс Главного финансового управления по Кемеровской области (далее ГФУ) насчитывает несколько десятков единиц сложнейшего аппаратного оборудования, которое решает множество различных задач: начиная с простого файлового хранилища с защитой от потери информации или управлением доступа к сети Интернет, до задач по обработке данных. Разумеется, такая сложная аппаратная система требует постоянного контроля и мониторинга в силу значимости и важности возложенных на нее задач. Численность ИТ-отдела в ГФУ - всего несколько человек, и это существенно затрудняет процесс мониторинга серверного помещения, - ведь, как правило, у сотрудников и помимо этого на плечах немало задач. Таким образом, была поставлена цельразработки комплексной системы мониторинга сетей и сетевого оборудования в ГФУ по Кемеровской области.

Сравнив около десяти систем мониторинга по целому перечню показателей, выбор пал на разработку Этана Галстада под названием Nagios. Эта система по праву завоевала расположение тысяч системных администраторов по всему миру: она бесплатна, проста в управлении, а также является системой с открытым кодом, что позволяет разрабатывать дополнительные модули, адаптируя программу под свои задачи. Таким образом, задачей, под которую следовало настроить Nagios стала отправка SMS-уведомлений системному администратору в случае каких-либо неисправностей, так как основным средством оповещения по-прежнему остается почта, но вот о каких-то глобальных авариях хотелось бы получать уведомления независимо от работы собственной сети. Было рассмотрено несколько методов реализации SMSоповещений, среди которых было использование "Google-календаря", отправляющего сообщения по событиям, использование сервисов по отправке SMS-сообщения посредством сети Интернет, коих сейчас великое множество, а также несколько других методов, которые не подходили под решение поставленной задачи в силу недостаточной безопасности и надежности.

Ознакомившись с учебной документацией Nagios, было решено создать два программных модуля на языке Python c использованием библиотеки Gammu для подключения к телефону. Gammu - это утилита командной строки и библиотека для работы с мобильными телефонами различных производителей. Один из созданных скриптов позволяет отправлять смс в случае неисправности, а другой, - проверяет статус мобильной сети.

Кроме того, было выявлено, что учет коммутаций (физических соединений между оборудованием в серверном помещении) в Главном финансовом управлении по Кемеровской области ведется с помощью MS EXCEL, как показано на рисунке 1, что по меньшей мере нерационально с точки зрения доступа к базе коммутаций и экономии времени сотрудников.

Рисунок 1 - Ведение учета данных о коммутациях в MicrosoftExcel В следствие этого было решено создать систему учета коммутаций серверного оборудования на предприятии в дополнение к двум скриптам для Nagios.

Резюмируя вышесказанное, можно отметить, что мониторинг сетей и сетевого оборудования - это очень перспективное направление развития ИТинфраструктуры и, не взирая на ряд проблем, которые возникают при его внедрении, использование систем мониторинга обеспечит повышение надежности и отказоустойчивости системы аппаратного и программного обеспечения.

1 СИСТЕМЫ МОНИТОРИНГА СЕТЕЙ И СЕТЕВОГО

ОБОРУДОВАНИЯ

1.1 Основы мониторинга компьютерной сети Компьютерная сеть — это система программных и аппаратных компонентов, тесно взаимосвязанных друг с другом. Разумеется, компьютерная сеть может состоять и из двух компьютеров, но, как правило, их число в сети существенно больше. При этом компьютерная сеть не является простым объединением компьютеров, а представляет собой достаточно сложную систему. Любая компьютерная сеть характеризуется (рис. 1) топологией, протоколами, интерфейсами, сетевыми техническими и программными средствами.

Рисунок 2 - Общая схема компьютерной сети Все устройства, работающие в сети, протоколы, сама сеть образуют сложнейшую систему, которая требует постоянного мониторинга и контроля в силу важности выполняемых функций. Как хорошо бы не была настроена компьютерная сеть, и насколько бы надежное программное обеспечение не было установлено на серверном оборудовании и компьютерах - полагаться только на системного администратора в данном вопросе крайне не рационально. Нужны средства контроля состояния сети, которые работают в автоматическом режиме и действуют непрерывно, сообщая своевременно о потенциальных аварийных ситуациях.

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

Система мониторинга сети выполняет наблюдение за сетью в поисках проблем, вызванных перегруженными и/или отказавшими серверами, другими устройствами или сетевыми соединениями. Неудавшиеся запросы (например, в том случае, когда соединение не может быть установлено или когда сообщение не было доставлено) обычно вызывают реакцию со стороны системы мониторинга. В качестве реакции может быть:

отправлен сигнал тревоги системному администратору;

автоматически активирована система защиты от сбоев, которая временно выведет проблемный сервер из эксплуатации, до тех пор, пока проблема не будет решена, и так далее. [2] Постоянный мониторинг системы дает возможность обнаружения "узких мест" в сети, локализации ошибок и своевременного исправления ситуации.

Мониторинг состояния компьютерной сети, как правило, осуществляется одной или несколькими рабочими станциями или серверами.

Существует два вида мониторинга:

Активный мониторинг, предполагающий опрос устройств с определённой периодичностью для определения доступности самих устройств и сервисов, которые они предоставляют, а также проверки состояния устройств в настоящий момент, например, процент загрузки процессора, дисков, температуры и других.

Пассивный мониторинг, предполагающий ожидание от устройств сообщений о событиях, происходящих в системе. Чаще всего такие сообщения присылаются устройствами посредством простого протокола сетевого управления (SNMP). Это протокол прикладного уровня, который является составной частью протокола TCP/IP и позволяет администраторам руководить производительностью сети, находить и устранять сетевые проблемы Обычно на практике в системах мониторинга данные виды комбинируются.

1.2 Методы мониторинга состояния сети Все множество средств, применяемых для мониторинга локальных сетей, можно разделить на несколько основных классов:

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

Средства управления системой. Средства управления системой часто выполняют функции, аналогичные функциям систем управления, но по отношению к другим объектам. В первом случае объектами управления являются программное и аппаратное обеспечение компьютеров сети, а во втором — коммуникационное оборудование. Вместе с тем некоторые функции этих двух видов систем управления могут дублироваться, например, средства управления системой могут выполнять простейший анализ сетевого трафика.

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

Анализаторы протоколов. Представляют собой программные или аппаратно-программные системы, которые ограничиваются, в отличие от систем управления, лишь функциями мониторинга и анализа трафика в сетях.

Оборудование для диагностики и сертификации кабельных систем. Условно это оборудование можно поделить на четыре основные группы: сетевые мониторы, приборы для сертификации кабельных систем, кабельные сканеры и тестеры (мультиметры).

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

Многофункциональные устройства анализа и диагностики. Приборы, совмещающие функции нескольких устройств: анализаторов протоколов, кабельных сканеров и даже ряд возможностей ПО сетевого управления. [6] Выбор методов мониторинга зависит от целого набора факторов, среди которых возможности программного обеспечения, конфигурации серверов и сети и многие другие.

В общем случае можно говорить о таких элементах как:

1. проверка физической доступности оборудования;

2. проверка работоспособности служб и сервисов, которые в настоящее время работают в сети;

3. детальная проверка важных критериев функционирования сети (загрузки, производительности и других);

4. проверка специфичных параметров, свойственных для данного конкретного окружения (наличие значений в таблицах базы данных, проверка содержимого логфайлов).

В любом случае любая проверка начинается с тестирования доступности оборудования, которая может быть нарушена в силу отключения оборудования либо отказе каналов связи. Это предполагает проверку по ICMP-протоколу (протокол межсетевых управляющих сообщений), когда проверяется не только факт ответа, но и время, за который проходит сигнал, а также количество запросов, которые были потеряны.

Следующим этапом является проверка работоспособности критичных служб.

Обычно это означает TCP-подключение к тому порту сервера, где должна быть запущена служба, а также отправка выполнение тестового запроса.

Далее происходит проверка нагрузки, где выясняются также данные о памяти и загруженности процессора, свободном дисковом пространстве, статусах принтеров у сервера печати и другие принципиально важные проверки.

И, наконец, многие окружения требуют еще и специфических проверок, таких как запросы к базе данных, которые контролируют работу какого-либо приложения, проверка файловых отчетов или значений настроек, отслеживание наличия некоторого файла (к примеру, создаваемого при возникающих проблемах в системе). [5] Системы управления сетью позволяют в автоматическом режиме контролировать сетевой трафик и управлять коммуникационным оборудованием сети. Большинство современных систем управления сетью построены на основе протокола SNMP. [3]

1.3 Использование протокола SNMP для анализа состояния сетей

Протокол SNMP (Simple Network Management Protocol, простой протокол сетевого управления) представляет собой протокол для управления сложными сетями TCP/IP. Он позволяет автоматически собирать информацию об ошибках и отказах устройств.[3] С помощью SNMP администраторы могут управлять и настраивать компьютеры сети из центрального компьютера, не используя программы управления сетью. Они могут также использовать SNMP для наблюдения за производительностью сети, определяя сетевые проблемы и отслеживания тех, кто использует сеть, и то, как используется сеть. [7] Таким образом, благодаря удобству и "практической полезности" данного протокола сетевого управления, в настоящее время он остается самым популярным протокола для сбора данных о работоспособности активного сетевого оборудования и сети. Его используют десятки систем мониторинга по всему миру.

SNMP помогает определить:

загрузку каналов передачи данных свитчей и маршрутизаторов (номер порта, пропускную способность);

параметры ИБП (пинг, напряжение, заряд аккумуляторов, состояние и режим работы и так далее);

параметры RAID-массива или внешнего хранилища данных (вид, состояние работы, загрузку и прочее);

параметры принтера или МФУ (пинг, количество тонера, сетевое имя), принт-сервера, телефонной станции. [16] Все устройства, "поддающиеся" управлению, имеют собственный программный комплекс, необходимый для того, чтобы была возможность работы с протоколом SNMP, которое называется агентом. Этот агент является посредником между внутренними структурами объекта, над которым производится управление и менеджером. Менеджер это программа, которая работает в это же время на рабочей станции сетевого управления.

Чаще всего их взаимодействие происходит таким образом, что менеджер инициирует запрос по адресу к агенту, агент занимается его обработкой, сбором данных и далее отправляет эти данные назад. В редких случаях агент и сам без помощи менеджера имеет возможность выступать инициатором обмена данными.[8] Рисунок 3 - Взаимодействие агента и менеджера.

Клиентское программное обеспечение обычно бывает запущено на рабочей станции администратора, а программа-сервер запущена на каждом маршрутизаторе или узле сети, вовлеченные в процесс управления (рис.3). [9] Рисунок 4 - Схема взаимодействия устройств в сети Чаще всего агент имеет ряд событий, в случае возникновения которых он должен сообщить об этом менеджеру, после чего менеджер должным образом реагирует на оповещение агента. Примерами таких событий могут служить перезагрузка в результате проблем с питанием или же какая-либо другая аварийная ситуация.

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

Таким образом, немаловажным аспектом работы с SNMP является то, что менеджер имеет возможность безо всяких сложностей взаимодействовать с агентами от самых разных производителей. Это достигается посредством делегирования всех трудностей по взаимодействию с оборудованием агенту, который обладает стандартный интерфейс для доступа к характеристикам техники. [8] Простой протокол сетевого управления также и позволяет определять административные связи в отношения между управляемыми маршрутизаторами, то есть аутентификация администраторов.

Кроме того вся необходимая для управления устройством информация находится именно на самом устройстве в так называемой Административной Базе Данных (MIB Management Information Base ).Эта база данныхявляется набором переменных, отражающих состояние объекта, над которым совершается управление.

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

Таким образом, SNMP как непосредственно сетевой протокол предоставляет исключительно набор команд для работы с переменными MIB. Этот набор включает следующие операции:

Таблица 1 - Операции протокола SNMP

–  –  –

В итоге удается сохранить простоту протокола, но и сделать его весьма и весьма мощным средством, позволяющим задавать наборы команд управления сетевыми устройствами. Задача обеспечения выполнения команд состоит, таким образом, в регистрации специальных переменных MIB и реакции устройства на их изменения.

Структурно MIB представляет собой дерево, изображенное на рисунке 5.

Рисунок 6 - Структура MIB Каждому элементу соответствует численный и символьный идентификатор. В имя переменной включается полный путь до нее от корневого элемента root.

Также в отличие от других протоколов сетевого управления, SNMP использует в основе своего управления не ряд команд, а альтернативный подход под названием "fetchstore" (принцип выборки-хранения). И это гораздо более рациональный подход, так как при построении протоколов на основе команд возникают большие сложности в их структуре, ведь для каждой операции в протоколе существует отдельная команда, а при появлении новых элементов данных в протокол требуется внести изменения. Главными достоинствами использования принципа "fetch-store" являются простота, гибкость и устойчивость, которая очень высока. [9] С точки зрения администратора, SNMP по-прежнему остается весьма и весьма закрытым, но эта проблема находит свое решение посредством реализации пользовательского интерфейса к программам поддержки сетевого управления. В настоящее время таких программ великое множество и большинство из них обладают графическим пользовательским интерфейсом, где можно увидеть схемы сетевых соединений и используется принцип "навести и щелкнуть" для взаимодействия с пользователем. [9] В настоящее время самой новой версией протокола SNMP является SNMPv3, которая создана на основе его предыдущих версий. Она существенно дополняет возможности и структуру прошлых версий. К примеру, для универсальности и гибкости настройки в протокол SNMPv3 включены средства, которые обеспечивают несколько аспектов защиты, и каждый из них имеется возможность сконфигурировать отдельно от остальных (аутентификация сообщений, конфиденциальность, удаленная конфигурация и другие).

Подводя итоги вышесказанному, SNMP - это простой протокол, основанный на запросах и откликах, предназначенный для обмена между SNMP менеджером и SNMP агентом. Информационная база данных управления (MIB) определяет переменные, обслуживаемые агентом, которые менеджер может как запросить, так и установить.[11]

1.4 Анализ основных систем мониторинга

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

Все эти системы предоставляют примерно одинаковый минимальный базовый набор функций, таких как:

Мониторинг сети Группировка устройств Автоматическое обнаружения Гибкое конфигурирование Визуализация данных и доступ через web-интерфейс События и реакция на них в виде оповещений и выполнения команд Возможность расширения существующей функциональности через плагины Хранение конфигурации и истории мониторинга в БД Создание карт сети и управление доступом В данной работе будут рассмотрены наиболее распространенные и зарекомендовавшие себя на рынке программного обеспечения системы мониторинга, не претендуя на всеобъемлющее описание всех систем (их слишком много), но позволяя кратко описать особенности и специфику работы основных из них.

1.4.1 Zabbix

Zabbix - это инструмент мониторинга и управления сетевым оборудованием, созданный в 2001 году Алексеем Владышевым.

Данная система мониторинга примечательна своими графическими возможностями визуализации анализа данных, а также обеспечением SLA (англ. Service Level Agreement соглашение об уровне предоставления услуги). ZABBIX поддерживает несколько видов мониторинга. Simple checks может проверять доступность и реакцию стандартных сервисов, таких как SMTP или HTTP без установки какого-либо программного обеспечения на наблюдаемом хосте. ZABBIX agent может быть установлен на UNIXподобных или Windows хостах для получения данных о нагрузке процессора, использования сети, дисковом пространстве и тд. External check - выполнение внешних программ. ZABBIX также поддерживает мониторинг через SNMP.

В качестве хранилища данных используется MySQL, PostgreSQL, SQLite или Oracle. Интерфейс для пользователя удобен в управлении и написан на языке PHP (рис. 7).

Рисунок 7 - Интерфейс системы мониторинга Zabbix

Система мониторинга Zabbix включает в себя несколько элементов:

Сервер мониторинга, являющийся "ядром" всей системы мониторинга Zabbix. Он 1.

выполняет периодическое получение данных, удаленно проверяет сетевые сервисы, а также занимается оповещением системных администраторов, если возникают проблемы с администрируемым оборудованием. Здесь же хранятся все конфигурационные, статистические и оперативные данные.

Веб-интерфейс, который является составным элементом сервера и чаще всего 2.

запущен на том же физическом сервере, что и Zabbix сервер.

Агент, запускаемый на контролируемых объектах. Производит контроль 3.

локальных ресурсов и приложений на системах в сети. Во время контроля эти системы должны работать обязательно с запущенным Zabbix агентом.Агент опционален, мониторинг можно производить не только с помощью него, но и по SNMP (всех версий).

Zabbix-прокси — занимается сбором данных о производительности и доступности 4.

от имени Zabbix сервера. Все собранные данные передаются в буфер, а затем транспортируются к соответствующему Zabbix серверу.

Возможности Nagios:

Распределенный мониторинг вплоть до 1000 узлов. Конфигурация младших узлов полностью контролируется старшими узлами, находящихся на более высоком уровне иерархии.

Сценарии на основе мониторинга Автоматическое обнаружение Централизованный мониторинг лог-файлов Веб-интерфейс для администрирования и настройки Отчетность и тенденции SLA мониторинг Поддержка высокопроизводительных агентов (zabbix-agent) практически для всех платформ Комплексная реакция на события

–  –  –

Поддержка SNMP трапов Поддержка IPMI Поддержка мониторинга JMX приложений из коробки Поддержка выполнения запросов в различные базы данных без необходимости использования скриптовой обвязки Расширение за счет выполнения внешних скриптов Гибкая система шаблонов и групп Возможность создавать карты сетей[18].

Основной логической единицей выступают узлы сети (host), находящиеся под наблюдением. Каждому из них присваивается описание и адрес (dns или ip).Узлы объединяются в группы, который служат для вывода только определенных узлов сети при наблюдении (рис. 8).[12]

–  –  –

Для отображения логической структуры сети можно создавать удобные и карты сети, с помощью которых можно подробно рассмотреть расположение узлов сети и связей между ними. Естественно доступность узлов на карте изображается тоже (рис. 9). [12] Рисунок 9 - Карта сети в Zabbix Также имеется возможность построения многочисленных отчетов и целый набор инструментов по визуальному анализу собранных данных.

Среди основных особенностей Zabbix стоит отметить то, что конфигурация и история хранятся в БД, а Мониторинг осуществляется через постоянно запущенного агента.

Главные достоинства Zabbix заключаются в возможности хранения истории, наличии огромного спектра средств визуализации, хранении настроек в БД (возможность внесения изменений в режиме реального времени), конфигурирование через интерфейс, а также с помощью API.

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

В общем и целом, можно сделать вывод, что Zabbix - это отличный выбор для большого предприятия, которому нужны специфичные метрики (и который не откажется платить за такое масштабное внедрение). Потратив огромное количество временных ресурсов, сил и денег (на оборудование), предприятие обретет мощного помощника в мониторинге и возможность сразу понять, где и по какой причине произошел сбой.

–  –  –

WhatsUp Gold - программа для сетевого управления и мониторинга программного обеспечения. Она осуществляет комплексное управление как физических, так и виртуальных сетей, систем и приложений, позволяет наблюдать за сетью в режиме реального времени, а также имеет целый спектр функций по уведомлению и отчетам.

Вся сетевая информация сохраняется в реляционную базу данных для быстрого и гибкого управлении устройствами и отчетности. Используется простой протокол управления сетью (SNMP) и инструментарии управления Windows (WMI). Программа WhatsUp Gold предназначена для максимального упрощения задач управления сетями и представляет собой богатое возможностями, простое в использовании и интуитивное в применении приложение, призванное облегчать жизнь сетевым администраторам. [13] Имеется возможность удаленного администрирования, в том числе и через Web. Кроме того в наличии поддержка всевозможных отчетов по состоянию сети, а также построение графических отображений полученных данных (рис. 10).

Рисунок 10 - Графический интерфейс WhatsUpGold

Основные свойства и возможности работы WhatsUp Gold:

Обнаружение – автоматическое обнаружение всех ресурсов (сетевых устройств, систем и их взаимосвязей) и построение топографической карты подключений с использованием сетевых технологий 2/3 уровня, в том числе ARP, SNMP, ICMP, SSH, LLDP, WMI, Telnet, и т.д.

Отображение - полное отображение сети и автоматическое создание топологической карты 2/3 уровня с видимостью физических и IP-соединения, в том числе VMware и VLAN-информации.

Мониторинг – отслеживание состояния и доступности сети, систем и приложений инфраструктуры с помощью активных и пассивных технологий мониторинга; своевременное оповещение с помощью SNMP-ловушек и Syslog сообщений от сетевых устройств Оповещение - единая панель с предупреждениями со всей инфраструктуры (проблемы с производительностью, перегрузки трафика, ошибки в конфигурации и т.д.); многоуровневая эскалация оповещений Построение отчетов - стандартные и настраиваемые отчеты обеспечивают полный обзор состояния сетевой инфраструктуры [14] Рисунок 11 - Графические средства визуального представления данных в WhatsUpGold Среди достоинств WhatsUp Gold в сравнении с конкурентами на рынке стоит отметить наличие комплексных средств мониторинга систем VMware, а также возможность интеграции с Active Directory.

Главным недостатком данной системы мониторинга является ее высокая стоимость, особенно если приобретать лицензию менее, чем на 500 рабочих станций. Она составляет 7495 долларов за 500 устройств, 2695 долларов за 100 устройств, 2195 долларов за 25 устройств. В то время как рассматриваемые в этой работе аналоги Zabbix и Nagios являются полностью бесплатными и свободными без каких-либо платных дополнений или расширений.

В итоге можно сделать вывод о том, что данный программный продукт подходит в основном IT подразделениям, обслуживающим крупные среды VMware или другим предприятиям большого бизнеса, имеющим достаточный уровень средств для покупки WhatsUp Gold. В целом программа легка в эксплуатации и обладает широким спектром функций по работе над управлением и мониторингом сети и сетевого оборудования.

–  –  –

Nagios — система мониторинга компьютерных систем и сетей с открытым кодом.

Предоставляет набор инструментов для наблюдения, контроля состояния вычислительных узлов и служб.

В возможности системы Nagios входят:

Мониторинг сетевых служб (SMTP, POP3, HTTP, NNTP, ICMP, SNMP) Мониторинг состояния хостов (загрузка процессора, использование диска, системные логи) в большинстве сетевых операционных систем Поддержка удаленного мониторинга через шифрованные туннели SSH или SSL Простая архитектура модулей расширений (плагинов) позволяет, используя любой язык программирования по выбору (Shell, C++, Perl, Python, PHP, C# и другие), легко разрабатывать свои собственные способы проверки служб Возможность определять иерархии хостов сети с помощью «родительских»

хостов, позволяет обнаруживать и различать хосты, которые вышли из строя, и те, которые недоступны Возможность определять обработчики событий произошедших со службами или хостами для проактивного разрешения проблем Автоматическая ротация лог-файлов Возможность организации совместной работы нескольких систем мониторинга с целью повышения надёжности и создания распределенной системы мониторинга Утилита nagiostats, которая выводит общую сводку по всем хостам, по которым ведется мониторинг [15] Так же как и в системах-конкурентах основной логической единицей являются узлы в сети (то есть хосты), которые отображаются в веб-интерфейсе так, как показано на рисунке 12. Веб-сервис Nagios достаточно информативен,- имеется возможность посмотреть список хостов, сервисов, журнал возникших проблем и уведомлений о них.

–  –  –

Для удобства хосты также могут объединяться и в группы (рис. 13).

Рисунок 13 -Отображение групп хостов в Nagios Простая архитектура модулей плагинов позволяет добавлять свои способы проверки служб и обработчики событий, а принцип «родительских» узлов позволяетнаходить зависимости между хостами. В итоге благодаря вышесказанному появляется возможность отличать узлы, которые оказались в аварийной ситуации от тех, которые недоступны системе мониторинга из-за проблем на промежуточных пунктах.

Nagios обладает, как и конкуренты, огромным спектром по визуальному отображению анализа собираемых данных, таких как визуальные карты сети (рис. 14), комплексные отчеты, различные графики наблюдаемых параметров, многочисленные диаграммы и многое другое.

Рисунок 14 - Карта сети в Nagios Основными особенностями Nagios является то, что настройки хранятся в файлах конфигурации, мониторинг характеристик производится с использованием плагинов, которые можно гибко настроить под нужную задачу, и эти же плагины в данном случае находятся в основе архитектуры системы.

В плане установки и настройки системы Nagios не возникло серьезных трудностей, однако, настроек эта система имеет очень много. Вся настройка проходит путем редактирования файлов конфигурации и указания в первую очередь данных о хостах (host) и их группах (hostgroup). Конфигурационный файлы с этими настройками выглядит примерно следующим образом:

definehost{ use mainA-server host_name MainAserver address 97.127.158.23}

–  –  –

Среди достоинств следует отметить простой формат файла, который дает возможность легко конфигурировать систему, используя любые созданные утилиты, а также стабильность работы и простоту управления системой. Еще одним достоинством системы мониторинга Nagios является возможность управлять ею удаленно с помощью wap интерфейса мобильного телефона. Кроме того имеется возможность создания своих обработчиков событий. Они будут выполняться в случае появления событий, инициированных проверками сервисов или серверов.

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

Для одной из таких задач, а именно отправка SMS-уведомлений системному администратору в случае возникновения аварийной ситуации в данной дипломной работе и был создан плагин на языке Python.

2 КОМПЛЕКСНАЯ СИСТЕМА МОНИТОРИНГА СЕРВЕРНОГО

ПОМЕЩЕНИЯ

2.1 SMS-УВЕДОМЛЕНИЯ В NAGIOS 2.1.1 Актуальность SMS-оповещений в реальном времени В настоящее время самым популярным методом оповещения системного администратора о каких-то неполадках в сети и аварийных ситуациях остается оповещения по электронной почте. Его популярность обусловлена во многом тем, что этот метод является стандартным встроенным методом в большинстве систем мониторинга. Это бесспорно хорошо и обеспечивает базовый уровень безопасности. Но в случае проблем с работой сети на предприятии системный администратор уже потеряет возможность в режиме реального времени узнавать о проблемах состояния работоспособности своего сетевого и серверного оборудования. Достаточно работнику информационного отдела просто отойти от рабочего места и не увидеть уведомление о новом сообщении по электронной почте, и он уже не узнает во время о произошедшей поломке. В то время как сотовый телефон является гораздо более мобильным и, самое главное, оперативным средством в реализации данного вопроса. В итоге была выявлена потребность в создании инструмента, с помощью которого системный администратор получал бы уведомления в виде SMS-сообщений (Short Messaging Service) на свой мобильный телефон.

Эта мера позволяет системному администратору в любой момент времени своевременно отреагировать на произошедшие неполадки и избежать серьезных проблем, которыми могут оказаться выход из строя дорогостоящего оборудования в следствие критического перегрева и т.д..

2.1.2 Анализ возможных способов настроить SMS-оповещения

После того, как была поставлена задача реализации SMS-оповещений, был рассмотрен ряд способов, посредством которых была возможна эта реализация.

1. Google календарь Google Календарь — сервис, разработанный компанией Google, для планирования событий с привязкой к датам календаря. Этот сервис доступен каждому пользователю сети Интернет - достаточно лишь зарегистрировать почту на gmail.com (рис. 13).

Рисунок 15 - Google-календарь Немаловажной особенностью данной разработки является возможность отправлять напоминания о событиях не только по e-mail, но и через SMS. Для этого необходимо прикрепить к аккаунту (учетной записи) в системе Google номер мобильного телефона.

(рис. 14).

Рисунок 16 - Настройка Google-календаря для мобильных устройств На официальном сайте Google календаря (https://www.

google.com/calendar) находится подробная инструкция о том, как эти оповещения настроить. В общем и целом метод довольно эффективный и абсолютно бесплатный, - Google внушает доверие стабильностью и надежностью своей работы, но в случае "падения" сети данный метод уже не обеспечивает оперативности оповещения, ведь отправка SMS-сообщений реализуется по сети Интернет, что существенно снижает надежность этого метода. Кроме того существует ограничение в количестве сообщений в сутки - возможна отправка лишь 20 сообщений. Разумеется, 20 аварийных ситуаций в сети за сутки - это редкость, но при работе с десятками серверов и сервисов, выполняющих огромный объем важных задач, нужно предусмотреть максимум аспектов, в теории затрудняющих процесс мониторинга.

2. Интернет-сервисы На данный момент существует достаточно много сервисов, предлагающих недорогую отправку SMS-сообщений (от 30 копеек за одно сообщение). Среди таких сервисов следует отметить зарекомендовавший себя LittleSMS.ru, clickatell.com, smscountry.com и многие другие. Все они имеют свои особенности в плане операторов, с которыми они работают, количестве сообщений в сутки и, конечно, стоимости сообщений. На рисунке 15 приведена таблица стоимости СМСсообщений на сайте LittleSMS.ru. Цены многочисленных конкурентов этого сайта находятся примерно в том же ценовом диапазоне - от 50 копеек до рубля за одно сообщение.

Рисунок 17 - Cтоимость услуг для операторов России на сайте LittleSMS

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

3. GSM-телефон В этом методе посредством usb, com или bluetooth к серверу подключается сотовый телефон практически любой модели и производителя, который в свою очередь подключен к мобильной сети и имеет возможность отправки SMSсообщений. Этот метод является самым надежным из рассмотренных и дает самую высокую гарантию того, что в случае возникновения критической ситуации, к примеру, выход кондиционера из строя или увеличение влажности, системный администратор будет вовремя уведомлен и примет соответствующие меры во избежание последствий.

Рациональным в данном методе является использование корпоративного тарифа на мобильном телефоне, чтобы уменьшить стоимость отправки сообщений и было меньше шансов в самый неподходящий момент нехватки средств для отправки сообщения на счету телефона.

На уровне программного обеспечения используются два скрипта, написанные на языке Python с использованием для подключения к телефону библиотеки Gammu. Один из скриптов проверяет статус доступности сети, а другой отвечает именно за отправку сообщений. В том случае, если сеть является не доступной, из системы мониторинга Nagios на указанный адрес электронной почты своевременно отправляется соответствующее сообщение.

–  –  –

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

Коды возврата с состоянием службы интерпретируются следующим образом:

OK - код возврата 0 - означает, что сервис работает нормально;

WARNING - код возврата 1 - это предупредительный сигнал о том, что у сервиса могут быть проблемы;

CRITICAL - код возврата 2 - критическое состояние сервиса;

UNKNOWN - код возврата 3 - неизвестное состояние сервиса.

Последнее состояние означает, что плагин не смог определить состояние службы.[18] В случае трех последних кодов возврата предусмотрены соответствующие SMSсообщения на указанный номер для своевременного предотвращения нежелательных последствий.

Языком написания плагина (скрипта) для отправки SMS-сообщений был выбран высокоуровневый язык программирования с большим объемом полезным функций под названием Python (в русском языке распространено название питон). Код в Питоне организовывается в функции и классы, которые могут объединяться в модули.[17] Подготовив исполняемый компонент на языке Python (приложение 1), следует зарегистрировать этот скрипт в Nagios посредством редактирования одного из файлов конфигурации. Далее требуется создать определение сервиса, использующего данный плагин в еще одном файле концигурации.

В целом Nagios, благодаря качественной документации и простоте конфигурирования при работе с плагинами не вызывает серьезных трудностей и не требует затраты большого количества времени и усилий.

2.2 УЧЕТ КОММУТАЦИЙ СЕРВЕРНОГО ПОМЕЩЕНИЯ

2.2.1 Актуальность создания ПО для учета коммутаций Еще одной из задач, поставленных на предприятии, оказалось создание программного обеспечения для учета коммутаций, то есть физических соединений между серверным и активным сетевым оборудованием.

Ранее данный учет велся в Главном финансовом управлении по Кемеровской области с помощью Microsoft Office 2007 ведением одной таблицы (рис. 18), что было нерационально с точки зрения доступа к данным о соединениях с разных рабочих станций и синхронной работой с базой нескольких сотрудников.

Рисунок 18 - Ведение учета данных о коммутациях в MicrosoftExcel Разрабатываемая программа должна решить вопрос доступности синхронного учета и редактирования данных о коммутациях на нескольких рабочих станциях, так как сотрудников, ответственных за работоспособность и порядок в серверном помещение, как минимум, четверо, и работают они все на разных компьютерах. Следовательно, возникает постоянная потребность в обмене файлом с данными о коммутациях, что отнимает дополнительное время и выступает сильнейшим ингибитором четко распланированного рабочего процесса сотрудников.

2.2.2 Среда и средства разработки

Программное обеспечение было написано в программе PhpDesigner 8.1.2 на языке PHP с использованием в качестве хранилища базы данных MySQL.

Язык PHP был выбран в силу удобства удаленного вывода информации из базы данных и возможности сочетания с MySQL, позволяющего создавать полнофункциональные веб-приложения. Кроме того, PHP работает на всех операционных системах.

Среди основных достоинств PHP следует отметить то, что он постоянно совершенствуется (притом уже на сегодняшний деньимеет в своем арсенале более трех тысяч функций),способен работать с большинством систем управления базами данных, бесплатен и, что немаловажно, является языком с открытым исходным кодом.

Но данный язык имеет также и недостатки:

Отсутствие типизации.

Интерпретируемость языка – следовательно более низкая в сравнении с компилируемым языком, скорость исполнения.

Что касается области применения языка PHP, то чаще всего это небольшие проекты, которыми занимается немногочисленная группа людей. Это вполне объяснимо, ведь в следствие своей бесплатности, PHP становится прекрасной альтернативой дорогостоящим аналогам для небольших сайтов.

В качестве среды разработки на языке PHPбыл выбран PhpDesigner 8.1.2.

PhpDesigner 8.1.2- это мощный инструмент для создания, редактирования, отладки и анализа веб-страниц и приложений на языке PHP.В его функции входят такие удобные помощники в написании кода как подсветка синтаксиса языка, а также его проверка, автоматическое завершение кода, интуитивная навигация по объектам кода и удобный интерфейс, не вызывающий никаких трудностей в своем освоении (рис. 19).

Рисунок 19 - Интерфейс программы PhpDesigner Системой управления базой данных (СУБД) была выбрана СУБД MYSQL, и этот выбор не был трудной задачей. Данная СУБД уже давно себя положительно зарекомендовала и на настоящий момент является самой распространенной системой для проектирования Web-приложений[21].

2.2.3 Структура базы данных

В базе данных коммутаций используется 4 таблицы:

1. Таблица "Commutations" (табл. 2) - хранение информации о характеристиках коммутаций;

2. Таблица "Users" (табл. 3) - хранение паролей и имен пользователей для входа. Шифрование данных происходит посредством функции PASSWORD(str).

3. Таблица "ChangeTable" (табл. 4) - хранение данных о внесенных изменениях в таблицу "Commutations".

4. Таблица "TypesOfLinks" (табл. 5) -хранение данных для работы с типами соединений оборудования.

Таблица 2 - Commutations

–  –  –



Pages:   || 2 |


Похожие работы:

«МИНОБРНАУКИ РОССИИ DIRECTUM-15000-473983 федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого» (ФГАОУ ВО «СПбПУ») ПРИКАЗ 07.07.2015 № 807 О введении в действие Положений В соответствии с решением Ученого совета ФГАОУ ВО «СПбПУ» (протокол от 27.04.2015 № 5) ПРИКАЗЫВАЮ: 1. Ввести в действие: 1.1. Положение об организации и использовании электронного обучения и дистанционных образовательных технологий...»

«СРЕДНЕЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАНИЕ С.В. Фокин, О.Н. Шпортько САНТЕХНИЧЕСКИЕ РАБОТЫ Допущено Минобрнауки России в качестве учебного пособия для студентов образовательных учреждений среднего профессионального образования Второе издание, стереотипное КНОРУС • МОСКВА • 2016 УДК 696(075.32) ББК 38.76я723 Ф75 Рецензенты: А.И. Долгих, Поволжский межрегиональный учебный центр, Д.В. Есков, Саратовский аграрный университет им. Н.И. Вавилова Фокин С.В. Ф75...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) ОЦЕНКА СТОИМОСТИ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ Методические указания Ухта, УГТУ, 2014 УДК 004:33 (076) ББК 65.29 я7 А 89 Абрамичева, Т. В. А 89 Оценка стоимости автоматизированных информационных систем [Текст] : метод. указания / Т. В. Абрамичева, А. В. Павловская, Е. В. Истомина. – Ухта : УГТУ, 2014. – 56...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ УНИВЕРСИТЕТ ИТМО С. А. Алексеев, В. В. Волхонский, А. В. Суханов ТЕЛЕВИЗИОННЫЕ СИСТЕМЫ НАБЛЮДЕНИЯ ОСНОВЫ ПРОЕКТИРОВАНИЯ Учебное пособие Санкт-Петербург Алексеев С.А., Волхонский В.В., Суханов А.В. Телевизионные системы наблюдения. Основы проектирования. – СПб.: Университет ИТМО, 2015. – 126 с. Рис. 53. Библ. 40. Приводятся общие сведения о телевизионных системах наблюдения. Анализируется терминология, дается классификация. Рассматриваются...»

«Министерство образования и науки Российской Федерации Филиал федерального государственного бюджетного образовательного учреждения высшего профессионального образования «Самарский государственный технический университет» в г. Сызрани Гусева Н.В. Гаршина О.П.УПРАВЛЕНИЕ ЗАТРАТАМИ И ЦЕНООБРАЗОВАНИЕ Учебное пособие Сызрань 2013 Печатается по решению НМС инженерно-экономического факультета филиала ФГБОУ ВПО Самарского государственного технического университета в г. Сызрани. Рассмотрено и утверждено...»

«Образовательная программа основного общего образования Второй Санкт-Петербургской Гимназии рабочий вариант 2015 год СОДЕРЖАНИЕ 1. ЦЕЛЕВОЙ РАЗДЕЛ ПРИМЕРНОЙ ОСНОВНОЙ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ ОСНОВНОГО ОБЩЕГО ОБРАЗОВАНИЯ 1.1. ПОЯСНИТЕЛЬНАЯ ЗАПИСКА 1.1.1.ВВЕДЕНИЕ 1.1.2.ОБЩАЯ ХАРАКТЕРИСТИКА ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ ОСНОВНОГО ОБУЧЕНИЯ 1.1.3.НОРМАТИВНО-ПРАВОВОЕ ОБЕСПЕЧЕНИЕ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ ОСНОВНОГО ОБУЧЕНИЯ 1.1.4.ЦЕЛИ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ ОСНОВНОГО ОБУЧЕНИЯ 1.1.5.ПРИНЦИПЫ ФОРМИРОВАНИЯ...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) М. И. Бочаров, М. Л. Берговина, М. В. Коншина Лечебная физическая культура Практикум Учебное пособие Ухта, УГТУ, 2015 УДК 615.825:1(075.8) ББК 53.54 я7 Б 86 Бочаров, М. И. Б 86 Лечебная физическая культура. Практикум [Текст] : учеб. пособие / М. И. Бочаров, М. Л. Берговина, М. В. Коншина. – Ухта : УГТУ, 2015. – 190...»

«ВЫСОКИЕ ИНТЕЛЛЕКТУАЛЬНЫЕ ТЕХНОЛОГИИ И ИННОВАЦИИ В ОБРАЗОВАНИИ И НАУКЕ Материалы XVII Международной научно-методической конференции 11 – 12 ФЕВРАЛЯ 2010 ГОДА Том 2 Санкт-Петербург Издательство Политехнического университета Министерство образования и науки Российской Федерации Федеральное агентство по образованию Федеральное агентство по науке и инновациям Комитет по науке и высшей школе Санкт-Петербурга Научный Совет по науковедению и организации Отделение энергетики, машиностроения, механики...»

«Р.Я. Лабковская МЕТОДЫ И УСТРОЙСТВА ИСПЫТАНИЙ ЭВС ЧАСТЬ Санкт-Петербург МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ УНИВЕРСИТЕТ ИТМО Р.Я. Лабковская Методы и устройства испытаний ЭВС Часть 1 Учебное пособие Санкт-Петербург Лабковская Р.Я. Методы и устройства испытаний ЭВС. Часть 1. Учебное пособие. – СПб: Университет ИТМО, 2015. – 164 с. В учебном пособии охвачен круг вопросов, связанных с испытаниями ЭВС, устройствами испытаний, инженерными и статистическими расчетами. Предназначено...»

«БИБЛИОГРАФИЧЕСКИЙ УКАЗАТЕЛЬ КНИГ, ПОСТУПИВШИХ В БИБЛИОТЕКУ ЗА ФЕВРАЛЬ-ИЮНЬ 2015 г. БИБЛИОГРАФИЯ (016) 1. 016:1 Ф 91 Иван Тимофеевич Фролов, 1929-1999: научное издание / РАН; сост.: Г.Л. Белкина, С.Н.Корсаков ; авт. вступ. ст. С. Н. Корсаков. – 2-е изд., доп. – М. : Наука, 2014. – 214 с. – (Материалы к биобиблиографии ученых ; Вып. 13) Экземпляры: всего:1 сбо(1) БИБЛИОГРАФИЯ ЕСТЕСТВЕННО-НАУЧНОЙ ЛИТЕРАТУРЫ 2. 016:5 Ш 51 Сергей Васильевич Шестаков : научное издание / сост. Е. А. Карбышева, В. В....»

«Департамент образования города Москвы ГБПОУ КАИТ №20 ТЕТРАДЬ – ПРАКТИЧЕСКИХ РАБОТ ЛАБОРАТОРНО ПО ДИСЦИПЛИНЕ МЕТРОЛОГИЧЕСКОЕ ОБЕСПЕЧЕНИЕ Учебно – методическое пособие Москва 2014 Тетрадь лабораторно – практических работ по дисциплине «Метрологическое обеспечение» предназначена для студентов специальности 190604 «Техническое обслуживание и ремонт автомобильного транспорта». Данное учебно – методическое пособие может быть использовано в других технических специальностях среднего профессионального...»

«Промышленный и технологический форсайт Российской Федерации на долгосрочную перспективу В. Н. Княгинин Промышленный дизайн Российской Федерации: возможность преодоления «дизайн-барьера» Рекомендовано Учебно-методическим объединением по университетскому политехническому образованию в качестве учебного пособия для студентов высших учебных заведений, обучающихся по направлению подготовки магистров «Инноватика» Санкт-Петербург Издательство Политехнического университета Рецензенты: Доктор...»

«Алтайский государственный технический университет им. И. И. Ползунова Энергетический факультет Кафедра «Электроснабжение промышленных предприятий» Л. Н. Татьянченко МОДЕЛЬ КАСКАДНОГО ВЫПРЯМИТЕЛЯ ВЫСОКОГО НАПРЯЖЕНИЯ Учебно-методическое пособие Методические указания к выполнению лабораторной работы по дисциплине «Техника высоких напряжений» для студентов направления 140400 «Электроэнергетика и электротехника» Внимание! Ссылки на локальные ресурсы (файла PDF, презентаций, видео и т.д.) доступны...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) Философия Древнего Востока Часть II Китай Методические указания Ухта, УГТУ, 2015 УДК 14 (075.8)(35) ББК 87 я7 Ф 34 Федотова, Л. Ф.Ф 34 Философия Древнего Востока. Китай [Текст] : метод. указания. В 2 ч. Ч. 2 : Китай / Л. Ф. Федотова. – Ухта : УГТУ, 2015. – 38 с. Методические указания предназначены для студентов всех...»

«ВЫСШЕЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАНИЕ С.В. Веретехина, В.В. Веретехин ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ Проектирование базы данных технической документации в виде интерактивных электронных технических руководств (ИЭТР) в рамках технологии CALS. Программно-аппаратная организация ИЭТР Учебное пособие Москва УДК 004(075.8) ББК 32.973я73 В3 Рекомендовано к изданию в качестве методических указаний по выполнению индивидуальных практических заданий кафедрой «Комплексные системы автоматизации и управления» ФГБОУ...»

«МИНОБРНАУКИ РОССИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ухтинский государственный технический университет» (УГТУ) ЭКОНОМИКА И ОРГАНИЗАЦИЯ ГЕОЛОГОРАЗВЕДОЧНЫХ РАБОТ Методические указания 2-е издание, переработанное и дополненное Ухта, УГТУ, 2014 УДК [550.8:553.98].003.13 ББК 65.290-2 я7 А 16 Абрамичева, Т. В. А 16 Экономика и организация геологоразведочных работ [Текст] : метод. указания / Т. В. Абрамичева, А. А. Болкина. – 2-е...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Магнитогорский государственный технический университет им. Г. И. Носова» Кафедра начального образования О. А. КОЛМОГОРОВА ЗЕМЛЕВЕДЕНИЕ Учебное пособие Магнитогорск УДК 91 ББК Д820я73 Колмогорова О. А. Землеведение: учебное пособие. – Магнитогорск: ФГБОУ ВПО «МГТУ им. Г. И. Носова», 2015. – 176 с. Рецензенты: кандидат педагогических наук,...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Алтайский государственный технический университет им. И. И. Ползунова» А.Ю. Бендрикова, В.Ю. Инговатов, Н. С. Павлова ПОДГОТОВКА И ЗАЩИТА ДИПЛОМНОЙ РАБОТЫ ПО СПЕЦИАЛЬНОСТИ 040101 СОЦИАЛЬНАЯ РАБОТА Методические указания для студентов и преподавателей Изд-во АлтГТУ Барнаул 2014 ББК 60.9я73-9 Подготовка, написание и защита дипломной работы по...»

«МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ ДИПЛОМНЫХ РАБОТ Автор професор каф. Кибернетики Лавренов С.М. Выполнение дипломной работы — заключительный этап обучения в вузе. Студент должен проявить умение самостоятельно решать поставленные перед ним научно-технические задачи, используя знания и навыки, приобретенные за время обучения. При этом студент несет личную ответственность за качество выполнения и оформления работы, достоверность результатов, представление работы в установленный срок и за ее...»

«Министерство образования и науки РФ ФГБОУ ВПО Ангарская государственная техническая академия И.Г. Голованов ПРОМЫШЛЕННЫЕ ЭЛЕКТРОТЕХНОЛОГИЧЕСКИЕ УСТАНОВКИ Методические указания по практическим занятиям и самостоятельной работе студентов Для студентов всех форм обучения по направлению подготовки «Электроэнергетика и электротехника» Ангарск 2014 Голованов И.Г. Промышленные электротехнологические установки. Методические указания к практическим занятиям и самостоятельной работе/ Голованов И.Г. – г....»







 
2016 www.metodichka.x-pdf.ru - «Бесплатная электронная библиотека - Методички, методические указания, пособия»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.