Как вы документируете свои конфигурации Cisco?
Как вы документируете свои конфигурации Cisco?
- Какую / какую информацию вы включаете в поле описания (подключение, идентификатор канала, информация об устройстве и т. Д.)?
- Используете ли вы какие-либо автоматизированные инструменты, такие как Rancid, для автоматического резервного копирования и контроля версий?
- Как вы предоставляете дополнительную документацию, которая не помещается в поле описания? Желательно с некоторой изощренностью, которая дает возможность скрывать детали или иметь динамический вид (например, карты Visio могут быстро стать ошеломляющими).
4 ответа
Пара разных способов. В основном я НЕ полагаюсь на статическую документацию для текущей информации. Это никогда не является "текущим" из-за природы сети. Пусть это будет как можно более самодокументируемым.
- Общая схема проектирования - сохранить дизайн магистрали в Visio... то есть соединения между зданиями, основными маршрутизаторами и т. Д. Как правило, если изменение требует использования чувака на экскаваторе, отправьте его в Visio, распечатайте его на плоттере, повесить его на стену и т. д.
- Описания - Cisco предоставляет средства для назначения описаний каждому интерфейсу. Используйте их с соглашением об именах, которое имеет смысл для вашей сети. то есть "Conn-To-Bldg-2-Fiber"; Если вы сомневаетесь, вы никогда не сможете поместить слишком много информации в поле описания.
- Инструменты активного управления (или БД управления конфигурацией) - широко используйте SNMP для запроса информации, когда она вам нужна. Если у вас много IP-адресов, которые необходимо отслеживать вручную, бесплатный инструмент SolarWinds отлично справится с задачей. На рынке есть ряд других инструментов, которые могут помочь с этим.
- Инструменты мониторинга - Установите инструменты мониторинга, если у вас их еще нет. Если вам нужна дополнительная информация о каждом устройстве, это отличное место для его размещения, потому что, например, если вы измените адрес устройства, вам по необходимости придется обновить инструмент мониторинга, иначе он будет постоянно на вас кричать.:)
Я просто использую Subversion и Dia.
Я не знаю о Visio, но Dia поддерживает слои, если вы можете использовать слои с Visio, то это может помочь избежать чрезмерной нагрузки на диаграмму. Например, вы можете создать слой для всех "соединений", еще один слой для интерфейсов и т. Д. А затем показать и скрыть слои, чтобы увидеть интересующую вас информацию.
Ответ, как всегда, "это зависит". Если у вас есть небольшое количество маршрутизаторов, которые меняются не очень часто, документируйте все, используйте Visio или что-то еще.
С другой стороны, если у вас большое количество маршрутизаторов с регулярно меняющимися конфигурациями (типичный поставщик услуг), вам следует создать сетевые диаграммы высокого уровня с четко обозначенными ключевыми интерфейсами. Инструмент управления конфигурацией, такой как rancid, абсолютно необходим в загруженной среде поставщика услуг и прост в настройке, поэтому стоит потратить время в любом месте IMO.
Несколько лет назад я должен был сделать это, и к настоящему времени должны появиться более эффективные решения: я использовал собственный сценарий ожидания, чтобы извлекать и резервировать текущие конфигурации коммутатора и маршрутизатора и diffd для изменений.