Comments 4
делал нечто подобное, но для связки vcenter + netbox, тоже инвентарил гиппервизоры и виртуалки, только на PoSh.
Netbox прикольный, но только нужно понять, что все крутится вокруг id, у каждой сущности он есть, будь то IP или интерфейс. То есть чтобы заинвентарить тачку, нужно её создать, создать интерфейс, создать ip, потом проассоциировать все это друг с другом.
Из плюсов, можно создавать кастомные поля и заполнять их своими данными. Я так хранил id виртуалки, а специальный обработчик(не я делал, там что-то с помощью питона и внутреннего интерпретатора) создавал кнопку, нажимая на которую переходил по ссылке на виртаулку.
Потом виртуалки стали более эфемерными и смысл их инвентарить пропал. Все должно быть в виде кода в гите.
Тоже работаю сетевым инженером и тоже кручу почти подобным образом Netbox. Только использую библиотеку pynetbox, чтобы не работать напрямую с request. Я реализовал парсинг конфигураций устройств на предмет используемых интерфейсов, VLAN, адресов линковок, дескрипшенов и прочего и кажую ночь заношу по крону данные в Netbox. При этом ломается концепция Netbox как Source of Truth, но в нашей модели эксплуатации это приемлемо.
Система настолько понравилась, что написал даже плагин под него для бесшовной интеграции нашего процесса эксплутации. Django для непрограммиста - та еще головная боль. Было это еще до эпохи LLM, потому пришлось писать самому, благо документация самого Netbox довольно подробна и обширна.
Позвольте поинтересоваться, а зачем все это добавлять в нетбокс? Проинвентаризировали раз, но как быть с изменениями? Такая документация же устареет, если её не поддерживать. А поддерживать ее вручную вряд-ли кто-то будет качественно..
Добавляем устройства в Netbox с помощью скрипта на Python