Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

agnos.is Forums

  1. Home
  2. Selfhosted
  3. Combining Netbox and Ansible

Combining Netbox and Ansible

Scheduled Pinned Locked Moved Selfhosted
selfhosted
4 Posts 4 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • W This user is from outside of this forum
    W This user is from outside of this forum
    [email protected]
    wrote on last edited by
    #1

    I'm new to netbox and as far as I can tell there are two ways to combine Netbox with ansible.

    • Automate network and Netbox with ansible. A playbook would configure a switch port and then use the netbox role to modify netbox to reflect the change. All changes go through Ansible.
    • Use Netbox as the data source for ansible. A playbook pulls the switch configuration from Netbox and applies it to the switch using ansible. All changes go through Netbox.

    What would be preferred? Both solve the Problem of having to change everything twice.

    C S ? 3 Replies Last reply
    1
    0
    • System shared this topic on
    • W [email protected]

      I'm new to netbox and as far as I can tell there are two ways to combine Netbox with ansible.

      • Automate network and Netbox with ansible. A playbook would configure a switch port and then use the netbox role to modify netbox to reflect the change. All changes go through Ansible.
      • Use Netbox as the data source for ansible. A playbook pulls the switch configuration from Netbox and applies it to the switch using ansible. All changes go through Netbox.

      What would be preferred? Both solve the Problem of having to change everything twice.

      C This user is from outside of this forum
      C This user is from outside of this forum
      [email protected]
      wrote on last edited by
      #2

      The latter. Ansible isn't for storing configs, it's for applying them.

      1 Reply Last reply
      0
      • W [email protected]

        I'm new to netbox and as far as I can tell there are two ways to combine Netbox with ansible.

        • Automate network and Netbox with ansible. A playbook would configure a switch port and then use the netbox role to modify netbox to reflect the change. All changes go through Ansible.
        • Use Netbox as the data source for ansible. A playbook pulls the switch configuration from Netbox and applies it to the switch using ansible. All changes go through Netbox.

        What would be preferred? Both solve the Problem of having to change everything twice.

        S This user is from outside of this forum
        S This user is from outside of this forum
        [email protected]
        wrote on last edited by
        #3

        Go with the second option.

        Having Netbox as your source of truth is what we do and we can easily track changes

        1 Reply Last reply
        0
        • W [email protected]

          I'm new to netbox and as far as I can tell there are two ways to combine Netbox with ansible.

          • Automate network and Netbox with ansible. A playbook would configure a switch port and then use the netbox role to modify netbox to reflect the change. All changes go through Ansible.
          • Use Netbox as the data source for ansible. A playbook pulls the switch configuration from Netbox and applies it to the switch using ansible. All changes go through Netbox.

          What would be preferred? Both solve the Problem of having to change everything twice.

          ? Offline
          ? Offline
          Guest
          wrote on last edited by
          #4

          Depending on what you need either first or second solution may be better. In my company we use Netbox fork Nautobot along with Ansible.
          It's Ansible that initiates the change and fills all the data properties in Nautobot. This way Ansible can also raise and close relevant change ticket at the right time.
          With your second solution it would be more difficult for us to properly work with change tickets in compliant way. If you ever intend to take compliance and ticketing system into account, then I would recommend going with first solution, otherwise both solutions are fine to me.

          1 Reply Last reply
          0
          • System shared this topic on
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups