[Ansible / K3s] 2023年版AWXクイックインストールガイド - zaki work log
本エントリは、Ansible Advent Calendar 2023の6日目の記事になります。 AWXのセットアップがDocker ComposeからKubernetes環境になって手を出しづらくなったとか、インストール方法がわかりづらいなどの声を観測範囲で聞くことがあったので、ローカル環境で簡単に始められる手順についてまとめた。 大まかな手順の流れは以下の通り。 Kubernetesの準備 AWX Operatorのデプロイ AWXのデプロイ (追記) ちなみに2と3は手順としては1回にまとめられる(後述) 本編は解説用に分けてデプロイしている。 Kubernetesの準備 K3sを使ったKubernetesのセットアップ VMに直接インストールする場合 Docker上にインストールする場合 kind / Minikubeの場合 AWXのデプロイ AWX Operatorのデプロイ A
![[Ansible / K3s] 2023年版AWXクイックインストールガイド - zaki work log](https://cdn-ak-scissors.b.st-hatena.com/image/square/5da94f720897bf3e3b549a9eeb208c28201e6fc1/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F26006613443062297%2F6801883189064136294%2F1712153178)
2024年のAnsibleとわたし - 赤帽エンジニアブログ
みなさんメリークリスマス! Red Hatのさいとう(@saito_hideki)です。 この記事は､Ansible Advent Calendar/Red Hat Advent Calendarの2023年最終日の記事です。 ここ数年、Ansible Advent Calendar/Red Hat Adivent Calendarでは、最終日に翌年のAnsibleプロジェクトに関連する動向を予想したお話を書いてきました。今回は、Event Driven Ansibleのダッシュボードを含めたコントロールプレーンを提供するためのアップストリームプロジェクトである EDA Serverを取り上げてます。 具体的には、2024年のEDA Serverを体験するために、現在の開発版のインストールと起動方法についてご紹介しようと思います。今年も文字多めです。 2023年に公開された新技術 2023
2023年のAnsibleとわたし - 赤帽エンジニアブログ
みなさんメリークリスマス。Red Hatのさいとうです。例年になく静かなクリスマスを過しながら、このAnsible Advent Calendar最終日12月25日の記事を書いています。 2022年もAnsible界隈では大きな動きがいくつかありました。個人的にはコンテナ実行環境とPrivate AutomationHubにやられた注力した1年でした。 毎年、Advent Calendarの最終日には、来年に向けて僕が「来そう」だと予想している技術をご紹介しているのですが、来年、2023年に来そうなのは「Ansible SDK」です。 Ansible SDK Ansible SDKは、2022年に本格的な活動が始まった最新のプロジェクトの中の1つです。ソースコードの最初のコミットは2022年7月26日ですね。 commit 318bde98585223f00842a8a1605f0f1d6
Ansible Automation Platform 2.4 注目の新機能紹介 - 赤帽エンジニアブログ
皆さんこんにちは、Red Hat ソリューションアーキテクトの岡野です。 2023 年も残すところあと少しとなりました。さて、今回は、注目の新機能をサポートし、今年GAとなった Ansible Automation Platform 2.4 について、2023 年の締めくくりとして書いておきたいと思います。それぞれのお試し方法については、年明け、またこちらの Blog でご紹介予定です。 Ansible Automatio Platform 2.4 (以下 AAP2.4) の新機能、細かいところを上げるとたくさんあるのですが、なんといっても注目は、 ・Event-Driven Ansible ・Ansible Lightspeed の2つです。では、そのそれぞれについてご説明します。 Event-Driven Ansible AAP 2.4 では、IT の運用で発生する様々なイベントに対す
[Ansible] ansible-core 2.16 からタスクの成功を条件とするリトライには until が不要になった - てくなべ (tekunabe)
この記事は Ansible Advent Calendar 2023 の 18日目の記事です。 はじめに これまで、retries を指定していても until の指定がない場合は、リトライ処理が行われませんでした。 ansible-core 2.16 (Ansible community Package としては 9)で、タスクの成功を条件とする場合は until の指定が不要になりました。 CHANGELOG から引用 the retries keyword can be specified without until in which case the task is retried until it succeeds but at most retries times これまでとの比較や、今回の書き方を試した結果をまとめます。 検証環境 ansible-core 2.16 そもそも
![[Ansible] ansible-core 2.16 からタスクの成功を条件とするリトライには until が不要になった - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/afc6d3af9fe4b9c64c24609c6511aa39d0015cc4/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F10328749687235026646%2F6801883189063654423%2F1702862502)
[Ansible] 2023年の Ansible 関連リリースや動向まとめ - てくなべ (tekunabe)
この記事は Ansible Advent Calendar 2023 の 24日目の記事です。 はじめに リリース AAP 2.4 リリース EDA（Event-Driven Ansible）が GA Red Hat Ansible Lightspeed with IBM watsonx Code Assistant が GA AAP 1.2 のサポート終了 ansible-core 2.14.0 以上が要件のコレクションが続々と ansible-core 2.15 / Ansible 8リリース ansible-core 2.16 / Ansible 9リリース ansible-builder 3.0.0 リリース コミュニティ・ドキュメント Ansible Galaxy がリニューアル Ansible 公式ドキュメントの管理リポジトリを本体から分離 Ansible Community
![[Ansible] 2023年の Ansible 関連リリースや動向まとめ - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/c48e69aba9c62404e686c624ae656db8c4cd1b7d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F10328749687235026646%2F6801883189069040099%2F1703385819)
【 #ISUCON 】 最近の若者は ssh しないらしいですよ
(本当のリポジトリはIPアドレスとかいろいろ上がってるのでコピーです) 名前は競技が終わってから考えました。ISUCONで自分たちの代わりにsshしてくれるのでこの名前です。 構成大きく分けて、手元の１コマンドで全サーバーでデプロイを行うansibleと、ブラウザで必要な情報を見るobserver(勝手に名前を付けた)に分かれています。 ansibleansibleは、初動で必要なツールを入れるための0_init.ymlと、毎回のデプロイを行う1_deploy.ymlを作りました。典型的なnginx+MySQL+systemdのアプリであればこれらで対応できるようにし、典型でない問題が来た時には、Makefileを書いて 2_make_deploy.yml で対応できるようにしました。 initの方では、下のobserverで必要なexporterなどを入れたり、GitHubの鍵を登録した
Ansible Vault IDについてまとめてみた - NFLabs. エンジニアブログ
こんにちは。事業推進部の鵜木です。 近年、クラウド環境の急速な普及に伴い、chef*1やAnsible*2など様々な構成管理ツールを目にするようになりました。 構成管理ツールとは、従来であれば手作業で実施していたサーバ構築や設定の投入などの作業をコード化し、作業を自動化できるソフトウェアです。 また、大規模なサーバを管理する場合においても、構成管理ツールを利用することで一元的に管理できるというメリットがあります。 今回は構成管理ツールの一つであるAnsibleのAnsible Vault IDという機能について、私が利用しているちょっとした設定も含めて紹介したいと思います。 Ansible Ansible Vault Ansible Vault ID Vault IDを用いた暗号化手順 暗号鍵にファイルを指定する場合 暗号鍵をプロンプト経由で指定する場合 YAMLのバリューのみを暗号化する
AWX(19.3.0) on ARM64(Raspberry Pi) - Qiita
はじめに 以前に書いた記事1・2からかなり変化があったので、自分用メモとして。 環境 コンテナイメージビルド環境：Ubuntu Server 20.04 LTS (AWS EC2 m6g.xlarge 16GB汎用SSD) 実行環境：Ubuntu Server 20.04 LTS (Raspberry Pi 4B 4GB) + k3s v1.21.3+k3s1 依存イメージビルド AWX, AWX EE, AWX Operatorのビルドに必要となる、依存関係のイメージを先にビルドしていきます。 ビルド用環境にログインして、必要なパッケージをインストールします。 $ sudo apt update $ sudo apt install docker.io python3-docker ansible unzip make tox
[Ansible / Docker / K3s] AWX 20.0.0をarm64環境でビルド＆デプロイするplaybook - zaki work log
AWXはamd64向けのイメージしか提供されてないので、Oracle CloudのAlways Free枠で使用できる4コア・RAM24GBのA1.FlexインスタンスのようなARMアーキテクチャの環境ではそのままでは利用できません。 イメージをARM環境でリビルドしてやれば動作するので、さくっと構築できるようにplaybookを作ったのでその内容についてメモしました。 ビルド済みarm64イメージのデプロイをちょっと試す AWXをビルド・デプロイするplaybook 使い方 インベントリ 実行 解説 (という名の備忘録) python-base python-builder ansible-runner ansible-builder receptor awx-ee awx awx-operator 参考情報 ビルド済みarm64イメージのデプロイをちょっと試す 私がビルドしたarm64
![[Ansible / Docker / K3s] AWX 20.0.0をarm64環境でビルド＆デプロイするplaybook - zaki work log](https://cdn-ak-scissors.b.st-hatena.com/image/square/2586f75d04c147e656b0af4fb31cc3dcd81cec4d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F26006613443062297%2F13574176438074494498%2F1712153178)
2022年のAnsibleとわたし - 赤帽エンジニアブログ
みなさんハッピークリスマス。Red Hatのさいとうです。 AnsibleユーザグループのAdvent Calender 2022最終日の記事として、2022年のAnsibleにどのような変化がありそうなのかといったあたりの個人的な予想を書き残しておこうと思います。 この記事は、AnsibleユーザコミュニティのAdvent Calendarですから、アップストリームの情報を元にして書いています。Red Hatのテクニカルサポートには問い合わせないでね! 2021年のAnsibleのふりかえりについては、コチラをどうぞ。 2022年にやってきそうな変化 現在のAnsible Core 2.xは、ある程度安定期に入っているため、機能面で劇的な変更が加えられることはしばらくないものと考えています。しかし、Ansible Coreが稼動するPlaybookの実行環境としては、2022年に大きな変
[Ansible] そのtag設定、想定通りに動いてますか？ (継承機能とその実装を確認する) - zaki work log
playbook内のtask定義にtagを設定しておくことで、指定tagのtaskのみ実行したり、逆に指定tagのtaskを除外してansible-playbookを実行することができます。 開発中のtaskのみピンポイントで実行したい場合や、逆に、共有のDBのデータを更新したりするtaskはほかのユーザーやチームと調整してからでないと実行が難しかったり、Blue-Greenデプロイメントの実装で環境Aの機能をオフにしてもう片方の環境Bをオンにするような処理だけど開発中は環境Bだけ確認したかったり、大量データのダウンロードや冪等の確認を伴い処理に時間がかかるため開発中は実行したくないなど特定のtaskは実行したくない場合に利用できます。 また、特殊tagとして、常に実行するalwaysと実行しないneverというtagが予約語として用意されています。 neverは特に「通常は実行したくない
![[Ansible] そのtag設定、想定通りに動いてますか？ (継承機能とその実装を確認する) - zaki work log](https://cdn-ak-scissors.b.st-hatena.com/image/square/d442361d86dc62e63507240532c06e9c222ed562/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fz%2Fzaki-hmkc%2F20210324%2F20210324093715.png)
[Ansible] フィルターを手軽に試行錯誤したいときの ansible-console コマンドの使い方 - てくなべ (tekunabe)
はじめに Anislbe には、値を変換したり取り出したりする、さまざまなフィルター機能があります。 しかし、Playbook を書かく時、なかなか意図通りにフィルターできないこともあるのではないしょうか。 このようなときは、毎回 Playbook を実行するのも手間になり「とにかく手軽にフィルターを試行錯誤したい」と思うこともあると思います（私はあります）。 そんな時に便利な ansible-console コマンドの使い方をご紹介します。 なお、本来は ansible-console コマンドはフィルターの確認だけでなく、Plyabook と同じようにモジュールを実行できますが、この記事では特定用途に限って紹介をします。 動作確認環境: Ansible 2.8.5 ansible-console コマンドの使い方 以下、一連の流れです。 $ ansible-console -i loc
![[Ansible] フィルターを手軽に試行錯誤したいときの ansible-console コマンドの使い方 - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/cface242fc20f4145829c5964fa01df2f888b7c9/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fa%2Fakira6592%2F20170902%2F20170902221811.png)
[Ansible] 新バージョンの Ansible が出るときにどこで情報を得ればよいか - てくなべ (tekunabe)
これは Ansible Advent Calendar 2019 の22日目の記事です。 ■ はじめに Ansible は年に1〜2回ほどバージョンアップを重ねています。毎回大量のモジュールが追加されたり、様々な機能追加や変更がなされています。 個人的にはどのような変化があるのか気になるので、調べて試して以下のようにまとめてきました。 Ansible 2.8 [Ansible] Ansible 2.8 リリース、便利機能や注意点まとめ - てくなべ (tekunabe) Ansible 2.8 アップデート情報 -機能追加と注意点- Ansible 2.9 [Ansible] Ansible 2.9 リリース、便利機能や注意点まとめ - てくなべ (tekunabe) Ansible2.9 ネットワーク対応のアップデート #ansiblejp この記事では、新しいバージョンの Ansibl
![[Ansible] 新バージョンの Ansible が出るときにどこで情報を得ればよいか - てくなべ (tekunabe)](https://cdn-ak-scissors.b.st-hatena.com/image/square/a4d8022760617f0b727bb707523536813d90f53e/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fa%2Fakira6592%2F20191221%2F20191221211914.png)
Gitリポジトリ上でAWSアクセスキーを大公開しないためにAnsible Vaultをフル活用する | 株式会社ヌーラボ(Nulab inc.)
こんにちは。Backlog のSite Reliability Engineering (SRE) を担当している吉澤です。 AWS アクセスキーを含むコードを GitHub の公開リポジトリにプッシュしてしまい、そのアクセスキーがビットコインの採掘に使われて AWS から高額請求が来た！という話をたまに目にします。今年の2月に検証された方（GitHub に AWS キーペアを上げると抜かれるってほんと？？？試してみよー！)によると、git push から13分で不正利用開始されたらしいです。怖いですね……。 Backlog のソースコードは Backlog の提供する Git リポジトリで管理しています。Backlog の Git にはリポジトリの公開機能はないので、AWS アクセスキーをプッシュしたからといって即座に悪用される可能性は低いです。とはいえ、漏洩時の影響が大きいため、AWS
Ansibleのincludeとloop_varで複数のタスクを適切な変数名でループする | DevelopersIO
渡辺です。 Ansibleのwit_itemsのループは単一タスクしか繰り返すことができません。 今日は、複数のタスクをループさせる場合に役立つincludeとloop_varを紹介します。 with_itemsは単一タスクしかループできない 例えば、複数のシステムユーザを作成する時、ユーザ毎にタスクを作成したならば、ユーザ数のタスクが必要です。 可読性が悪いだけでなく、コピペの弊害は修正作業に大きな影響を与えます。 - debug: msg: "user=user1" - debug: msg: "user=user2" このような場合、Ansibleでは with_itemsを使うことでタスクを複数回実行できます。 - debug: msg: "user={{ item.name }}" with_items: - user1 - user2 ところが、with_itemsは単一タスク
AWS CodeBuild と packer と ansible でプロビジョニング済みのAMIを自動生成する - なんかかきたい
AMI生成部分を自動化できたので、ちょっとだけまとめておく。 CodeBuild AWSのDockerで動くCIツール。 CodeBuildの名前の通り、ソースコードをビルドする環境を簡単に作れることをウリにしている CircleCIなどのサービスでビルドしたり、Jenkinsを自前で用意するのと比較してそれほど違いはない 利点があるとすれば、AWS上で動くためサービスロールを使って権限を付与できるところか packerを使う都合上、EC2へのアクセスが必要になるため、外部サービスの場合アクセストークンの発行と管理が必要になる 料金はビルド時間ごとの課金 一応無料枠もある Packer HashiCorp製のマシンイメージ自動生成ツール Goで書かれていて機能が豊富 AWS以外にもいくつかのクラウドサービスに対応している Ansible Python製のプロビジョニングツール シェルスクリ
AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログ
1000台同時SSHオペレーション環境を構築するにあたって、手元のローカル環境の性能限界の問題を解決するために、オペレーションサーバをSSHクライアントとすることによりSSH実行を高速化した。実行環境としてDocker、レジストリとしてAmazon ECR(EC2 Container Registry)を用いて、ローカル環境とオペレーションサーバ環境を統一することにより、オペレーションサーバの構成管理の手間を削減した。 はじめに システム構成 実装上の工夫 オペレーションサーバ越しのroot権限実行 rawモジュールとscriptモジュールのみの利用 Ansibleの実行ログのGit保存 まとめと今後の課題 はじめに 3年前に Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ という記事を書いた。 この記事では、ホストインベントリと
Ansible でさくらのVPS の環境構築を自動化 ～ハマりポイントとともに～ - akiyoko blog
この投稿は Ansible Advent Calendar 2013 の16日目の記事です。 Ansible を使ってみます。2013年は「あ・ん・し・ぼ・ぉ」と読むのが流行りのようですね。 これまで、さくらのVPSを使って環境構築のテストとかしていたのですが、何度も初期設定をするのが面倒だったので Chef か何かに手を出そうと思ってたのですが、Ansible は Python製ということを聞きつけ、何か惹かれるものを感じたのでトライしてみることにしました。 さくらのVPS (CentOS 6.5) の環境構築手順は、「さくらのVPS (CentOS 6.5) にLAMP環境を構築」にまとめてあります。今回は、その手順をそのまま Ansible の playbook で実現しようと思います。 Ansible初心者ということもあり、今回かなりハマったので、ハマりポイントを最後にまとめておき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Calling Ansible handlers based on OS distributions – confirm blog