With the release of Red Hat Ansible Automation Platform 2.1, we are proud to deliver the latest reference architecture on the best practices for deploying a highly available Ansible Automation Platform environment.
Why are you going to love it?This reference architecture focuses on providing a step-by-step deployment procedure to install and configure a highly available Ansible Automation Platform environment from start to finish.
But there’s more!
Aside from the key steps to install Ansible Automation Platform, it incorporates key building blocks to optimize your Ansible Automation Platform environments, including:
- Centralized logging across multiple Ansible Automation Platform environments.
- Securing installation inventory passwords using ansible-vault.
- Using a combination of GitOps practices (configuration as code capabilities) and Git webhooks to streamline the automation and delivery of configurations to multiple Ansible Automation Platform sites automatically, immediately and consistently.
What are the foundational pieces to this reference architecture?
The reference architecture consists of two environments of Ansible Automation Platform: Ansible Site 1 and Ansible Site 2 for high availability. Site 1 is an active environment while Site 2 is a passive environment. Each site consists of the following:
- A three node automation controller cluster with one PostgreSQL database.
- A three node automation hub cluster with one PostgreSQL database.
- Two execution nodes per automation controller cluster.
- Access to hosted services on console.redhat.com such as Red Hat Insights for Red Hat Ansible Automation Platform, automation services catalog and Ansible automation hub.
To achieve high availability (HA) for the PostgreSQL databases, GitOps in conjunction with Git webhooks are used when push or merge events are triggered on a Git repository, which in turn will configure the specified event on both Ansible Site 1 and Ansible Site 2.
Why was GitOps (Configuration as Code) used within this reference architecture?
By storing and managing Ansible Automation Platform configuration files as code, you can:
- Standardize the settings being applied to all our Ansible Automation Platform environments.
- Inherit the benefits of version control of our configurations.
- Easily scale additional Ansible Automation Platform deployments to use the same configuration settings.
- Easily track changes of the configuration settings, which helps fix issues easier.
Combining GitOps with Git webhooks, you can set up an Ansible Automation Platform workflow that immediately updates all of our Ansible Automation Platform sites simultaneously with the exact configurations across all the platforms.
In effect, it removes the overhead of having to maintain database backups or enable an expensive database replication solution, while still achieving the strengths of those solutions.
Finally, for logging consistency, a highly available centralized logging environment was installed on both Ansible Automation Platform environments.
Why was enabling centralized logging a key part of this reference architecture?
When we think about logging, the first thought that comes to mind is often its ability to troubleshoot a particular issue. As technology continues to evolve and there is an enormous amount of data that applications must capture, logs play a vital role in capturing this data and allowing for operational intelligence methods.
Ansible Automation Platform provides a logging feature that enables the capability to send detailed logs to any number of third party external log aggregation services. Services connected to this data feed serve as a useful means in gaining insight into automation controller usage or technical trends. The data can be used to analyze events in the infrastructure, monitor for anomalies, and correlate events from one service with events in another.
By taking advantage of the latest reference architecture, you inherit the most valuable benefits on how to best run the platform right from the start. And who doesn’t want that?
An image representing the reference architecture is provided below.
What can I do next?
Whether you are beginning your automation journey or are a seasoned veteran, there are a variety of resources to enhance your automation knowledge:
-
Latest Reference Architecture - Download the latest Deploying Red Hat Ansible Automation Platform 2.1 reference architecture for an in-depth step-by-step deployment HOWTO.
-
Self-paced exercises - Check out the interactive in-browser exercises to learn and dive into Ansible Automation Platform.
-
Trial subscription - Are you ready to go? Get your own trial subscription for unlimited access to all the components of Ansible Automation Platform.
-
Developer license - Did you know that you can get a free developer license to learn in your home lab? Register and get access to all the latest tools, technologies and community that Red Hat has to offer.
-
Subscribe to the Red Hat Ansible Automation Platform YouTube channel. Be sure to check out our new web series, Automated Live hosted by Colin McNaughton.
-
Follow Red Hat Ansible Automation Platform on Twitter - Do you have questions or an automation project you want to show off? Tweet at us!
저자 소개
채널별 검색
오토메이션
기술, 팀, 인프라를 위한 IT 자동화 최신 동향
인공지능
고객이 어디서나 AI 워크로드를 실행할 수 있도록 지원하는 플랫폼 업데이트
오픈 하이브리드 클라우드
하이브리드 클라우드로 더욱 유연한 미래를 구축하는 방법을 알아보세요
보안
환경과 기술 전반에 걸쳐 리스크를 감소하는 방법에 대한 최신 정보
엣지 컴퓨팅
엣지에서의 운영을 단순화하는 플랫폼 업데이트
인프라
세계적으로 인정받은 기업용 Linux 플랫폼에 대한 최신 정보
애플리케이션
복잡한 애플리케이션에 대한 솔루션 더 보기
오리지널 쇼
엔터프라이즈 기술 분야의 제작자와 리더가 전하는 흥미로운 스토리
제품
- Red Hat Enterprise Linux
- Red Hat OpenShift Enterprise
- Red Hat Ansible Automation Platform
- 클라우드 서비스
- 모든 제품 보기
툴
체험, 구매 & 영업
커뮤니케이션
Red Hat 소개
Red Hat은 Linux, 클라우드, 컨테이너, 쿠버네티스 등을 포함한 글로벌 엔터프라이즈 오픈소스 솔루션 공급업체입니다. Red Hat은 코어 데이터센터에서 네트워크 엣지에 이르기까지 다양한 플랫폼과 환경에서 기업의 업무 편의성을 높여 주는 강화된 기능의 솔루션을 제공합니다.