[ad_1]
I’ve been supporting datacenter community automation and programmability from inside DevNet for some time now, and have obtained plenty of thanks and appreciation for the wealth of knowledge DevNet provides round ACI programmability. Nevertheless I’m typically requested, “when will we have now one thing for patrons who selected to make use of Nexus switches in NXOS mode and Datacenter Community Supervisor (DCNM) as a controller?” To be sincere, I’ve needed to dodge the query a bit. Not as a result of I didn’t assume that it was vital, however there was a number of work that needed to be carried out earlier than labs might be launched. Now, I can confidently face the query of “wen DCNM?” As a result of now the reply is “now.”
DCNM sandbox
In the direction of the top of final yr, we launched a DCNM sandbox throughout the DevNet Sandbox ecosystem. This sandbox features a totally practical occasion of DCNM 11.5(1), together with a (6) node N9Kv topology (and a single CSR1000v performing as an “exterior community”) backed by CML. A lot of the bottom configuration inside this topology was preconfigured, together with material names and attributes. This permits builders to give attention to the end result of their API calls, Ansible playbooks, or Terraform plans – somewhat than the humdrum of constructing a material from scratch with every sandbox reservation.
New Studying Labs
The sandbox, nonetheless, isn’t sufficient. We’d like studying labs to clarify the features of DCNM, learn how to use the APIs inside it, and learn how to leverage instruments (like Ansible and Terraform) to carry out frequent duties utilizing DCNM as a centralized controller. Very like the sandbox, a number of work needed to be carried out to make sure that the training lab modules and supplier behaved the way in which that we anticipated. After many hours spent working by means of points (and the PRs to go together with them) all the things aligned to begin working by means of the labs themselves. I feel you’ll discover they’re definitely worth the wait. Your complete set of labs is contained inside a Introduction to DCNM Programmability studying observe. There you’ll discover three modules masking three totally different applied sciences:
- Introduction to DCNM Programmability
- Introduction to Ansible with DCNM
- Introduction to Terraform with DCNM
Introduction to DCNM Programmability
The Introduction to DCNM Programmability module focuses on the fundamentals of DCNM and the way the platform operates. It familiarizes the person with the two-stage commit course of, learn how to navigate the net UI to confirm that the automation labored, after which introduces the API tooling inside DCNM. You’ll study in regards to the API device (which inspects API calls and their payloads from UI interactions) and interrogating the DCNM API utilizing a pre-built Postman assortment hosted inside DevNet’s public workspace. For these simply changing into aware of the platform, this module is effective in your studying journey.
Introduction to Ansible with DCNM
The Introduction to Ansible with DCNM module expands on the API data you acquired within the first module, by evaluating the duties carried out manually by means of uncooked API calls from Postman (or from UI interactions) and locations them in an Ansible playbook utilizing the DCNM modules. The training module additionally walks by means of debugging and understanding when and why sure errors are thrown throughout the working of an Ansible playbook. It consists of when sure situations usually are not met, or timeouts throughout process runs are set too quick for the motion to return a profitable code. Whereas not a whole walkthrough of all Ansible actions inside DCNM, it serves as a powerful start line to grow to be acquainted with how DCNM and Ansible work together.
Introduction to Terraform with DCNM
Lastly, the Introduction to Terraform with DCNM module covers using Terraform with DCNM. In a lot the identical style, the person labs align straight with the duties within the earlier modules. In some situations, Terraform is stretched outdoors of its meant use-case to interrogate APIs straight utilizing the dcnm_rest useful resource. In these situations, it’s famous that this isn’t the perfect utilization of Terraform, however that the train supplies helpful data (e.g., round utilization of information as reference payloads). The training module concludes with an train in how Terraform handles long-lived connections (e.g., including extra gadgets to DCNM’s stock), and what a practitioner ought to do to make sure these actions are profitable.
You’re Not Alone!
Along with the guided studying observe and the prebuilt Postman assortment, all code used to finish the training observe is out there in a pattern code repository throughout the Cisco DevNet Github group. This code can be utilized both with the training tracks or individually as a part of your individual desired studying and exploration path. Moreover, for the reason that performance supplied by the Ansible modules and Terraform Suppliers is consistently altering, if there are any modifications that should be made – you possibly can fork the repository and submit a pull request. What higher solution to enhance your NetDevOps data than following developer workflows to assist contribute to upstream supply!
I hope that you’ve as a lot enjoyable working by means of this studying observe as I had placing it collectively. As all the time, in case you have any feedback, questions, or have concepts on how we are able to enhance this studying observe – please attain out to me. Please go away me a Remark within the area under, or attain out to me on Twitter. I might love to begin a dialog.
We’d love to listen to what you assume. Ask a query or go away a remark under.
And keep linked with Cisco DevNet on social!
LinkedIn | Twitter @CiscoDevNet | Fb | YouTube Channel
Share:
[ad_2]
