• Звонок по России бесплатный 8 800 200-59-60
  • Москва +7 (495) 232-92-30
  • Санкт-Петербург +7 (812) 327-59-60
  • Екатеринбург +7 (343) 378-41-50

IBM Systems Director

1. О СИСТЕМЕ.

Система IBM Systems Director - комплексная система мониторинга центра обработки данных.

Основное назначение системы:

  • Централизованный сбор данных по инфраструктуре ЦОДа:
    • Инвентаризация
    • Визуализация
    • Мониторинг
    • Отчетность
  • Управление:
    • Операционными системами
    • Виртуальными машинами
    • Встроенной средой администрирования
    • Массивами и пулами данных
    • Сетевой инфраструктурой
  • Автоматизация:
    • Анализа контрольных параметров и генерации уведомлений
    • Обновлений
    • Рутинных операций
    • Аварийных сценариев

    Архитектура системы:

  • Ставится в разные ОС и БД:
    • БД IBMDB2 (Windows, Linux, AIX)
    • БД Oracle (Windows, Linux, AIX, ESXi)
    • БД Microsoft SQL (Windows, ESXi)
  • Имеет 2 типа агентов - Пассивный (platform) и Активный (common)

Основные особенности системы:

  • Унифицирует управление системами за счет обеспечения единообразного представления типовых задач по управлению;
  • Интегрирует лучшие в области виртуализации возможности IBM, обеспечивая новые и значительно улучшенные способы управления ресурсами физических и виртуальных платформ;
  • Предоставляет всеобъемлющие возможности поддержки управления для всех серверов IBM, систем хранения данных и сетевых устройств (сбор сведений, учетные данные, состояние, поддержка обновлений, конфигурирование, автоматизация, удаленное управление и пр.);
  • Обладает расширяемой модульной основой, позволяющей улучшать ключевые возможности управления системами с помощью дополнительно подключаемых модулей;
  • Обеспечивает непрерывную интеграцию систем IBM и общей инфраструктуры;
  • Способствует снижению расходов на обучение за счет предоставления единообразной и унифицированной основы для управления платформами и пользовательского интерфейса;
  • Управляет системами на основе x86 сторонних производителей с помощью специализированного агента;
  • Обеспечивает интеграцию систем IBM в средства управления центром обработки данных Tivoli и сторонних производителей;
  • Предоставляет Web-службы REST для интеграции приложений с SystemsDirector.

 

2. ОПИСАНИЕ ФУНКЦИОНАЛА И ПРИМЕРЫ

2.1. Автоматизация рутинных операций администрирования

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

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

ПРИМЕР 1: Отправка отчета по утилизации вычислительных мощностей руководству ИТ раз в неделю.

 

 

ПРИМЕР 2: В сети имеются 3 сервера: основной и два дополнительных.Можно сгенерировать план автоматизации, позволяющий при нагрузке основного сервера более 90% включить в работу дополнительный сервер. Впоследствии, когда нагрузка спадет, автоматически выключить его.Тоже самое применимо для виртуальной фермы.

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

ПРИМЕР 3: При установленном агенте на хосте возможно мониторить все процессы запущенные в ОС, и в случае появления того или иного события, связанного с данным процессом (start, stop, fail, timeout "__") сгенерировать план действий, например "перезапуск процесса".

2.2. Визуализация представлений

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

ПРИМЕР 4: Администратор виртуальной фермы может вывесить у себя карту виртуальной инфраструктуры, где может в активном режиме наблюдать за связями, состояниями подсистем, событиями и т.д. Сданного визуального представления возможно заходить в подсистемы (в том числе в стороннее ПО управления, например,VMwarevCenter) для конфигурирования.

2.3. Мониторинг систем

С каждого объекта мониторинга (которые можно разделить на группы сканирования) система собирает множество информации по различным параметрам. На каждый параметр можно задавать пороги для формирования сообщений "Warning" и "Critical". Также мы можем задавать общие параметры мониторинга для групп систем.

ПРИМЕР 5: В случае "больше или равно __% CPU Utilization, а также меньше или равно ___ Гб DiskSpace" для критичных систем, формируется уведомление (онлайн в системе, на почту, на телефон) обслуживающего персонала и руководства ИТ.

2.4. Управление конфигурациями

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

2.5. Управление обновлениями

Для всех систем или групп систем можно настроить политики/шаблоны обновлений для аппаратного обеспечения (firmware, fix-pack), а также обновление патчей для ОС hot-fix (кроме OC Windows). Система сама находит свежие и рекомендованные обновления для данного оборудования, в шаблонах можно задать расписание проверки свежих выпусков (например, раз в 3 месяца) для каждой системы/группы систем.

ПРИМЕР 7: Задаем правило проверки обновления FW для сервера. В случае, если обновление имеет статус "Critical", система автоматически уведомит ответственное лицо. Далее выбираем уже составленный план обновления для данного типа систем/групп систем, и система выполняет в заданное время в заданные интервалы последовательные процедуры обновления. Можно сделать цикл замкнутым, если процесс обновления был прерван по какой-либо причине. Можно также задать группы систем, для которых допустимо динамическое обновление.

2.6. Удаленное управление

IBM Systems Director, как единая система управления, позволяет получить удаленный доступ:

  • Аппаратной консоли управления (сервисные процессоры на серверах, включая BaseboardManagementController (BMC), AdvancedSystemManagementAdapter (ASMA), семейство сервисных процессоров RSA)
  • Консоли управления ОС (Windows, Linux, UNIX, VMwareESXhost)
  • К браузеру управления системами (все системы, умеющие управляться через web-интерфейс)
  • К терминальному доступу (RDC, VNC, RSA RemoteControl)

 

Доступ производится на основании единой политики прав доступа и администрирования, упрощая и унифицируя управление различными системами.

ПРИМЕР 8: Администратор системы получил в мониторинге IBM Systems Director сообщение о проблеме с потерей одного сетевого порта сервера. Далее из визуального контроля системы IBM Systems Director администратор заходит в аппаратную консоль управления данного сервера для исправления данной ситуации.

2.7. Управление виртуальной инфраструктурой

Отдельным модулем реализовано консолидированное управление виртуальными фермами предприятия (на базе MicrosoftHyper-V, VMware, Xen HMC, Power VM), предоставлены различные инструменты для работы с данными фермами. Администратор той или иной виртуальной фермы может:

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

ПРИМЕР 9: Система увидела, что произошло превышение заданных параметров контроля окружающей среды (например: превышение температуры датчика/сенсора, привязанного к серверу виртуальной фермы). Согласно созданному правилу, виртуальные серверы переезжают на другой физический хост.

2.8. Управление питанием и охлаждением

Отдельный плагин IBM Systems Director Active Energy Manager позволяет системе интегрироваться (либо просто получать данные) от устройств питания (ИБП), систем контроля окружающей среды, систем распределения питания, а также от стороннего ПО (например APCInfrastruxure и т.д.). На основании этих данных возможно реализовывать интеллектуальное управление объектами мониторинга, а также предоставлять полную картину по энергопотреблению, состоянию ИБП, проводить контроль окружающей среды.

ПРИМЕР 10: Руководство ИТ ставит пороги максимального энергопотребления ЦОДа, в целях соблюдения KPI. Задается правило: в случае превышение энергопотребления ЦОДа выше порогового значения "__" , группа критичных сервисов продолжают работать, менее критичные переходят в режим энергосохранения (в BIOS включается режимы P-, T-states, или режим для IBM EnergyScale), либо на время отключаются.

2.9. Безопасность

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

2.10. Дополнительный функционал системы:

  • Управление сетями (IBM Systems Director Network Control), в том числе управление и конфигурирование следующих устройств: коммутаторы IBM BladeCenter, сетевые карты Blade, cетевые коммутаторы BrocadeConvergedEthernet (FCoCEE), коммутаторы BrocadeFiberChannel, коммутаторы и адаптеры QLogicFCoCEE. Система может сканировать все типы сетевых устройств и разделять их на 7 групп для визуализированного мониторинга всех типов сетей.
  • УправлениеPower/AIXсерверами (IBM PowerVM Workload Partitions Manager for AIX). Надстройка для HMC консоли для управления всеми серверами Power/AIX. Также предоставляет полную картину мониторинга всей Power/AIX инфраструктуры, в том числе мониторинг средств высокой доступности - PowerHA.
  • Система удаленного самообслуживания по сервису IBM (IBMSystemDirectorServiceandSupportManager), позволяющая для любых систем/групп систем реализовывать функцию автоматической отправки информации об ошибке в сервисный центр IBM. Данные (collectedinventory) предоставляются в зашифрованном виде. Данная функция сокращает как время реакции, так и время на сбор необходимой информации для открытия сервисного кейса в сервисном центре IBM.

В случае заинтересованности вашей компании по данному решению, мы готовы со своей стороны провести:

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

 

Для получения более подробной информации Вы можете обратиться к нашим менеджерам:
Екатеринбург. Тел.: 8 (343) 378 41 50. E-mail: eburg@trinitygroup.ru

Система Orphus