{"id":6761,"date":"2021-05-24T10:43:02","date_gmt":"2021-05-24T16:43:02","guid":{"rendered":"http:\/\/gregsowell.com\/?p=6761"},"modified":"2021-05-24T10:43:02","modified_gmt":"2021-05-24T16:43:02","slug":"using-collections-with-ansible-tower-ansible-control","status":"publish","type":"post","link":"https:\/\/gregsowell.com\/?p=6761","title":{"rendered":"Using Collections With Ansible Tower\/Ansible Control"},"content":{"rendered":"

Collections<\/a> are the new hotness for ansible, so you should start adjusting to it now…that means I’ll have to start converting my playbooks little by little now. That’s because ansible 2.9 allows for both standard modules and collections to work in tandem. So do the thing if you haven’t already.<\/p>\n

You have multiple options when trying to install collections into your tower environment, and I’m going to cover a couple here.<\/p>\n

Manual collection install<\/h2>\n

If you are going to manually install these files from the CLI, keep in mind that Tower runs as the AWX user<\/strong>, so you will need to su awx before doing most of these installs<\/strong>.
\nFirst you can pull collections straight from Ansible galaxy<\/a>.<\/p>\n

ansible-galaxy collection install my_namespace.my_collection<\/code><\/pre>\n
You can also download the archive file and do an offline install:<\/p>\n
ansible-galaxy collection install my_namespace-my_collection-1.0.0.tar.gz -p .\/collections<\/code><\/pre>\n
You can download certified collections via the automation hub(it allows you to grab them as archives right off the cloud.redhat.com site).  After that the install process is just the same.<\/p>\n
Automatic collection install<\/h2>\n
The best way to automatically pull collections is via a requirements file<\/a>.  <\/p>\n
First, in your git repository(or other SCM system) create a folder called “collections” and add a file inside named “requirements.yml”
\nSo I wanted to dynamically pull the Arista EOS collection so I did it as follows(\/collections\/requirements.yml):<\/p>\n
---\r\ncollections:\r\n# Install the Arista EOS collection\r\n- arista.eos<\/code><\/pre>\n
Now when I run the playbook it will reach out to the repository in question and pull the content.
\nKeep in mind that it doesn’t fully install the collection.  I can’t create a new repo with playbooks and start using that collection without either a manual install or a requirements file.  It’s for this reason that in my lab environment I simply do a manual install so I can use it in all of my playbooks without keeping track.<\/p>\n
If you are using certified content and you want to pull directly from the Automation hub, look at this documentation; it walks through the settings required<\/a>.
\nIn newer versions of Tower\/control the “Primary Galaxy Server” options are no longer present and that portion will be completed via custom credentials as shown in this video<\/a>.
\nHere’s the screen shots from my machine:
\nFirst I created two credentials:
\n\"\"<\/a><\/p>\n
The first connects to the automation hub:
\n\"\"<\/a>
\nGalaxy Server URL:<\/p>\n
https:\/\/cloud.redhat.com\/api\/automation-hub\/<\/code><\/pre>\n
Auth Server URL:<\/p>\n
https:\/\/sso.redhat.com\/auth\/realms\/redhat-external\/protocol\/openid-connect\/token<\/code><\/pre>\n
I then create a credential to connect to the standard public galaxy servers:
\n\"\"<\/a><\/p>\n
I now set the Tower\/control server to use these creds:
\n\"\"<\/a>
\n\"\"<\/a>
\nThe order in which you select them is the order in which the server will check for download.  In my case I want to ensure that my automation hub link is set first, so it will check there, then fall back to checking galaxy.  That means I’ll unselect them both, then add them back in the correct order:
\n\"\"<\/a><\/p>\n
Good luck and happy automating!<\/p>\n","protected":false},"excerpt":{"rendered":"
Collections are the new hotness for ansible, so you should start adjusting to it now…that means I’ll have to start converting my playbooks little\u2026<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[49],"tags":[],"class_list":["post-6761","post","type-post","status-publish","format-standard","hentry","category-ansible"],"_links":{"self":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/6761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=6761"}],"version-history":[{"count":4,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/6761\/revisions"}],"predecessor-version":[{"id":6771,"href":"https:\/\/gregsowell.com\/index.php?rest_route=\/wp\/v2\/posts\/6761\/revisions\/6771"}],"wp:attachment":[{"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=6761"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6761"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gregsowell.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=6761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}