並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 528件

新着順 人気順

ansibleの検索結果361 - 400 件 / 528件

  • 今更だけどAnsibleでUbuntuにLAMPを構築する - Qiita

    作ったもの:Yaruki00/ansible_ubuntu_lamp はじめに 今回作ったものはphansibleというサイトで生成できるplaybookを元にしています。と言うかほぼそのままです。 もともとはVagrantを使って仮想UbuntuにAnsibleでLAMPを構築するようになっているのですが、わざわざVagrant部分は削除してます。 仮想環境でやりたいよ、という人はphansibleでポチポチしてplaybookを生成してみてください。 中身はどうなっているの ディレクトリ構成 . ├── inventories │   ├── dev │   └── local ├── playbook.yml ├── roles │   ├── apache │   │   ├── handlers │   │   │   └── main.yml │   │   ├── tasks

      今更だけどAnsibleでUbuntuにLAMPを構築する - Qiita
    • [Ansible] Playbook 実行結果ログを JSON で出力して jq で抽出する - てくなべ (tekunabe)

      これは Ansible Advent Calendar 2020 (Qiita版) の 21日目の記事です。 ■ はじめに Ansible には callback plugin という仕組みがあり、結果出力の形式を変更できます。 JSON Callback Plugin もあり、Playbook の実行結果を JSON で得て、jq などと組み合わせて必要な箇所だけ切り取って表示できます。 この記事では、簡単なサンプルでご紹介します。 動作確認環境 ansible 2.9.14 前提とする Playbook 以下の Playbook で試すこととします。Cisco IOS のネットワーク機器に show ip route コマンドを実行するだけです。 --- - hosts: ios1 gather_facts: false tasks: - name: show ip route ios

        [Ansible] Playbook 実行結果ログを JSON で出力して jq で抽出する - てくなべ (tekunabe)
      • 【Ansible AWX 19.2.2】インストール手順

        ホーム > Ansible Tower・AWX リファレンス Ansible AWX 19.2.2を構築する手順になります。18.0以降はインストーラーが無くなり、手順がかなり変わったので、備忘録を兼ねて残しておこうと思います。 今回は、AlmaLinux 8.4にインストールしてみようと思います。 構築環境 インストールした環境になります。 ホストマシンWindows 10 ProVirtualBox 6.1.30ゲストマシン(Virtual Box上の仮想マシン)AlmaLinux8.4(最小限のインストール、Guest Additions適用済み)CPU:6コアメモリ:8GBHDD:16GBネットワーク(アダプタ1):NATネットワーク(アダプタ2):ホストオンリーアダプターホストマシンとの共有フォルダ設定 ホストマシンとの共有フォルダ設定についてですが、FTPでファイルを転送する手

          【Ansible AWX 19.2.2】インストール手順
        • [Ansible] register や set_fact した変数は Play を跨げる - てくなべ (tekunabe)

          はじめに (聞かれると「あれ、どうだったかな・・」と不安になるシリーズ) 以下の記事を拝見して思ったのですが、 zaki-hmkc.hatenablog.com register や set_fact した変数は Play を跨いで有効です。 言い換えると Playbook スコープです。 set_fact モジュール には、以下のように明記してあります。 The set_fact module takes key=value pairs as variables to set in the playbook scope. register については明記はみあたりません。 一応、試した結果を掲載します。 動作確認環境 Ansible 2.9.6 ※ Play ってどんな単位だっけ?という場合はこちら [Ansible] Playbook の書き出しを - hosts か hosts か迷

            [Ansible] register や set_fact した変数は Play を跨げる - てくなべ (tekunabe)
          • Ansibleユーザー会 2019年まとめ #ansiblejp - 赤帽エンジニアブログ

            2019年ももうおしまいですね。進捗いかがですか? この記事はAnsible Advent Calendar 2019の25番目の記事です。僭越ながら、Ansible Advent Calendar 2019の最終日に投稿させていただきます。 2019年も参加者の皆さんのおかげで、あらゆる形でコミュニティ活動をしてきました。2019年ももう終わりということで、2019年のAnsibleユーザー会について振り返ってみたいと思います。 数字でわかる2019年のAnsibleユーザー会 Connpassメンバー数(4,024) 以下の横地さんのツイートからもわかるように、2019年1月の末時点では3,000人だったメンバー数が、この記事を仕込んでいる時点で4,024人になっていました。1年弱で、1,000人くらい増えたということになります。 Ansibleユーザー会、3000人!https://

              Ansibleユーザー会 2019年まとめ #ansiblejp - 赤帽エンジニアブログ
            • MySQLインストール(Ansible) - Qiita

              はじめに Ansibleを使用してMySQLインストールを行う際の手順を記述します サンプルアプリケーションはgithubになります 前提事項 Ansibleセットアップ手順はREADMEを参照ください アプリケーション環境構築イメージはアプリケーション環境構築(Ansible)を参照ください

                MySQLインストール(Ansible) - Qiita
              • ansibleのextra varsをコマンドラインから渡す際、複雑な形式の変数を渡す方法 - プログラマ行進曲第二章

                それまで使う必要が無かったのですが、仕事で必要になって調べた際、時間を使ってしまったので、ブログ記事にして記録を残しておきます。基本、公式ドキュメントを読めばいい話なのですが、一応詰まった話なので供養。 ansibleを使用する際、普通なら必要になる変数はgroup varsやhost varsを記載しているファイルに値を書いておけばいいのですが、ansible実行時に値を書き換えたいときが発生すると ansible-playbookコマンドの -e オプションを使って渡す必要が出てきます。 ansibleの公式ドキュメントのUsing VariablesのPassing variables on the command lineを読めば分かるとおり、以下のようにJSON形式の文字列を渡すことができます。 $ ansible-playbook release.yml --extra-var

                  ansibleのextra varsをコマンドラインから渡す際、複雑な形式の変数を渡す方法 - プログラマ行進曲第二章
                • Ansible リモート内部でのコピー(remote to remote) | Rutakeの技術メモ

                  AnsibleのcopyモジュールはAnsible実行マシンと対象マシンの間のコピーとなり、 リモートマシン内部でのコピーには未だ対応していないようだ。 unarchiveなどはcopy=noにしておくとリモート内部での操作となるのだが・・・ てなわけでシェルを使わざるをえないのだが、すでにファイルが存在する場合は実行して欲しくない。 なのでcreatesを使うとファイルがある場合はskipする。 (ただしあるかどうかだけで中身のチェックはしないので、厳密にはこの後diffを取るほうが良いかも?) - name: catalina.properties配置 shell: creates=/var/tmp/hoge.txt cp ~/hoge.txt /var/tmp/hoge.txt

                  • Ansible Playbook の基本 | when / assert の条件指定 記法まとめ - Qiita

                    true / false 判定 when に変数を渡せば true / false の判定が出来る。 when: some_variable when: not some_variable Boolean以外が入った変数も判定条件として使える。 たとえば文字列の場合は、値が存在すれば true と、空であれば false として評価される様子。 is defined 変数が定義済みかどうかを判定できる。 when: some_variable is defined when: some_variable is not defined is succeeded / is failed / is changed / is skipped 変数が辞書 (ハッシュ) の場合は、以下の特殊文法が使える。 when: dictionary is succeeded when: dictionary i

                      Ansible Playbook の基本 | when / assert の条件指定 記法まとめ - Qiita
                    • 環境|Ansible の Module の使い方

                        環境|Ansible の Module の使い方
                      • - YouTube

                        YouTube でお気に入りの動画や音楽を楽しみ、オリジナルのコンテンツをアップロードして友だちや家族、世界中の人たちと共有しましょう。

                          - YouTube
                        • [Ansible][自分用メモ] 実行先のアーキテクチャとOSを判別して分岐実行する

                          使用する変数 AnsibleではGather_factにより実行先の情報について取得できますが、OSとアーキテクチャは以下の変数で判別できます。 OSansible_os_family ansible_distributionアーキテクチャansible_architecture 実際にRock64に対して実行し取得した情報の一部を抜粋したものがこちら。 取得例 "ansible_architecture": "aarch64", "ansible_bios_date": "NA", "ansible_bios_version": "NA", ・・・ "ansible_distribution": "Ubuntu", "ansible_distribution_file_parsed": true, ・・・ "ansible_os_family": "Debian", "ansible_p

                            [Ansible][自分用メモ] 実行先のアーキテクチャとOSを判別して分岐実行する
                          • Ansibleでcronを設定する - Qiita

                            Ansibleで、Amazon S3にディレクトリのバックアップを午前3時に実行するcronを設定する。 cron-s3.shには、AWS CLIでS3とsyncするコマンドが記述されている。 - name: S3バックアップのシェルを配置 become: True template: src: templates/cron-s3.sh.j2 dest: /root/cron-s3.sh - name: cron設定 become: True cron: name: S3バックアップ minute: 0 hour: 3 job: "sh /root/cron-s3.sh 1>> /var/log/nas-log/exec.log 2>> /var/log/nas-log/error.log" state: present

                              Ansibleでcronを設定する - Qiita
                            • This site has been closed

                              新しい人生のために過去を捨て去ります。 これまでご覧いただきありがとうございました。 メンバーの方はOFUSEまたはメンバー用ブログをご確認ください。

                                This site has been closed
                              • KubernetesのOperatorをAnsibleで作るときのTips - IMOKURI Blog

                                この記事は、Kubernetes3 Advent Calendarの6日目の記事です。 Kubernetesのoperatorがansibleでも書けるようになっていますね。 インフラエンジニアであるところの私にとっては、とても嬉しいところで、golangは手も足も出ませんが、ansibleならどんと来いって気持ちになれます。 Ansibleでoperatorを書く記事は、結構出回っていて、特に Ansible Operator Overviewは、デモ用の環境で、実際に手を動かしながら、ansibleのoperatorを作成できるのでオススメです。 ↑ のデモを一通りやった方が、実際にoperatorを作ってみよう、となったときに役立ちそうなTipsをご紹介します。(一部デモと内容重複もあります) この記事では、↑ のデモでも使っているoperator-sdkを使っています。operat

                                  KubernetesのOperatorをAnsibleで作るときのTips - IMOKURI Blog
                                • Ansibleのドキュメント検索とGitHubアクセスをサポートするChrome拡張を作ってみた - Qiita

                                  本記事はAnsible 2 Advent Calendar 2019(通称:裏アドカレ)の23日目のエントリになります。 Ansibleの技術的な話でなく、便利に使うツールの話です。 TL;DR Ansibleのドキュメント検索とモジュール・プラグインのGitHub上のソースへのアクセスが簡単になるChrome拡張作ってみました。 usansible - Chrome ウェブストア このChrome拡張を入れると、次の2つの機能が使えるようになります。 アドレスバーにusaと入力すると、Ansible Documentationサイトの検索モードになるので、そのままキーワード入力してEnter押下すればSearch Resultへ一気に飛べます モジュールまたはプラグインのドキュメントページの右上の"Edit on GitHub"の横に"View Source"というリンクを差し込みます。

                                    Ansibleのドキュメント検索とGitHubアクセスをサポートするChrome拡張を作ってみた - Qiita
                                  • 日商エレとJTP、情報システム部門向け「IT運用業務自動化サービス」を本日10月5日提供開始 | NEWS | 双日テックイノベーション

                                    日商エレとJTP、情報システム部門向け「IT運用業務自動化サービス」を本日10月5日提供開始 定型業務は自動化、貴重なIT人材はDX推進に 日商エレクトロニクス株式会社(本社:東京都千代田区、代表取締役社長CEO:寺西 清一、以下、日商エレ)とJTP株式会社(本社:東京都品川区、代表取締役:森 豊、以下、JTP)は、情報システム部門向けの「IT運用業務自動化サービス」の提供を本日10月5日開始します。 「IT運用業務自動化サービス」 Red Hat Ansible Automation Platform(以下、Ansible)を活用し、IT運用業務を自動化します。その対象は、基幹システムの運用やトラブルシューティングといった定型業務を中心に、社内調整業務など多岐に適用できます。情報システム部門の業務を効率化することで余剰時間が生まれ、自社の貴重なIT人材は新規企画やユーザー要望への対応など

                                      日商エレとJTP、情報システム部門向け「IT運用業務自動化サービス」を本日10月5日提供開始 | NEWS | 双日テックイノベーション
                                    • 【Ansible】Ansibleの無償版と有償版の違い - BFT名古屋 TECH BLOG

                                      こんにちは! BFT名古屋支店の、佐野です。 いよいよ2020年も残すところ1ヶ月となりました。 様々な変化が起こり、季節の境目も曖昧になりつつあることもあって、いつもと同じ1年だというのに妙に長く感じた気がします。 さて、今回はオープンソースの構成管理ツールであるAnsibleにおいて、従来からある無償提供のコミュニティ版(現在は“Ansible project”)と、Red Hatから提供されている有償のエンタープライズ版(現在は“Ansible Engine”)の違いについてと、エンタープライズ版の付加機能ソフトである“Ansible Tower”、そのコミュニティ版として位置づけられている“AWX Project”の違いについてお送りさせて頂きます。 はじめに この記事を書くに至ったきっかけとして、とある案件を進めるうえで以下のような質問を頂いたことがあります。 「Ansibleに

                                        【Ansible】Ansibleの無償版と有償版の違い - BFT名古屋 TECH BLOG
                                      • 【ansible】blockinfileモジュール使用時、冪等性を担保するための注意点 - Qiita

                                        はじめに 先日はじめてansibleに触れました。 ansibleの特徴として、冪等性(べきとうせい)が保たれるという点がよく見受けられますが、 blockinfileモジュールを使用したときに、冪等性が保てないような動作になり少しハマってしまったポイントがあったので、今回はそこについてまとめていきたいと思います。 また、ここではansibleの細かい説明などは省かせていただきます。 どこかのタイミングでansibleビギナーに向けたまとめ記事なんかも書いてみたいです。 そもそも「冪等性(べきとうせい)」とは? 私もここ最近ちゃんと意味を知った言葉なのですが、以下のような意味でありAWS公式でも解説されています。 そもそも、べき等性とは、どういうことを言うのでしょうか ? これは「ある操作を 1 回行っても複数回行っても結果が同じである」ことをいう概念です。 参考:サーバーレスが気になる開

                                          【ansible】blockinfileモジュール使用時、冪等性を担保するための注意点 - Qiita
                                        • Red Hat Ansible Automationを採用した伊藤忠テクノソリューションズ(自社)の事例 | CTC - 伊藤忠テクノソリューションズ

                                          社内システムの構成管理を Red Hat Ansible Automationで自動化 約50%の工数削減を見込むなど運用の最適化を実現 伊藤忠テクノソリューションズの社内システムにおける構成管理は従来、手作業ベースで行っていたため、多くの工数を要していた。そこでレッドハットの構成管理・運用自動化ソフトウェアの「RedHatAnsibleAutomation」を導入。サーバの各種情報収集をはじめ構成管理の作業を自動化することで、ヒューマンエラーを解消し、導入前と比較し約50%の工数削減が見込まれている。さらにはマルチクラウド環境を含めた構成管理も可能など、運用の最適化を達成している。

                                            Red Hat Ansible Automationを採用した伊藤忠テクノソリューションズ(自社)の事例 | CTC - 伊藤忠テクノソリューションズ
                                          • Red Hat Ansible Automation のよく利用されるナレッジ - Red Hat Customer Portal

                                            Ansible Automation Platform 2 Red Hat Ansible Automation Platform のライフサイクルページには、サポートポリシーまたはよくある質問に関する詳細が十分に記載されていない場合があり、このページはそれを補足するものです。以下のリストは、最も閲覧またはリクエストされた記事 (英語) を集めたものですが、Red Hat ナレッジベースに記載されているすべてのサポートポリシーが説明されているわけではありません。 全般 Ansible Automation Platform Support Life Cycle Page Ansible Automation Platform Preview Features Page Ansible Automation Platform Buying Guide Reference Architectu

                                              Red Hat Ansible Automation のよく利用されるナレッジ - Red Hat Customer Portal
                                            • Red Hat Ansible Automation Platform を使用して CI/CD パイプラインを最適化する

                                              先進的なビジネスにはアプリケーションが必須です。実際、62% の組織はビジネスにとってアプリケーションは必要不可欠であると考えており、さらに 36% はアプリケーションが競争上の優位をもたらすと述べています。2 デジタル世界で成功するためには、迅速で信頼性の高いアプリケーション開発が不可欠です。継続的インテグレーション/継続的デプロイメント (CI/CD) アプローチを導入すると、高品質なアプリケーションの迅速な構築、テスト、提供が可能になります。 CI/CD は、統合およびテスト段階から提供、導入に至るまで、アプリケーションのライフサイクル全体にわたって自動化を適用し、テスト済みおよび検証済みのアプリケーションを迅速に作成します。このアプローチには、関連し合いながらも異なる 2 つの機能が組み込まれます。 継続的インテグレーション (CI) は、開発者が機能を迅速に検証し、共有ブランチに

                                                Red Hat Ansible Automation Platform を使用して CI/CD パイプラインを最適化する
                                              • 「はじめの一歩」から国内外の最新事例まで――Ansible Automationで描く自動化戦略

                                                2019年11月29日(金)「Red Hat Ansible Automation」による自動化をテーマにしたマイナビニュース主催セミナー「現場の取り組みから『自動化』の今を考える~Red Hat Ansible Automationで描くこれからのIT戦略~」が開催された。 レッドハットのソリューション・アーキテクトによる自動化ガイドや九電ビジネスソリューションズによる事例紹介など、さまざまな角度から自動化へのアプローチ方法が紹介された。当日の模様をレポートする。 従来の自動化課題を解決し「自動化2.0」を実践する 人手不足の解消や働き方改革への対応が求められるなか、IT部門は複雑化したシステムをいかに効率的に運用するかが問われている。そんななか注目を集めているのが自動化だ。システム運用を自動化することは、デジタル変革をはじめとする企業の新しい取り組みの基盤にもなるものだ。 レッドハット

                                                  「はじめの一歩」から国内外の最新事例まで――Ansible Automationで描く自動化戦略
                                                • [Ansible]シェルの実行結果によって条件分岐する|gano

                                                  タイトルの通り、シェルの実行結果によって、Ansibleの挙動を制御する方法を考える。 Ansibleで何か実行する場合、通常、その目的を達成するモジュールを探すわけですが、モジュールだけでは細かい制御ができないことが多く、シェルを実行するモジュールにシェルコマンドを渡すことが多くなります。 そういった際にシェルの実行結果を取得し、結果によって別の動きをする条件分岐を行えると便利です。 例えば、 grep 'hello' test.txtのように、test.txt文中に「hello」という文字列があるか? ということを調べる場合、以下のような形でYMLを書きます。 - name: check hello shell: "grep 'hello' text.txt" register: check_hello failed_when: check_hello.rc not in [0,1]直

                                                    [Ansible]シェルの実行結果によって条件分岐する|gano
                                                  • Ansiblejpディベロッパー部 2020.02 - 資料一覧 - connpass

                                                    終了 2020/02/12(水) 19:00〜 Ansiblejpディベロッパー部 2020.02 〜Ansible関連で開発に携わる人で情報交換しちゃおう〜 中村誠 他 東京都渋谷区恵比寿4−1−18

                                                      Ansiblejpディベロッパー部 2020.02 - 資料一覧 - connpass
                                                    • Ansibleを使用してJenkinsをインストールする方法

                                                      はじめに Ansibleを使用してJenkinsをインストールする方法を記載します。 JenkinsはAWS EC2に作成した仮想マシンにインストールしました。 スペックは下記の通りです。 ・OS:CentOS 7 ・インスタンスタイプ:t2.micro ・rootデバイスサイズ:8GB 参考情報 Ansible Install 1.AnsibleサーバにYAMLを作成する 1.1.PlayBookを作成する [root@ip-172-31-28-88 ansible]# cat site.yml --- - name: Install Jenkins hosts: jenkins gather_facts: false become: true tasks: - import_role: name: jenkins 1.2.ロールを作成する [root@ip-172-31-28-88 a

                                                        Ansibleを使用してJenkinsをインストールする方法
                                                      • Ansible playbook | register での変数定義はタスクのスキップ時にもおこなわれる - Qiita

                                                        - hosts: localhost tasks: - name: add register with execute debug module debug: msg: add debug module result into debugged_register variable register: debugged_register - name: show register variable values set by execute debug module debug: msg: "{{ debugged_register }}" - name: skip execute task but register got variable debug: msg: add register of debug module result! register: not_executed_mod

                                                          Ansible playbook | register での変数定義はタスクのスキップ時にもおこなわれる - Qiita
                                                        • Ansibleで、クライアントPCのファイルの存在チェック - togatttiのエンジニアメモ

                                                          Ansibleを使うとき、クライアント側の実行結果をトリガーにして何かする場合、 local_actionとregisterモジュールを組み合わせれば良い。 クライアントPC側で、あるファイルの存在を確認するためには、statモジュールを使う。 使用例 一般的なAnsibleのディレクトリ構造が以下のようにあり、commonは、 config.ymlをリモートマシンに送るrolesである。 tree . . ├── inventory │   └── hosts ├── roles │   └── common │   ├── files │   │   └── config.yml │   └── tasks │   └── main.yml └── site.yml roles/common/tasks/main.yml の中身は次のように書いた。 ここでは、config.ymlが存在

                                                            Ansibleで、クライアントPCのファイルの存在チェック - togatttiのエンジニアメモ
                                                          • semaphore - モダンなUIのAnsible管理

                                                            MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました サーバ構成を自動化するのに最もよく使われると思われるのがAnsibleです。タスクを登録しておけば、自動的に実行してくれます。しかし、実行結果が問題なかったかどうかは一覧で見られると便利です。 今回紹介するsemaphoreはそんなAnsible用のモダンな管理画面を提供します。 semaphoreの使い方 ダッシュボードです。結果が一覧されています。 実行ログです。 失敗した場合。 タスクのテンプレート。 新しいタスクの登録。 鍵の管理。 プレイブックのリポジトリ。 ユーザ管理。 semaphoreを使えばAnsibleをWeb上で管理でき、結果を素早く確認できます。個人でAnsibleを運用するなら不要かも知れませんが、チーム体制で運用するならば管理画面は必要でしょう。sema

                                                              semaphore - モダンなUIのAnsible管理
                                                            • 面倒なセキュリティ運用を自動化――、レッドハットがSOARソリューションとしてのAnsibleをアピール

                                                                面倒なセキュリティ運用を自動化――、レッドハットがSOARソリューションとしてのAnsibleをアピール
                                                              • [Ansible] 書籍「Ansible実践ガイド 第4版[基礎編]」の共著に参加しました - APC 技術ブログ

                                                                はじめに こんにちは。ACT(Automation Collabo Team)で自動化のご支援をしている横地です。 Ansible の入門書である「Ansible実践ガイド 第4版[基礎編]」が 2023年6月22日に発売されました。第3版に引き続き共著にて携わらせていただきました。 book.impress.co.jp 第3版の発売からから3年半経った、第4版のポイントをご紹介します。 ざっくり「改めて初心者に向けにした、新しいAnsible入門書」といったものです。内容的にも価格的にも、最初の一冊として手に取りやすい書籍になったと思います。 ansible-core 2.14、コレクションに対応 第3版では Ansible 2.8 対応でしたが、それ以降構造的な大きな変化がありました。 Ansible 2.9 までは 本体機能もモジュールも一つのパッケージとして配布されていましたが、バ

                                                                  [Ansible] 書籍「Ansible実践ガイド 第4版[基礎編]」の共著に参加しました - APC 技術ブログ
                                                                • OSによって処理を変えるPlaybookディレクトリの作成 - Qiita

                                                                  以前にansibleでvim,zshの設定を自動化する記事(http://qiita.com/nl0_blu/items/428656c1147775faefd1) を書いたが、これはvagrantの仮想マシンなど様々な場面で利用できた。 しかし、CentOS7とUbuntu16.04など環境が違う場合に、パッケージをインストールするコマンドが異なるためplaybookの中身を変更する必要があった。 そのため本記事では、その改善案としてPlaybookのディレクトリ構造やYAMLの中身などを変えることで、上記の手間をなくしたい。 OSをどう判別するか setup_moduleの結果で得られる変数はplaybookに利用できることから、これを利用する。

                                                                    OSによって処理を変えるPlaybookディレクトリの作成 - Qiita
                                                                  • Ansibleで Amazon EC2 Auto Scaling で起動するEC2インスタンスを更新する - Mountech(Mountai × Tech)

                                                                    この記事は Ansible Advent Calender 2019 21日目の記事として投稿しています。 アドカレのエントリを眺めているとAnsible × AWSネタが無かったため、あえて書いてみました。 ・・・需要があるかは不明です。 はじめに なぜAnsibleを選択したか やりたいこと 1. 作業用のEC2インスタンスを起動 2. AnsibleからEC2インスタンスへの何らかの処理、テスト等 3. 作業用のEC2インスタンスのAMIを取得 4. AMIの世代管理 5. 作業用のEC2インスタンスを削除 6. 起動設定を新規作成 7. Auto Scalingで起動するEC2インスタンスを更新 8. 古い起動設定を削除 構成 検証環境の情報 システム構成 Ansibleのディレクトリ構成 group_vars host_vars roles inventory 実際のコード 実行

                                                                      Ansibleで Amazon EC2 Auto Scaling で起動するEC2インスタンスを更新する - Mountech(Mountai × Tech)
                                                                    • 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

                                                                        2024年のAnsibleとわたし - 赤帽エンジニアブログ
                                                                      • 逆引きPlaybook集「Ansibleクックブック」を執筆しました - APC 技術ブログ

                                                                        はじめに こんにちは、ACT(Automation Collabo Team)の横地です。主にネットワーク自動化のご支援をしています。 本日 2022/03/15 に、書籍「Ansibleクックブック」が発売されました。 book.impress.co.jp 今回、ご縁がありまして共著にて執筆させていただきました。 レッドハット株式会社の大嶋さんや、私と同じチームのメンバーである三枝さん、宮﨑さんも執筆に参加しています。 そんな本書の紹介をいたします。 2022/03/16 追記 4/20 にインフラエンジニアBooksにて大嶋さん、三枝さん、宮﨑さんからの発表があります。是非お申込みください! infra-eng-books.connpass.com 広報ブログには弊社著者から宮﨑さんと私のコメントを掲載しています。 www.ap-com.co.jp 入門書の次の一冊に 本書は入門書とは

                                                                          逆引きPlaybook集「Ansibleクックブック」を執筆しました - APC 技術ブログ
                                                                        • AnsibleでRuby2.1.2をソースコンパイルする - Qiita

                                                                          環境 Mac OSX 10.9.4 Ubuntu 12.04.4 LTS Ansible 1.6.10 今回すること ローカルのMacからAnsibleを利用して, 3台のUbuntuサーバーにRubyをソースコンパイルする。 注意事項 Ansibleのインストール法や仕組みについては記しません。 あくまで今回の目的を達成できる必要最低限のレベルです。 ※ 前提条件として3台のUbuntuサーバーにはssh接続できる状態です。 Ansibleの設定ファイル 必要なファイルは下記2つのみ inventoryファイル (ini形式の拡張版) 今回は/private/etc/ansible/hosts playbookファイル (YAML形式) 今回は/private/etc/ansible/ruby_install.yml それぞれのファイルの内容 hosts - hosts: all sud

                                                                            AnsibleでRuby2.1.2をソースコンパイルする - Qiita
                                                                          • <Ansible>「expect」モジュールの使い方 - Qiita

                                                                            はじめに この記事では、Ansibleの「expect」モジュールについて説明します。 「expect」モジュールは対話式のコマンドに対応するもので、事前に入力情報をPlaybookに記述することでプロンプトに対しての自動応答をします。 必要条件 このモジュールを実行するには、ホストに「python(バージョンが2.6以上)」と「pexpect(バージョンが3.3以上)」がインストールされてある必要があります。 パラメータ(アーギュメント) パラメータ(アーギュメント)とは、モジュールのオプションのことです。 パラメータ 選択肢:デフォルト 機能

                                                                              <Ansible>「expect」モジュールの使い方 - Qiita
                                                                            • Red Hat Forum Tokyo 2019に行ってきました - 腐女子エンジニアの日記

                                                                              午後から参加しました。 入り口の様子 インターコンチネンタル赤坂は初めて行ったのでちょっと迷いました。 お水は飲み放題だったのが嬉しかったです。 昨年はAnsibleが多かったのですが、今年はKubernetesやOpenShiftが多かったですね。 時間の流れを感じます。 特に印象に残ったセッションを紹介します。 Ansible 利用その一歩先へ - Ansible Tower の使い方徹底解説! メインの話題は下記の通りでした。 Ansible Tower概要紹介 Ansible Tower 3.6系の新機能紹介 概要は話半分に聞いてましたが、 「Ansibleはあくまで課題解決の手段であって、Ansibleを使うことを目的としてはいけない」というのは自戒としたいと思いました。 Ansible Towerではtower-cliが使えると言うことと、TowerのカスタマイズをAnsibl

                                                                                Red Hat Forum Tokyo 2019に行ってきました - 腐女子エンジニアの日記
                                                                              • Ansibleのs3_syncモジュールのfile_change_strategy: date_sizeのバグと対処法

                                                                                対処法については一番最後に書いてありますので、面倒な方は読み飛ばして下さい: 対処法 このバグは当エントリ執筆時点の2019年3月22日現在確認ができています。また、現段階でAnsible本体にIssueとPull Requestを開いていますが、この時点では音沙汰が無いので、しばらくは修正されないかもしれません。 また、バグについてのReproducerも用意したので興味がある方はどうぞ: https://github.com/issei-m/ansible-s3-sync-bug-reproducer Ansibleについて 当エントリの読者には説明は不要かと思いますのでざっくりとしか説明しませんが、サーバー等の構成管理ツールです。Yamlファイルで求めるサーバーの状態を宣言(例:秘密鍵AでSSHログイン可能なユーザー foo が存在する事、など)すると、その状態を保ってくれます。最近

                                                                                  Ansibleのs3_syncモジュールのfile_change_strategy: date_sizeのバグと対処法
                                                                                • [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)