Subscribe to our blog

OpenShift meets Ansible

We have seen many organizations compare themselves on how agile they are in the innovation journeys. When we talk about innovation, there are several aspects around it, like optimizing the existing IT, integrating apps/data/processes, adding and managing cloud infrastructure or modernizing the applications. But in order to partner with lines of business to better compete, there is a need to introduce automation.

If someone asks, “What can we automate?” Below is my answer:

"Every non-interruptive CLI command or any UI which exposes a REST-API is an opportunity to automate." 

Whether it be orchestrating configurations, deploying applications or managing infrastructure, etc.

Red Hat Ansible Automation Platform does all that!

Whether managing cloud or cloud-native systems, there is no difference. In this article, I’ll go through integrating an OpenShift cluster with Ansible Automation Platform to help automating Day 0 and Day 2 activities.

Tying OpenShift with Ansible Automation Platform

When it comes to container orchestration, Red Hat OpenShift has emerged as the leading enterprise level solution, providing a robust platform to manage and scale complex applications with ease. However, manual deployment and management of these applications can be labor intensive and prone to issues.

Enter Ansible Automation Platform: Its strength lies in its simplicity, scalability and ability to bridge the gap between complex IT tasks and efficient execution by turning manual, repetitive tasks into automated workflows. One of its standout components is Red Hat Ansible Certified Content Collections - pre-packed automation content that encompasses modules, plugins, and roles to simplify automation. Among these, the redhat.openshift.k8s collection paves the way for Red Hat OpenShift automation by bringing ease and efficiency of Ansible into your Red Hat OpenShift environments, streamlining your processes.

Red Hat Ansible Certified Content Collections in Ansible automation hub

We have worked with many Banking, Financial Services and Insurance (BFSI) accounts at Red Hat, and we would like to share one of the lessons learned on how Ansible naturally fits into the OpenShift environment.We’ll show how the redhat.openshift.k8s collection can not only reduce manual efforts of deployment, but also enables consistency across deployments,efficiency and fewer errors when deploying applications within an OpenShift cluster.

Let us start simple

To start simple, Red Hat OpenShift and Ansible use similar patterns and YAML scripts to describe the desired state of the world: 

OPENSHIFT/OCANSIBLE

apiVersion: v1
kind: ConfigMap
metadata:
    name: foo
    namespace: default
data:
    color: red

 

- name: Create foo config map
  redhat.openshift.k8s:
      definition:
          apiVersion: v1
          kind: ConfigMap
          metadata:
              name: foo
              namespace: default
          data:
              color: “{{ color }}”

 

On the left is an OpenShift definition to define any resource. On the right is an Ansible definition to define any OpenShift resource. Notice the similarities?With Ansible, additional features are available so you can maintain the entire definition as a separate Jinja2 template file as in the below example:

- name: Create foo config map
  redhat.openshift.k8s:
      template: foo.yml

Templatising Openshift Definition

Red Hat OpenShift and Ansible are better together, and one real world example of this is automating the deployment of the Redis leader/follower application on an OpenShift cluster. This scenario takes advantage of the following Ansible Playbook provided in this repository.

Let us automate!

The solution automates the following:

  1. Creation of guestbook namespace, where I’ll be carrying out the deployment using the Red Hat Certified Collection 
  2. Deploying Redis leader, Redis follower and the front end application
  3. Configuring networking objects such as services and routes

As a preliminary step, I have downloaded the Red Hat Certified Collection for OpenShift in private automation hub as shown below:

Openshift Collection in Private Automation Hub

 

I’ll configure the below resources on Ansible Automation Platform to get started:

  1. Project to import the Git source code 
    Project Name: Openshift
    Source Control Type: Git
    Source Control URL: https://github.com/RachnaDodia/k8_ansible.git
    Organization: Default <or as per your environment>
  2. Credentials to store OpenShift API URL and the token for authentication
    Credential Name: OpenShift
    OpenShift or Kubernetes API Endpoint: <as per your environment>
    API authentication bearer token: <as per your environment>
    Organization: Default <or as per your environment>
  3. Credentials to store private automation hub URL and token for authentication
    Credential Type: Ansible Galaxy/Ansible automation hub API Token
    Galaxy Server URL: <as per your environment>
    API Token: <as per your environment>
    Organization: Default <or as per your environment>
  4. Template using the resources created above
    Template Name: Deploy Redis Leader-Follower Application
    Project: OpenShift
    Playbook: deploy.yml
    Credentials: OpenShift
    Execution Environment: Default execution environment
    Organization: Default <or as per your environment>

Once the template is configured , let’s get ready to launch! Here is the output of creating the resources with Ansible Automation Platform:

Ansible UI output of successful playbook execution

With successful execution of the automation job, let us go to the OpenShift environment to verify the changes:

Deployments in guestbook Namespace

Route mapping to the Service

Front end application

Success! We have deployed the application and created the necessary networking resources.

Takeaways

Thanks to the Red Hat Certified Collection for OpenShift, automating OpenShift is significantly easier. You have seen now how effortlessly multiple configurations can be performed on an OpenShift cluster. Not only can you begin with Day 0 operations, but you can manage Day 1 and Day 2 operations as well. This can be improved upon by maintaining all the Configuration as Code (CaC), where you would separate configuration settings from the actual code. Ideally, you can store that configuration data in source control such as Git, and easily run and tweak it to match different environments.

A key piece of advice: Don’t limit yourself as an OpenShift admin, but take it to the next level with automation. 

Where to go next

 


About the author

Rachna is a Specialist Solution Architect at Red Hat having key expertise in automation and cloud. She has an overall experience of 5 years in the IT industry ,where she started her career as a Application Support Engineer for Global Contact Centers at Barclays Technology Center. As a Red Hatter, she has worked with multiple BFSI customers and helped them in their digital transformation journey.
Read full bio

Browse by channel

automation icon

Automation

The latest on IT automation that spans tech, teams, and environments

AI icon

Artificial intelligence

Explore the platforms and partners building a faster path for AI

open hybrid cloud icon

Open hybrid cloud

Explore how we build a more flexible future with hybrid cloud

security icon

Security

Explore how we reduce risks across environments and technologies

edge icon

Edge computing

Updates on the solutions that simplify infrastructure at the edge

Infrastructure icon

Infrastructure

Stay up to date on the world’s leading enterprise Linux platform

application development icon

Applications

The latest on our solutions to the toughest application challenges

Original series icon

Original shows

Entertaining stories from the makers and leaders in enterprise tech