Ansibleでtemplateから複数のconfファイルをコピーしてサービスを再起動するRole - Qiita
はじめに Ansibleを使って構成管理していると、よくあるパターンとして、「templatesモジュールでconfファイルを配置して更新があればrestartする」というのがあります。 Playbookとしては似たようなパターンなのにconfファイルごとにいちいち書き分けるのは非効率です。 下記のようにvarsとwith_dictを使うことで、一つのRoleで複数のミドルウェア、複数のconfファイルの管理に対応できます。 メリット ループするのならwith_itemsでもできますが、with_dictにするのには理由があります。 それは、別のvarsで特定の設定ファイルのパラメータを上書きしたい時に便利だからです。 with_itemsだと、親要素単位で上書きされてしまうため、差分のない箇所も重複して定義する必要があります。 例えば、本記事のようにconfig_fileについてwith
Ansibleでシェルコマンドを実行させるときのノウハウ - Qiita
基本的にAnsible側に制御を委ねることで冪等性の保持やエラーハンドリングが成されるので、やりたいtaskに対してまずはmoduleを探すべき（sedを使わずにlineinfileモジュールを使えないかとか）ではあるのだが、どうしてもmoduleで実現できない場合にシェルコマンド直書きになってしまう場合はある。 てかコマンド書いちゃうならAnsibleじゃなくてシェルスクリプトでいいじゃんって話でさ。 ※追記 2017-04-05 17:00 記事執筆時点から時を経た現在の自分の見解としては、shell, command両モジュールの活用には以下の面から否定的であり、なるべくコマンド実行は行わないべきと考えています。 冪等性の保証が困難になる。 Ansible Playbookは実現されるべきシステムの「状態」を示した「実行可能なドキュメント」という側面があるが、コマンドが記載されている
Ansible のregister ,with_items,stdout_linesについて - Qiita
stdoutの亜種 stdoutはregisterで登録した変数の標準出力にアクセスするためのコマンド stdout_lineはstdoutの出力結果を一行ずつに分割してくれるもの commandとshellについて どちらもシェルコマンドを実行するための機構だが、一部性質が異なる。 shell は実行マシンにおけるbin/sh を経由して実行され、 commandは bin/shを経由せずに実行される。 このため、commandにおいてはパイプ処理や環境変数の参照などが行えない。 環境によらない処理となるため、冪等性などの観点ではcommandの方が優秀と言える。 逆に環境変数などを利用したいときはshellを使うべき。 http://docs.ansible.com/ansible/command_module.html#command http://docs.ansible.com/
学習記録：Ansible - 新人SEの学習記録
2015-03-12 学習記録：Ansible 学習記録 Ansible [学習記録] Ansible 参考書籍 入門Ansible 3章：複雑なplaybookを作ってみよう 繰り返し with_items 一つのモジュールを何度も繰り返したいときに使用。 当てはめたいところに変数itemを使う。 tasks: - name: /opt/foo以下にvar, hoge, hugaディレクトリ作成 file: path=/opt/foo{{ item }} state=directory with_items: - var - hoge - huga with_nested 入れ子構造を表現する。変数にはitem[X]を使う。 例）すべてのDBに指定した複数のユーザを作る。 tasks: - name: 各DBにユーザを設定 postgresql_user: db={{ item[0
[Ansible] Registered variable について調べてみた - Qiita
ansibleでは、コマンド実行結果をRegistered variableに突っ込んで便利に使えます Registered Variablesとは？ ターゲットホストで実行したコマンドの結果を任意の変数に入れることができます。 使い方を見ていきます。ansibleのバージョンは 1.9.4 です。 サンプルとして、簡単なplaybookを作成しました。 --- - hosts: 127.0.0.1 connection: local tasks: - name: exec whoami shell: whoami register: result - name: debug result var debug: var=result whoamiコマンドの実行結果をregisterキーワードで設定した result 変数に受け、次のdebugタスクでハンドリングします。 変数の中身はどうな
![[Ansible] Registered variable について調べてみた - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6437422642294a70e86881dfb27b70074ee0aa57/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCQW5zaWJsZSU1RCUyMFJlZ2lzdGVyZWQlMjB2YXJpYWJsZSUyMCVFMyU4MSVBQiVFMyU4MSVBNCVFMyU4MSU4NCVFMyU4MSVBNiVFOCVBQSVCRiVFMyU4MSVCOSVFMyU4MSVBNiVFMyU4MSVCRiVFMyU4MSU5RiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9YzRjNWU0NTRjMjFlNmViM2VmNmQ2NDkzOTUxMjI4OWU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3prMyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTkwMDQyODFmZTVmMWQ4NDAzYzNiNmMxNWMyMGM3ZDg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D63edb7215d05563a02807ad313b36d41)
Ansibleのshellモジュールをchanged_whenと組み合わせて柔軟に - Qiita
ふつうにshell叩くと常に実行されてchanged=1になり気持ち悪い. changedになる条件をchanged_whenで定義することが出来る. tasks: - name: install python-apt shell: LC_ALL=en_EN.UTF-8 sudo apt-get install -y python-apt register: result changed_when: '"is already the newest version" not in result.stdout' - debug: var=result ポイント commandではなくshell moduleを使う. commandだとchanged_when行でerror while evaluating conditionalとエラーが発生 日本語出力だとマッチさせにくいのでLC_ALL=e
Ansible で複数行の文字列置換 - akishin999の日記
ansible で設定ファイル内の文字列を置換したかったので、 lineinfile モジュールを試してみました。 lineinfile http://www.ansibleworks.com/docs/modules.html#lineinfile 対象サーバに以下のようなファイルを用意。 /tmp/test.conf foo bar baz bar bar bar foo このファイル内の文字列を置換してみます。 以下のような Playbook を作成しました。 lineinfile.yml - hosts: all user: root vars: target_file: /tmp/test.conf tasks: - name: lineinfile example task lineinfile: dest=${target_file} state=present regexp
Ansibleの新モジュール replace(置換)を使ってみた。 - Qiita
豚足は焼いて食べるのが常識だと思っていた@volanjaです。 さて、Ansible 1.6でreplace(置換)モジュールが出ていたので試してみました。 replaceモジュールでは、複数行の置換を行う事ができます。 これまで、複数行の置換をしたい場合はakishin999さんのAnsible で複数行の文字列置換を参考にsedを使うか、templateモジュールを使ってファイルそのものを入れ替える必要がありました。 templateを使うことがほとんどだったのですが、これで便利になりそうです。 replaceを試す。 では、akishin999さんのAnsible で複数行の文字列置換を参考に、実際にどのようになるか試してみます。 実行環境 $ ansible --version ansible 1.6.8 (release1.6.8 5a4f39bfbf) last updated
Ansible のチュートリアル的なものを試してみる - 牌語備忘録 -pygo
(macosx10.9, ansible 1.9.1, Vagrant 1.7.2) seizans さんの 『Ansible コトハジメ』 がVagrant などのバージョン差異によりそのままでは動かないようなので、若干修正を加えて実行できるようにしてみる。 Vagrant, Ansible はインストール済みの前提 vagrant box を用意する A list of base boxes for Vagrant - Vagrantbox.es Official Ubuntu 14.10 daily Cloud Image amd64 何となくこれ使ってみる $ mkdir ansible-sample $ cd ansible-sample $ vagrant init ubuntu1410 https://oss-binaries.phusionpassenger.com/vag
ほげめも: Ansible blockinfile モジュール
Ansible blockinfile モジュール このごろは Python で書かれた構成管理ツールの Ansible を使ってみています。 試行錯誤の末にようやく運用構成がかたまり、 また自作のモジュールを書くなどしてみたので、紹介します。 Why Ansible? そもそも Ruby 好きを自認するのであれば構成管理ツールには Chef や Puppet を使うのが普通の流れでしょうが、 これらはエージェント実行のために必要なリソースが大きいのが難点で、 これまで試す気が起きなかったのでした。 例えば 普通に Chef クライアントをインストール すると /opt/chef に Ruby の環境一式が放り込まれて 150MB 近くのストレージを消費します。 また基本的にエージェントプロセスが動きっぱなしになるため、 OpenVZ や LXC を使って大量の軽量コンテナを稼働させたとき
Ansibleで複数行を追加する(blockinfile) - Enjoy*Study
lineinfile Ansibleでファイルに行を追記したり置換したりした場合、lineinfileを使うことが多いと思いますが、複数行追加したい場合だと、ちょっとやりずらいところがあります。 下記のように書くと、テキスト内に指定した行の内容がなければ末尾に追加されるので、それを繰り返すことによって末尾に複数行入れられます。 tasks: - name: 末尾に複数行追加 lineinfile: dest=./test.txt line={{ item }} with_items: - '1行目' - '2行目' これが特定の箇所に入れようとすると面倒になります。 たとえば、insertafterを使って指定した行の後に入れようとして、下記のように書くと、、 tasks: - name: 特定の場所に追加 lineinfile: dest=./test.txt insertafter='
Ansibleのmakeモジュールやunarchiveモジュールを使ってGitをソースからインストールしてみる - Qiita
■ はじめに Ansibleとは Ansibleについて簡単に紹介しておきます。 エージェントレスでサーバ構築を自動化してくれるツールです。 sshdが動作しているマシンにSSHで接続し環境を構築してくれます。 設定ファイルはYAMLで書きます。プログラムの知識（Ruby、Python、etc.）は不要です。 数台～数十台規模のサーバ構築だったらchef, puppetよりも簡単です。 makeモジュール makeモジュールは、Ansible ver.2.1から追加された新機能です。 make - Run targets in a Makefile 環境の準備 以前の記事を参照してください。 Ansible 最初の一歩 Gitを手動でソースからインストールする方法は下記の記事を参照してください。 最新のGit（ver.2.9）をソースからインストールする ■ Gitをソースからインストール
Ansible で sudo を実行する
sudo実行時のパスワードをどうするかという話、調べた内容をメモとして残す。 以下のように、 become:true とした場合にいつどのようにパスワードを設定する方法を調べた。 - name: common packages and utility tools install become: true apt: pkg: “{{ item }}” state: present update_cache: yes cache_valid_time: 3600 with_items: “{{ ndvp_packages }}” notify: - enable and start iscsi servicesやり方は様々ある。 ケースに応じて適切に使えばいいと思う、調べたところ主に以下の３つを使うことができる。 sudo時にパスワードを聞かれないようにするAnsible vaultを使う方法
Module Index — Ansible Documentation
Note Making Open Source More Inclusive Red Hat is committed to replacing problematic language in our code, documentation, and web properties. We are beginning with these four terms: master, slave, blacklist, and whitelist. We ask that you open an issue or pull request if you come upon a term that we have missed. For more details, see our CTO Chris Wright’s message. Welcome to the Ansible guide for
Ansible実践入門 | DevelopersIO
渡辺です。 最近、Ansibleに関する書籍が増えてきていますね。 とはいえ、ほとんどは入門的な位置付けで、それはそれで需要があるんですが、実践レベルで使いこなすノウハウは少ないというのが現実かと思います。 この辺り、まだ試行錯誤を繰り返しているところも多いでしょう。 そこで、ノウハウをガンガン流出させるクラスメソッドなので、ベストプラクティスみたいなものをまとめちゃいました。 Ansibleとは？ 雑な言い方をすれば、SSH接続したリモートホストでミドルウェアのインストールや設定ファイルの更新を行うツールです。 カテゴリとしては構成管理ツールに分類されます。 SSH接続が可能であれば、リモートホスト側にエージェントのインストールが不要である点は大きな特徴です。 Playbookにサーバの状態を定義する AnsibleのPlaybookは、リモートホストの状態を定義したファイルです。 構成
AnsibleでRaspberry Piの環境を自動構築する - Qiita
目的 Raspberry Piのセットアップを毎回やるのがめんどくさいので、Ansibleを使って初期セットアップをします。 ついでにWordPress環境も構築しています。 動作環境と準備 Raspberry Piは以下の環境を使用しています。 機体：Raspberry Pi 3 Model B ＯＳ：Raspbian STRETCH WITH DESKTOP(Release date:2017-09-07) SDカードにOSイメージを書き込んだ際にbootフォルダにsshファイルを作成しておくと、 初期状態でSSHが有効になり、ディスプレイやキーボード無しでセットアップが可能です。 詳細は以下のURLに記載されています。 できること LOCALE設定（ja_JP.UTF-8） タイムゾーン設定(Asia/Tokyo) apt-get upgrade ＆ update Apache2イン
Ansibleを使ってRaspberryPiをセットアップ - Qiita
はじめに Raspberry Pi(RasPi)のセットアップ、毎回同じことをやるには手間がかかるので、Ansibleを使って初期セットアップをする。 動作環境および準備 ホスト側 CentOS 6.6 Ansible 1.9.2 sshpass 1.05 リモート側:RasPi Raspberry Pi (typeB) 事前準備 RasPiが起動できるよう、SDカードにRASPBIAN(Debian Wheezy,Release date:2015-05-05)をインストール RasPiを起動。IPアドレスをメモする ホスト側にAnsibleをインストール。Ansibleがsshでリモート接続するとき、sshが必要になるので、sshpassもインストール できること/できないこと できること タイムゾーン設定 キーボード設定 MySQLインストール PHP5インストール Apache2イ
Ansibleをはじめる人に。 - Qiita
この記事で書いていること この記事では Ansibleをはじめる人 を対象に、下記の Ansible 入門的な内容についてまとめています。 Ansibleとは Ansibleを調べる Ansibleを試す Ansibleをもう少し試す 既にわかっている人向けに用語を使えば、 「 jinja templateによるファイルの動的配置などとroleによるタスクの切り出しまでをハンズオン 」 となります。 なお、環境は Python 2.6.6 + Ansible 1.9.4 です。 Ansibleとは Ansibleは "構成管理ツール" と呼ばれ、最近(少なくとも私の中で)話題のツールです。 Infrastructure as a Code なんていう文脈の中では Chef, Puppet などと並んで必ず出てくるツールの1つかと思います。 このあたりの話は話しだすとそれだけで記事が書けてし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ansible のモジュール(ファイル操作等)をまとめてみました - Qiita
[Ansible] playbookでファイル名に日付を含ませて生成する方法がうまくいかない