订阅内容

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

 


关于作者

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
UI_Icon-Red_Hat-Close-A-Black-RGB

按频道浏览

automation icon

自动化

有关技术、团队和环境 IT 自动化的最新信息

AI icon

人工智能

平台更新使客户可以在任何地方运行人工智能工作负载

open hybrid cloud icon

开放混合云

了解我们如何利用混合云构建更灵活的未来

security icon

安全防护

有关我们如何跨环境和技术减少风险的最新信息

edge icon

边缘计算

简化边缘运维的平台更新

Infrastructure icon

基础架构

全球领先企业 Linux 平台的最新动态

application development icon

应用领域

我们针对最严峻的应用挑战的解决方案

Original series icon

原创节目

关于企业技术领域的创客和领导者们有趣的故事