はじめに AWX の Automation Mesh を構成する機能として、過去に紹介した Execution Node に加えて、Hop Node と Mesh Ingress が最近のリリースで追加されました。 関連する情報は AWX のドキュメント や AWX Operator のドキュメント にもまとまっていますが、本エントリでは Mesh Ingress を中心にこれらの新機能を簡単に紹介します。 Execution Node と Hop Node Automation Mesh を構成する基本のノードは、Execution Node と Hop Node の二種類です。Execution Node は AWX の 21.7.0 で、Hop Node は 23.0.0 でそれぞれ追加されました。 Execution Node については 過去のエントリ でも触れましたが、まずは基

AAPやAWXでジョブ実行に必要なExecution Environments(EE)を作るために通常はAnsible Builderを使ってコンテナイメージをビルドするが、要件を満たせばDockerfileを直接書いて自前でビルドしても動くのでは…と思ったので確認してみた。 結論としては、以下が入っていれば最低限動作した。 Ansible Core プラス必要なAnsible Collection Ansible Runner SSHクライアント sshpass (パスワード認証の場合) Ansible BuilderではRHEL系コンテナしか使えない(夏にv3対応したときにいろいろ試したがRHEL系以外はダメだった)が、お試しでDebian系…もいいかと思ったけど、せっかくなのでAnsible利用時にあまり使われず(個人の感想)、イメージサイズがより小さいAlpine Linuxでビル

はじめに 前回のエントリ では、AWX をほどほどの使用感でシングルノード K3s 上にホストする方法を紹介しました。 この中では、バックアップとリストアのごく簡易的な例として、PV の実体をフルバックアップする考え方や pg_dump での運用を紹介しましたが、エントリ中でも記述していた通り、AWX の 0.10.0 からは、組み込みで バックアップ と リストア の機能が追加されています。 本エントリでは、この AWX Operator によるバックアップとリストアを実践します。 仕組み AWX の 0.10.0 から、カスタムリソース AWXBackup と AWXRestore が追加 されました。バックアップとリストアは、これら AWXBackup リソースと AWXRestore リソースの作成によって実行できます。 バックアップを取得するには、AWXBackup リソースを作

はじめに AWX の 21.7.0 から、Execution Node（実行ノード）がサポートされました。これにより、AWX が動作する Kubernetes クラスタの 外 の 独立したホスト に、ジョブの実処理を任せられる ようになります。 構築方法のドキュメント も提供されており、これが親切なので愚直に従えば動くところまで比較的簡単に持っていけますが、本エントリでは、概要や構成方法、使い方を、実装面を少し紐解きつつ紹介します。 Execution Node とは 概要 Kubernetes クラスタ上の AWX でジョブを実行すると、デフォルトの構成では、ジョブごとに Execution Environment（実行環境、EE）の Pod が作成されて処理されます。この場合、ジョブのターゲットノードには EE の Pod から接続できる必要があります。 今回サポートされた Execu

はじめに 前回のエントリ “Ansible Runner と Ansible Builder で Execution Environment を作って使う” では、AWX で Execution Environment を使うための前段として、Ansible Runner と Ansible Builder の動作を確認しました。 このエントリでは、その続きとして、作成した Execution Environment を実際に AWX から利用する流れを確認します。また、Container Group を作成して、Pod の構成をカスタマイズします。 前提とする環境 本エントリでは、次の環境を前提に書いています。 CentOS 8.2Python 3.9.2Docker 20.10.7Kubernetes (K3s) 1.21.2+k3s1AWX 19.2.2 なお、AWX を K3s 上

はじめに チーム内で、Ansible の公式ドキュメントの見方についての話になったときに、よく参照するドキュメントはどこかという話に発展しました。 5つ紹介します。対象プラットフォームに限定しないものを取り上げています。 1. 各モジュールの説明ページ おそらく多くの方も同じだと思います。 例えば ansible.builtin.debug モジュールであれば以下のページです。 docs.ansible.com 何をするモジュールか、どんなオプションがあってどんな値を指定できるか、使用例などが掲載されています。 私は初見のモジュールの場合は、まず例（Examples）を見て雰囲気を掴んでから、各オプションの説明を読む、という流れが多いです。 2. Using filters to manipulate data フィルターの説明ページです。 docs.ansible.com 使い慣れている

レッドハットの杉村です。Ansible のテクニカルサポートをしています。毎月1つは何か書くことを目標にしています。5月があっという間に去ってしまいまして、5月34日(6月3日) ということにさせてください。 これまで2回に分けまして、Ansible で扱う変数について紹介しました。 rheb.hatenablog.com rheb.hatenablog.com これまではコマンドラインから ansible-playbook を実行する例を見てきましたが、Ansible automation controller ではもう少々複雑な変数の受け渡しができます。2つの方法について紹介していきます。 Ansible Automation Platform 2.2 (Ansible automation controller 4.2.0) を利用した例で説明していきます。 set_stats ワー

IAP越しのSSHを行ってAnsibleを操作する場合、ネットを調べると以下の二つが存在するようです。 wrapper shellを使用する iap-tunnelコマンドをProxyCommandとして追加してSSHをする 最初1を使っていたのですがあまりにも遅すぎてストレスが溜まっていたので2を検討しました。2を設定するにあたり自分の環境ではうまく動作しなかったのでサンプル込みでここに載せておきます。 改善結果としては以下の通り。（自分が動かしているroleでは） 22min33sec → 37sec 　はやすぎる・・・。 肝はこのブログの内容を参考にしております。大変助かりました！！！ tech.griphone.co.jp 設定した内容 構造 ├── ansible.cfg ├── group_vars │ └── all.yaml ├── inventory │ └── gcp.y

本書は Ansible for Network Automation の内容を自分なりに解釈したことをまとめたものです。「学習は手を動かしてなんぼ」だと思っているので、インベントリーや、ほとんどのインベントリーやプレイは copy & paste で試していただけるよう省略なしで記載しました。 実際にプレイブックを動作させるにあたり、事前に機器にいくつかの IOS コマンドを投入し構成する必要があります。そのためのコマンドも併せて記載しました。 動作環境に GNS3 を使用しているので、お手軽に試していただけるのではと思います。 Ansible の基本的なことは以前に書いた「Ansible の使い方」に目を通していただければ幸いです。 なお、Ansible についてはまだまだ学習中であるため、本書の内容は加筆・変更する可能性がございます。 Ansible for Network Autom

MolecueのDockerドライバーであるMolecule Docker Pluginについて解説します。 Dockerドライバーとは MoleculeのDockerドライバーはMoleculeがdockerコンテナに接続する処理を行うヘルパーです。テスト環境用コンテナを作成、テスト終了後にそのコンテナを破棄するまでをmolecule.ymlへの簡潔な記述で処理します。 内部的には主に「community.docker.docker_container」と「community.docker.docker_network」を利用しています。 他にも外部のコンテナレジストリからDockerイメージを取得するため「community.docker.docker_login」が、Dockerfileからイメージをビルドするために「community.docker.docker_image」も採用

Red Hatのさいとうです。この記事はAnsible Advent Calendarの12月9日の記事です。今回は、地味であまり知られていないAnsible Collectionsのメンテナの仕事についてご紹介しようと思います。 Ansible Collectionsとは Ansible2.9までは、Playbookを処理するエンジン部分と、モジュールやプラグインなどコンポーネントをあわせて、AnsibleというOSSプロダクトとして提供していました。 この提供形態が、2.10で大きく変更されて、現在のAnsibleでは以下の2つのサブコンポーネントに分離され、この2つをあわせたものをAnsibleとしてバージョニングして提供しています。 2.9以前からAnsibleを利用している方に馴染深い2.x.zというバージョニングは、現在では1.のAnsible Coreのバージョンとして採用さ

これは エーピーコミュニケーションズ Advent Calendar 2021 の3日目の記事です。 はじめに Ansible などで利用されるテンプレートエンジン Jinja2には、コメントのシンタックスが用意されています。 jinja.palletsprojects.com コメントのシンタックス {# ここにコメントを入れる #} {# ここに コメントを入れる #} 複数行まとめてコメントアウトする、というときにも便利そうですね。 おためし Ansible で試してみます。（環境: Ansible 2.9.19、Jinja2 3.0.1） Playbook Playbook は以下の通り。template モジュールでファイルを書き出すだけです。 --- - hosts: localhost gather_facts: false connection: local tasks:

6. Collection の本格運用により標準モジュールが激減  Ansible 2.9 までは 3000 以上あった標準モジュールは 2.10 では約 70 に  他のモジュールは「Collection」による配布に移行  ポータビリティはある程度確保されているため、過度な心配は不要（後述） 6 基本機能 標準モジュール 基本機能 標準モジュール 移行された Collection 群 移行 ※ 標準モジュール: https://docs.ansible.com/ansible/latest/collections/ansible/builtin/index.html#module-plugins ※ Ansible Galaxy や Automation Hub では、2.9 での標準モジュールから移行された Collection だけなく、独自のものも管理されている 2.9 2

基本情報 ansible-core devel document ロードマップ ansible-core 2.11 changelog ansible-core 2.11 Portig Guide ansible 2.11.0 の changelog を眺める ansible 4 Porting Guide ansible 4 changelog ansible 4 でセットでインストールされる collection の定義 ansible 4.0.0 リリース コントローラーで Python 3.8 以上でないと warning Controller - Add warning for Ansible 2.11 when running a Python version older than Python 3.8 to inform users that 2.12 will only s

The upcoming Red Hat Ansible Engine 2.9 release has some really exciting improvements, and the following blog highlights just a few of the notable additions. In typical Ansible fashion, development of Ansible Network enhancements are done in the open with the help of the community. You can follow along by watching the GitHub project board, as well as the roadmap for the Red Hat Ansible Engine 2.9