+
Действующая цена700 499 руб.
Товаров:
На сумму:

Электронная библиотека диссертаций

Доставка любой диссертации в формате PDF и WORD за 499 руб. на e-mail - 20 мин. 800 000 наименований диссертаций и авторефератов. Все авторефераты диссертаций - БЕСПЛАТНО

Расширенный поиск

Система мониторинга вычислительного кластера расширенной функциональности

  • Автор:

    Тарасов, Алексей Григорьевич

  • Шифр специальности:

    05.13.11

  • Научная степень:

    Кандидатская

  • Год защиты:

    2011

  • Место защиты:

    Хабаровск

  • Количество страниц:

    145 с. : ил.

  • Стоимость:

    700 р.

    499 руб.

до окончания действия скидки
00
00
00
00
+
Наш сайт выгодно отличается тем что при покупке, кроме PDF версии Вы в подарок получаете работу преобразованную в WORD - документ и это предоставляет качественно другие возможности при работе с документом
Страницы оглавления работы


Оглавление
Введение
1 Архитектура системы мониторинга расширенной функциональности
1.1 Основные задачи систем мониторинга
1.2 Система мониторинга расширенной функциональности
1.3 Взаимодействие с источниками данных
1.4 Представление данных
1.5 Механизмы проверки условий и уведомлений о событиях
1.6 Выводы по первой главе
2 Реализация системы мониторинга на языке программирования Java
2.1 Соглашения о наименовании классов, методов и членов класса
2.2 Пакеты поддержки сбора данных
2.3 Пакеты для реализации механизма отклика системы
2.4 Вспомогательные пакеты
2.5 Сравнение разработанной системы мониторинга с аналогами
2.6 Выводы по второй главе
3 Практическое применение разработанных подходов
3.1 Схема работы типичного программного комплекса, использующего разработанные классы
3.2 Расширение возможностей установленной системы мониторинга Ganglia
3.3 Взаимодействие с системой паравиртуализации Хеп
3.4 Взаимодействие с нейросетевым модулем
3.5 Пути дальнейшего совершенствования разработанной системы мониторинга

3.6 Выводы по третьей главе
Заключение
Литература
Глоссарий
Приложения
А Подробное описание основных классов Grate
Б Пример файла настроек grated
В Системы виртуализации
Г Искусственные нейронные сети

Список принятых сокращений
БД — база данных
ВК — вычислительный комплекс
ВП — вычислительный процесс
ИНС — искусственные нейронные сети
ЛВС — локальная вычислительная сеть
ОС — операционная система
ПО — программное обеспечение
ППП — пакет прикладных программ
РВС — распределенная вычислительная среда
СМ — система мониторинга
ЦСД — центр сбора данных
ЭВМ — электронная вычислительная машина
API — Application Programming Interface
GUI — Graphical User Interface
JVM — Java Virtual Machine
MIMD — Multiple Instructions Multiple Data
MPI — Message Passing Interface
PVM — Parallel Virtual Machine
TCP — Tranmission Control Protocol
XML — extensible Markup Language

элементу структуры СМ, занимающемуся формированием отчётов. После создания ответа сервер выдаёт полученные данные клиенту. На данном этапе также возможно включение пользовательских модулей формирования отчётов, что позволяет разработчикам стороннего ПО получать необходимые сведения в наиболее удобном для них формате.
Такая архитектура позволяет решить все задачи мониторинга, сформулированные в первом разделе данной главы, удовлетворив требования к базовым возможностям системы мониторинга. Разделение элементов СМ по трём уровням позволяет реализовать опрос различных сенсоров единообразно, тем самым обеспечив совместную работу нескольких СМ. Применение механизма подписки обеспечивает взаимодействие СМ со сторонними программными комплексами.
1.3. Взаимодействие с источниками данных
В этом разделе описана схема взаимодействия системы мониторинга с внешними источниками данных в рамках разработанной архитектуры. Приведены элементы архитектуры, относящиеся к процессам получения данных и организации сетевых и иных соединений.
Три уровня системы мониторинга
Вазовой концепцией предлагаемой архитектуры является разделение функций системы мониторинга между тремя уровнями: нижним уровнем, промежуточным уровнем и уровнем приложений. Каждый из них предоставляет интерфейс для взаимодействия с другими уровнями и отвечает за решение своих задач, которые были ранее приведены рядом с названием уровня на рисунке 1.1.
Необходимость в разделении функций, реализованных на каждом из уровней, возникла в силу требования обеспечить более простой и удобный способ интеграции СМ, разрабатываемых по данной архитектуре, и уже имеющегося ПО. Также важно было исключить сильную зависимость различных модулей системы друг от друга, что позволило более гибко модифицировать и подстраивать функциональность под нужды конкретного

Рекомендуемые диссертации данного раздела

Время генерации: 0.152, запросов: 967