> Excel - слишком негибко, покупное - не массово, потому что > дорого... > Самописка? Скорее да! Все зависит от того, какого > результата или выхлопа ты ожидаешь от CMDB. >
Цель номер 1 - привязка сервисов к обслуживающей инфраструктуре.
Ожидаемые бенефиты: выявление элементов L2 и L3 которые имеют более высокие требования по надёжности. То есть построение внутреннего SLA между сетевиками и системщиками.
Соответственно оптимизация подключений, расчёт необходимого резерва и запчастей.
> > Я плнирую для начала сетку и серверные туда запихать. > > Кто что посоветует? > > Я бы порекомендовал сначала подумать, какие данные и в > каком разрезе тебе необходимо хранить и анализировать, и > как тебе это может помочь.
Связи должны выглядеть так:
Сервис-Сервисы
Сервис-Сервера
Сервер-Порт_на_Акцесс_Свитче
Сервер-Подсеть
АкцессСвитч-БэкбонСвитч
Подсеть-Роутер
Роутер-БэкбонСвитч
По первым прикидкам, должно получиться около 50 CI для фазы 1 (пилотной).
Около 120 для фазы 2.
Кто какие 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.
> Excel - слишком негибко, покупное - не массово, потому что > дорого... > Самописка? Скорее да! Все зависит от того, какого > результата или выхлопа ты ожидаешь от CMDB. >
Цель номер 1 - привязка сервисов к обслуживающей инфраструктуре.
Ожидаемые бенефиты: выявление элементов L2 и L3 которые имеют более высокие требования по надёжности. То есть построение внутреннего SLA между сетевиками и системщиками.
Соответственно оптимизация подключений, расчёт необходимого резерва и запчастей.
> > Я плнирую для начала сетку и серверные туда запихать. > > Кто что посоветует? > > Я бы порекомендовал сначала подумать, какие данные и в > каком разрезе тебе необходимо хранить и анализировать, и > как тебе это может помочь.
Связи должны выглядеть так:
Сервис-Сервисы
Сервис-Сервера
Сервер-Порт_на_Акцесс_Свитче
Сервер-Подсеть
АкцессСвитч-БэкбонСвитч
Подсеть-Роутер
Роутер-БэкбонСвитч
По первым прикидкам, должно получиться около 50 CI для фазы 1 (пилотной).
Около 120 для фазы 2.
Как вариант, можно рассматривать:11.01.09 19:18 Автор: Den <Денис Т.> Статус: The Elderman
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
