Я как раз собираюсь создать новую платформу с двумя центрами обработки данных, мы знаем, что делаем для серверов, хранилищ, DWDM, резервного копирования, приложений, БД и т. Д., И мы твердо являемся домом Cisco для 98% наших сетей.
Все наши другие платформы используют Ciscoworks, но мы подвергли сомнению все остальные компоненты в новой среде, так почему бы не поставить под сомнение этот. Итак, мой вопрос: какая еще платформа управления / поддержки может поддерживать множество устройств Cisco (Nexus 7k / 5k, 6513, 9513, ACE и т. Д.) И действительно готова к работе для предприятий.
Не то чтобы мне не нравился Ciscoworks, но я думаю, что важно периодически ставить под сомнение эти вещи.
Что ж, я не могу сказать, что у меня был большой опыт работы с какими-либо решениями с закрытым исходным кодом, но для своей сети я использовал что-то под названием rancid, это очень красиво и гибко, работает в репозитории CVS для каталогизации изменений и отправки по электронной почте изменений, для SNMP и Avalability I. используйте Cacti и MRTG, а также Nagios, каждый из них - административный кошмар для правильной настройки и настройки для вашей инфраструктуры, но в конце концов оно того стоит.
Существует также хороший плагин для Cacti / MRTG (не пробовал с MRTG), называемый сетевой картой погоды, это карта вашей сети со ссылками, представленными в виде трубок переменного цвета, они меняют цвет в зависимости от использования. (да очень круто: D)
Что касается управления журналами, обратите внимание на splunk, я сейчас его внедряю.
Opsware кажется популярным вариантом для менеджмента, хотя у меня нет личного опыта с ним.
Я знаю, что вы упомянули о наличии Cat6k, но если вы решите использовать только устройства NX-OS (Nexus, MDS), посмотрите Cisco DCNM товар. Очевидно, он имеет очень хорошую интеграцию как с MDS, так и с Nexus, и был лучшим решением для нас в центре обработки данных, объединяющим SAN и Ethernet Fabric в одном пакете управления.
Я бы хотел спросить, для чего вы используете Ciscoworks в настоящее время. Я думаю, что если в вашем текущем развертывании, если для настройки, журналов, устранения неполадок и т. Д. Вы всегда в первую очередь обращаетесь к ciscoworks, это хороший вариант, поскольку это то, с чем вы уже знакомы, и на самом деле полезно.
Лично я в порядке без этого, у нас он развернут в нашей сети, но я когда-либо входил в систему, может быть, 3 или 4 раза, и просто обнаружил, что обычно выполнение вещей занимает больше времени, чем мои специальные вещи. У нас довольно большой магазин, поэтому у нас есть HP Openview для сигнализации SNMP, переданная в наш Центр управления, Openview Performance Insight для статистики опроса SNMP и создания статистики. Что касается моего оборудования, у нас все журналы отправляются в ящик Solaris, и у меня в основном просто есть хвост, который следует за журналами на одном из моих экранов весь день. Мы делаем ночное резервное копирование в скрипте, со скриптом для захвата всех текущих конфигураций, поэтому найти различия в конфигурациях легко с помощью инструментов unix diff. И мы делаем всю настройку напрямую, войдя в поле. Так что для меня это совершенно бесполезный инструмент, и у меня никогда не было заманчивой причины использовать его.
С другой стороны, некоторым из нашей основной команды это нравится, но это было главным образом потому, что они могли развернуть изменение конфигурации, такое как новый vlan, который будет транслироваться на каждый коммутатор за один раз. Это никогда не входило в мою ответственность, поэтому мне было все равно.
Это возвращает меня к мысли, что если это инструмент, которым вы пользуетесь каждый день, и все уже знакомы с ним, это хорошо. Если он есть, и вы используете его раз в месяц, и все, для чего вы его используете в то время, можно легко сделать с помощью простых скриптов, тогда не беспокойтесь.