フィードを購読する
phil blog 1

Last year Ansible Automation Platform (AAP) 2 introduced major changes around the mechanics on how automation is run. The main focus was to enhance the foundational pieces of the platform while providing flexibility and simplicity for automators to automate at enterprise scale. One of those foundational pieces introduced was automation mesh

Automation mesh provides a simple, flexible and reliable way to scale automation of large inventories across diverse network topologies, platforms and teams. It was important to evolve how the platform was developed, managed, operated to meet business demands and needs, for the large majority of customers.

Pre 2.3 Automation Mesh in OCP

Prior to AAP 2.3, the automation mesh was mostly a VM deployment base option and feature. I’ve tried to highlight the main differences between platform choices in this diagram:

We are now starting to level up the feature parity, and this brings remote mesh execution nodes to non-VM supported deployments. Before we look more at the new feature, let’s look at the options that were available before:

For VM based deployments, the automation mesh introduced horizontal scaling, the ability to scale your automation needs out, whether locally or globally. We did this by installing execution and hop nodes where we needed them, to allow us to wrap new style automation around the existing instance group functionality.

For non-VM based deployments, such as those running on Red Hat OpenShift, you could only target automation using container groups, which made use of the Kubernetes API to create dynamic containers for runtime automation.

This was fine if that was all you needed, were all in on the kubernetes cloud native approach, but left a gap if you needed a more traditional, hybrid configuration, so allow you to run workloads in different locations or environments.

2.3 Automation Mesh in Red Hat OpenShift

In order to remove this limitation, in AAP 2.3 we have now released in Tech Preview, the ability to add remote mesh execution nodes. This is in addition to the use of the existing container groups.

NOTE: While we have added remote mesh execution nodes, hop nodes are not currently supported. We are working to add this further enhancement during a future release.

During AnsibleFest 2022, our very own controller lead engineer Hao Liu presented a virtual session around adding remote execution nodes when running AAP within a Red Hat OpenShift cluster. The virtual session is free and available on demand and  includes more detailed content on how to successfully add remote execution nodes.

In summary

Red Hat Openshift now has the ability to use both container groups and remote execution nodes for automation, which:

  • eases resources on the control plane (uwsgi, task manager).
  • enables scaling beyond the cluster(s).

Integrate your Red Hat OpenShift AAP deployment with external execution nodes hosted anywhere/any environment:

  • on premise data centers.
  • cloud providers.
  • edge deployments.

What can I do next?

Whether you are beginning your automation journey or a seasoned veteran, there are a variety of resources available to help you get the most out of your automation with Red Hat Ansible.


執筆者紹介


Phil Griffiths is a Product Manager for Ansible Automation Platform with nearly seven years of experience at Red Hat. Phil has held roles as a solution architect and technical consultant both at Red Hat and for other organizations.

Read full bio
UI_Icon-Red_Hat-Close-A-Black-RGB

チャンネル別に見る

automation icon

自動化

テクノロジー、チームおよび環境に関する IT 自動化の最新情報

AI icon

AI (人工知能)

お客様が AI ワークロードをどこでも自由に実行することを可能にするプラットフォームについてのアップデート

open hybrid cloud icon

オープン・ハイブリッドクラウド

ハイブリッドクラウドで柔軟に未来を築く方法をご確認ください。

security icon

セキュリティ

環境やテクノロジー全体に及ぶリスクを軽減する方法に関する最新情報

edge icon

エッジコンピューティング

エッジでの運用を単純化するプラットフォームのアップデート

Infrastructure icon

インフラストラクチャ

世界有数のエンタープライズ向け Linux プラットフォームの最新情報

application development icon

アプリケーション

アプリケーションの最も困難な課題に対する Red Hat ソリューションの詳細

Original series icon

オリジナル番組

エンタープライズ向けテクノロジーのメーカーやリーダーによるストーリー