информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медSpanning Tree Protocol: недокументированное применениеПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
CMDB 11.01.09 15:09  
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
<"чистая" ссылка>
Кто какие CMDB использует? Excel, самописку, что-то покупное, что-то гнутое?
Я планирую для начала сетку и серверные туда запихать.
Кто что посоветует?
Excel - слишком негибко, покупное - не массово, потому что... [upd] 11.01.09 15:37  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 11.01.09 15:53  Количество правок: 3
<"чистая" ссылка>
> Кто какие CMDB использует? Excel, самописку, что-то
> покупное, что-то гнутое?

Excel - слишком негибко, покупное - не массово, потому что дорого...
Самописка? Скорее да! Все зависит от того, какого результата или выхлопа ты ожидаешь от CMDB.

> Я планирую для начала сетку и серверные туда запихать.
> Кто что посоветует?

Я бы порекомендовал сначала подумать, какие данные и в каком разрезе тебе необходимо хранить и анализировать, и как тебе это может помочь. Затем взять описание решений известных производителей и определиться с подходящим под твои задачи и доступным по цене.
Если не удается подобрать что-то уже имеющееся, взять достаточно гибкий движок, позволяющий использовать данные от внешних модулей(например 1C 8.1) и попробовать реализовать свою CMDB. Также может сгодиться для этих целей связка Apache + PHP + MySQL.

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

[upd]
З.Ы. Лично я пока ничего не использую, но постоянно над этим думаю, ввиду особенностей своей работы - тех.поддержка (и не только) в рамках SLA.

http://www.osp.ru/os/2007/06/4339018/
Спасибо + уточнения 11.01.09 18:44  
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
<"чистая" ссылка>
> Excel - слишком негибко, покупное - не массово, потому что
> дорого...
> Самописка? Скорее да! Все зависит от того, какого
> результата или выхлопа ты ожидаешь от CMDB.
>

Цель номер 1 - привязка сервисов к обслуживающей инфраструктуре.
Ожидаемые бенефиты: выявление элементов L2 и L3 которые имеют более высокие требования по надёжности. То есть построение внутреннего SLA между сетевиками и системщиками.
Соответственно оптимизация подключений, расчёт необходимого резерва и запчастей.

> > Я плнирую для начала сетку и серверные туда запихать.
> > Кто что посоветует?
>
> Я бы порекомендовал сначала подумать, какие данные и в
> каком разрезе тебе необходимо хранить и анализировать, и
> как тебе это может помочь.

Связи должны выглядеть так:
Сервис-Сервисы
Сервис-Сервера
Сервер-Порт_на_Акцесс_Свитче
Сервер-Подсеть
АкцессСвитч-БэкбонСвитч
Подсеть-Роутер
Роутер-БэкбонСвитч

По первым прикидкам, должно получиться около 50 CI для фазы 1 (пилотной).
Около 120 для фазы 2.
Как вариант, можно рассматривать: 11.01.09 19:18  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>


HP Universal CMDB software
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach