Введение

CMDB (Configuration Management Database) — это база данных, которая используется в управлении ИТ-услугами (ITSM) для хранения информации обо всех значимых компонентах ИТ-инфраструктуры, их конфигурациях и взаимосвязях. CMDB является ключевым элементом в рамках процесса управления конфигурациями (Configuration Management) согласно методологии ITIL (Information Technology Infrastructure Library).

Основные функции CMDB

1. Хранение информации о конфигурационных элементах (CI — Configuration Items, КЕ — Конфигурационная Единица):

• В CMDB хранятся данные о всех значимых объектах ИТ-инфраструктуры, таких как серверы, сетевые устройства,
• приложения, базы данных, пользователи, документы и даже контракты.
• Каждый объект (КЕ) имеет свои атрибуты, например, для сервера это может быть модель, IP-адрес, операционная система
• , статус и т.д.

2. Отслеживание взаимосвязей между КЕ:

• CMDB позволяет фиксировать связи между различными конфигурационными элементами.
• Например, можно отследить, какие приложения работают на конкретном сервере или какие пользователи используют
• определённое программное обеспечение.

3. Поддержка процессов ITSM:

• CMDB используется для поддержки таких процессов, как управление инцидентами, изменениями, проблемами и активами.
• Например, при возникновении инцидента можно быстро определить, какие компоненты затронуты и как они связаны.

4. Обеспечение прозрачности и контроля:

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

Примеры конфигурационных единиц (КЕ)

• Аппаратное обеспечение: серверы, компьютеры, принтеры, сетевые устройства.
• Программное обеспечение: операционные системы, приложения, лицензии.
• Документация: руководства, политики, контракты.
• Люди: пользователи, ИТ-специалисты.
• Услуги: ИТ-услуги, предоставляемые бизнесу.

Преимущества использования CMDB

• Улучшение управления изменениями - CMDB помогает оценить влияние изменений на ИТ-инфраструктуру, что снижает риск сбоев.
• Быстрое восстановление после инцидентов - Благодаря информации о взаимосвязях CI можно быстрее выявлять и устранять проблемы.
• Оптимизация затрат - CMDB позволяет лучше управлять активами, избегать избыточных закупок и оптимизировать использование ресурсов.
• Соответствие требованиям - CMDB помогает организациям соответствовать нормативным требованиям и стандартам, таким как ISO/IEC 20000.

Важные аспекты при работе с CMDB

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

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

CMDB является ядром Памир. Функции мониторинга, визуализации, управление доступом тесно связаны с CMDB.

Мониторинг использует CMDB для:

• настройки и привязки шаблонов мониторинга;
• расчета влияния и распространения статусов индикаторов здоровья по БДКЕ. Визуализация использует CMDB для:
• ограничения видимости объектов дашборда. Управление доступом использует CMDB для описания правил сопоставления атрибутов пользователя и атрибутов объектов контроля.

Моделирование

Моделирование - процесс построения модели предметной области.

Типизация КЕ

Типизация конфигурационных единиц (CIT — Configuration Item Type, ТКЕ — Тип Конфигурационной Единицы) в CMDB — это процесс классификации и категоризации объектов ИТ-инфраструктуры для удобства их управления, отслеживания и анализа. Каждый КЕ должен быть отнесён к определённому типу, чтобы можно было эффективно управлять его атрибутами, связями и жизненным циклом.

Зачем нужна типизация КЕ?

• Структурирование данных - типизация позволяет организовать КЕ в логические группы, что упрощает поиск и анализ.
• Управление атрибутами - разные типы КЕ имеют разные атрибуты. Например, сервер и приложение будут иметь разные характеристики.
• Отслеживание взаимосвязей - типизация помогает определить, как КЕ разных типов связаны между собой.
• Поддержка процессов ITSM - типизация КЕ важна для процессов управления инцидентами, изменениями, проблемами и активами.

Основные типы конфигурационных единиц (ТКЕ)

Типы КЕ могут варьироваться в зависимости от организации и её ИТ-инфраструктуры, но обычно выделяют следующие категории:

1. Аппаратное обеспечение (Hardware)

• Примеры: серверы, компьютеры, принтеры, сетевые устройства, хранилища данных.
• Атрибуты: серийный номер, модель, производитель, IP-адрес, статус, местоположение.

2. Программное обеспечение (Software)

• Примеры: операционные системы, приложения, базы данных, лицензии.
• Атрибуты: версия, разработчик, дата установки, лицензионный ключ.

3. Документация (Documentation)

• Примеры: руководства, политики, контракты, SLA (Service Level Agreements).
• Атрибуты: тип документа, дата создания, автор, статус.

4. Люди (People)

• Примеры: пользователи, ИТ-специалисты, менеджеры.
• Атрибуты: имя, должность, контактная информация, роль.

5. Услуги (Services)

• Примеры: ИТ-услуги, такие как электронная почта, доступ к интернету, облачные сервисы.
• Атрибуты: название услуги, провайдер, SLA, статус.

6. Сети (Network)

• Примеры: сетевые устройства, маршрутизаторы, коммутаторы, VPN.
• Атрибуты: IP-адрес, маска подсети, пропускная способность.

7. Базы данных (Databases)

• Примеры: SQL-серверы, NoSQL-хранилища.
• Атрибуты: имя базы данных, версия СУБД, размер, владелец.

8. Приложения (Applications)

• Примеры: веб-приложения, мобильные приложения, корпоративные системы.
• Атрибуты: версия, разработчик, зависимости от других CI.

9. Виртуальные ресурсы (Virtual Resources)

• Примеры: виртуальные машины, контейнеры, облачные ресурсы.
• Атрибуты: гипервизор, размер RAM, количество CPU.

Пример иерархии типов КЕ

Типы КЕ могут быть организованы в иерархию для более детальной классификации. Например:

• Аппаратное обеспечение
  • Серверы
    • Физические серверы
    • Виртуальные серверы
  • Сетевые устройства
    • Маршрутизаторы
    • Коммутаторы
• Программное обеспечение
  • Операционные системы
  • Приложения
    • Веб-приложения
    • Мобильные приложения

Как определить типы КЕ?

1. Анализ ИТ-инфраструктуры - Определите все значимые компоненты вашей ИТ-среды.
2. Классификация - Разделите компоненты на логические группы (типы).
3. Определение атрибутов - Для каждого типа КЕ определите ключевые атрибуты.
4. Создание ТКЕ - В CMDB создайте шаблоны для каждого типа КЕ, чтобы упростить добавление новых элементов.

Пример типизации в CMDB

Предположим, вы хотите добавить новый сервер. Процесс может выглядеть так:

1. Тип КЕ: Аппаратное обеспечение → Серверы → Физические серверы.
2. Атрибуты:

• Название: Web-Server-01
• Серийный номер: 123456
• Модель: Dell PowerEdge R740
• IP-адрес: 192.168.1.10
• Статус: В эксплуатации

3. Связи:

• Связан с приложением Web-App-01.
• Связан с сетью LAN.

Важные аспекты типизации КЕ

• Гибкость - Типы КЕ должны быть достаточно гибкими, чтобы охватывать все возможные компоненты ИТ-инфраструктуры.
• Актуальность - Регулярно обновляйте типы и атрибуты КЕ, чтобы они соответствовали изменениям в инфраструктуре.
• Стандартизация - Используйте стандартные naming conventions (соглашения по именованию) для типов и атрибутов КЕ.

Типизация CI в CMDB — это важный шаг для создания структурированной и управляемой ИТ-инфраструктуры. Она позволяет эффективно отслеживать ресурсы, управлять изменениями и минимизировать риски.

Атрибуты конфигурационной единицы

Атрибуты конфигурационной единицы — это характеристики или свойства, которые описывают конкретный объект в CMDB. Атрибуты позволяют детализировать информацию о CI, что помогает в управлении, отслеживании и анализе ИТ-инфраструктуры.

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

Зачем нужны атрибуты КЕ?

• Детализация информации - Атрибуты позволяют хранить подробные данные о каждом КЕ.
• Поиск и фильтрация - Атрибуты помогают быстро находить нужные КЕ по определённым критериям.
• Анализ и отчётность - На основе атрибутов можно строить отчёты и анализировать состояние ИТ-инфраструктуры.
• Управление изменениями - Атрибуты помогают отслеживать изменения в КЕ (например, обновление версии ПО или изменение статуса).

Основные атрибуты КЕ

Атрибуты зависят от типа КЕ, но есть общие атрибуты, которые могут быть применимы ко многим КЕ:

1. Общие атрибуты

• Название (Name): Уникальное имя КЕ (например, Web-Server-01).
• Описание (Description): Краткое описание КЕ (например, "Основной веб-сервер для корпоративного сайта").
• Статус (Status): Текущее состояние КЕ (например, "В эксплуатации", "В резерве", "Списан").
• Владелец (Owner): Ответственный за КЕ (например, ИТ-отдел или конкретный сотрудник).
• Дата создания (Creation Date): Дата добавления КЕ в CMDB.

2. Атрибуты для аппаратного обеспечения (Hardware)

• Серийный номер (Serial Number): Уникальный идентификатор оборудования.
• Модель (Model): Модель устройства (например, Dell PowerEdge R740).
• Производитель (Manufacturer): Компания-производитель (например, Dell, Cisco).
• Местоположение (Location): Физическое расположение устройства (например, "Серверная комната, стойка 5").
• IP-адрес (IP Address): Сетевой адрес устройства.
• Дата ввода в эксплуатацию (Installation Date): Дата начала использования устройства.

3. Атрибуты для программного обеспечения (Software)

• Версия (Version): Версия программного обеспечения (например, v2.3.1).
• Разработчик (Vendor): Компания-разработчик (например, Microsoft, Oracle).
• Дата установки (Installation Date): Дата установки ПО.

4. Атрибуты для услуг (Services)

• Название услуги (Service Name): Название ИТ-услуги (например, "Электронная почта").
• Провайдер (Provider): Поставщик услуги (например, внутренний ИТ-отдел или внешний провайдер).
• SLA (Service Level Agreement): Уровень обслуживания (например, "99.9% доступности").
• Критичность (Criticality): Важность услуги для бизнеса (например, "Высокая", "Средняя", "Низкая").

5. Атрибуты для сетевых устройств (Network)

• MAC-адрес (MAC Address): Физический адрес устройства.
• Пропускная способность (Bandwidth): Максимальная скорость передачи данных.

6. Атрибуты для баз данных (Databases)

• Имя базы данных (Database Name): Уникальное имя базы данных.
• Владелец (Owner): Ответственный за базу данных.

Пример атрибутов для конкретного CI

Рассмотрим пример CI типа "Сервер":

• Название: Web-Server-01
• Серийный номер: 123456789
• Модель: Dell PowerEdge R740
• Производитель: Dell
• IP-адрес: 192.168.1.10
• Статус: В эксплуатации
• Местоположение: Серверная комната, стойка 5
• Дата ввода в эксплуатацию: 2023-01-15
• Владелец: ИТ-отдел

Как определять атрибуты?

• Анализ требований - Определите, какие данные о КЕ важны для вашей организации.
• Стандартизация - Используйте стандартные naming conventions (соглашения по именованию) для атрибутов.
• Гибкость - Убедитесь, что атрибуты могут быть расширены или изменены в будущем.
• Интеграция с процессами - Атрибуты должны поддерживать процессы ITSM такие, как управление инцидентами, изменениями и активами.

Важные аспекты работы с атрибутами CI

• Актуальность данных - Регулярно обновляйте атрибуты, чтобы они отражали текущее состояние ИТ-инфраструктуры.
• Минимальный набор - Не перегружайте КЕ избыточными атрибутами. Используйте только те, которые действительно важны.

Связи

В CMDB Памир существует три основных типа связей — композиция, агрегация и ассоциация. Они описывают, как КЕ взаимодействуют друг с другом. Давайте разберём каждый из этих типов.

Ассоциация (Association)

Ассоциация — это самый общий тип связи, который описывает, что два КЕ каким-то образом связаны между собой. Эта связь является однонаправленной.

Особенности:

• КЕ существуют независимо друг от друга.
• Связь может быть временной или постоянной.
• Не подразумевает владение или жизненный цикл.

Агрегация (Aggregation)

Агрегация — это частный случай ассоциации, который описывает отношение "часть-целое". Однако в агрегации части могут существовать независимо от целого.

Особенности:

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

Композиция (Composition)

Композиция — это более строгая форма агрегации, где объект-часть не может существовать без объекта-целого. Если объект-целое уничтожается, то все его части также уничтожаются.

Особенности:

• Объект-часть принадлежит только одному объекту-целому.
• Жизненный цикл частей зависит от жизненного цикла целого.
• Связь сильнее, чем в агрегации.

Сравнение композиции, агрегации и ассоциации:

Характеристика	Ассоциация	Агрегация	Композиция
Зависимость	Независимые КЕ	Часть может существовать без целого	Часть не может существовать без целого
Жизненный цикл	Независимый	Независимый	Зависит от целого
Сила связи	Слабая	Средняя	Сильная
Пример	Учитель и студент	Департамент и профессор	Дом и комната

Когда использовать:

• Ассоциация: Когда объекты взаимодействуют, но не зависят друг от друга.
• Агрегация: Когда объект-часть может существовать независимо от объекта-целого.
• Композиция: Когда объект-часть не имеет смысла без объекта-целого.

Визуализация в CMDB:

• Ассоциация: Линия между КЕ. Стрелка на стороне используемого КЕ.
• Агрегация: Линия с ромбом на стороне целого (незакрашенный ромб).
• Композиция: Линия с ромбом на стороне целого (закрашенный ромб).