информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Страшный баг в WindowsСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / sysadmin
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
Excel - слишком негибко, покупное - не массово, потому что... [upd] 11.01.09 15:37  Число просмотров: 2974
Автор: Den <Денис Т.> Статус: 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/
<sysadmin>
CMDB 11.01.09 15:09  
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
<"чистая" ссылка>
Кто какие CMDB использует? Excel, самописку, что-то покупное, что-то гнутое?
Я планирую для начала сетку и серверные туда запихать.
Кто что посоветует?
Excel - слишком негибко, покупное - не массово, потому что... [upd] 11.01.09 15:37  
Автор: Den <Денис Т.> Статус: 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 <Денис Т.> Статус: The Elderman
<"чистая" ссылка>


HP Universal CMDB software
1




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


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