ようやく自宅サーバや開発環境仮想マシンの構築手順を Ansible 化した。 この手のツールはハマりポイント＋よく使うイディオムを抑えるのが大事。Pythonプロダクトらしく非常にドキュメントが充実しているのだけど、充実しすぎているのでポイントを自分のためにもまとめておくことにする。 例はおもに Ansible のドキュメントから引用させていただきました。 設定ファイルを書きかえる（一行) lineinfile モジュールを使う。使い方は以下のような形になる。 1name: enalbe sudo without password if user belongs to the wheel group 2lineinfile: "dest=/etc/sudoers state=present regexp='^%wheel' line='%wheel ALL=(ALL) NOPASSWD:
ansibleは、インベントリファイルに記載されているホストを認識するのですが、実はInventoryファイルは静的なテキストファイル以外に、実行可能なスクリプトファイルを指定できます。 やり方 Dynamic Inventory に詳しく記載されていますが、以下のようなjsonを返すスクリプトファイルを用意し、実行権限を付けて保存したファイルを ansible-playbookコマンド等の -iオプションに渡せば良いだけです。 { "databases" : { "hosts" : [ "host1.example.com", "host2.example.com" ], "vars" : { "a" : true } }, "webservers" : [ "host2.example.com", "host3.example.com" ], "atlanta" : { "hosts"
/etc/ansible/hostsに置くか、適当なとこにおいて-i(--inventory)オプションないしANSIBLE_HOSTS環境変数でパスを指定。 なおInventoryファイルに実行権限(+x)があるとDynamicInventoryと勘違いされ、実行できないよ！！みたいなエラーが出るので注意。Windowsの共有フォルダをマウントしたら全ファイルに+xついてて嵌りました。 これ作るの面倒 カンマで区切れば引数で直接指定できるようです。カンマで区切れば、なので、一つだけ指定したい時も先頭か末尾にカンマをつける必要があります。 http://stackoverflow.com/questions/17188147/how-to-run-ansible-without-specifying-the-inventory-but-the-host-directly https://g
戻る インベントリフィアル Ansible では制御対象のサーバーのリストをインベントリファイルに書く必要があります。コマンドラインオプション(-i)で指定しない場合のデフォルトファイルは /etc/ansible/hosts です。この path は ansible.cfg ファイルにて設定可能です。 ansible.cfg はコマンド実行のカレントディレクトリ、環境変数の ANSIBLE_CONFIG 、~/ansible.cfg 、/etc/ansible/ansible.cfg の順に検索されます。 Best Practices のドキュメントには test, staging, production などによってインベントリファイルを使い分けるように書いてあります。 グルーピング インベントリファイルには対象ホストのホスト名もしくはIPアドレスを列挙します。 グルーピングすることが
I'm working on a project where having swap memory on my servers is a needed to avoid some python long running processes to go out of memory and realized for the first time that my ubuntu vagrant boxes and AWS ubuntu instances didn't already have one set up. In https://github.com/ansible/ansible/issues/5241 a possible built in solution was discussed but never implemented, so I'm guessing this shoul
ansible の設定ファイルは YAML なのですが、 ansible の説明では YAML 由来のいろんな書き方についてはあまり説明がないので、 ansible の設定ファイルを書く時に知っておくと便利な YAML の知識についてまとめてみました。 YAML のバージョン The Official YAML Web Site によると YAML の仕様としては YAML 1.2 (3rd Edition) まで存在するようですが、 ansible は PyYaml を使っていて、 libyaml binding なので 対応している YAML のバージョンは YAML 1.1 (2nd Edition) になります。 コレクション 参考: 2.1. Collections 配列 - で列挙すると配列になります。 YAML は空白に敏感なので、 -foo のように書くとエラーになります。
Ansibleにはファイル操作のためのモジュールがいくつか用意されています。 Files Modules — Ansible Documentation その中でも、私の利用頻度が高いのは以下のモジュールたちです。 file copy template synchronize どういう時に何を使えばよいのか悩むことがあったので、それぞれ使い方を簡単にまとめておきます。 copy: ローカルのファイルをリモートにコピーする copyモジュールは、ローカル(Ansibleコマンド実行端末)に存在するファイルをリモート(Ansible実行対象のサーバ)に配置するためのモジュールです。以下のような形で使います。 - copy: > src=foo.txt dest=/tmp/foo.txt owner=root group=root mode=0755 srcにはコピー元のファイルを指定します。指
Ansible getting started Getting started with Ansible Getting started with Execution Environments Installation, Upgrade & Configuration Installation Guide Ansible Porting Guides Using Ansible Building Ansible inventories Using Ansible command line tools Using Ansible playbooks Protecting sensitive data with Ansible vault Using Ansible modules and plugins Using Ansible collections Using Ansible on W
export AWS_ACCESS_KEY_ID=aws_accesskey_id export AWS_SECRET_ACCESS_KEY=aws_secret_key export ANSIBLE_HOSTS=$(pwd)/plugins/inventory/ec2.py export ANSIBLE_SSH_ARGS="-o ForwardAgent=yes" pip install でbotoを入れてから、ec2.py --listと実行します。 ec2.pyは ここ にあります。 そうすると、こんな感じのが出てきます。 { "ap-northeast-1": [ "ec2-54-XXX-XX-64.ap-northeast-1.compute.amazonaws.com" ], "ap-northeast-1b": [ "ec2-54-XXX-XX-64.ap-northeast
背景 愛用していた MBP15" が一ヶ月ほど前に突然亡くなり、急遽 MBP13" を買って環境構築を行ったので記録しておく。 (その後噂の薄くて軽くて新しい Macbook が出ただけでなく MBP13" までマイナーアップデートされたりしたが、悔しくはない。悔しくはないぞ！！) Brewfile オワコン問題 開発環境の構築は Homebrew と Homebrew Cask を入れて Brewfile を書き、 brew bundle すれば終わりかと思いきや、もう Brewfile はオワコンになってしまったらしい。 (3/25 追記) Brewfile がオワコンなのではなく Homebrew 本体から bundle コマンドが外されただけで、 元となった brewdle コマンドは健在で、もっと便利な brew-file もあるとのことです。 参考: Brewfileはオワコン
#はじめに 構成管理ツールとしてAnsibleを使っていて、Fabricも、ということは多い。そこでFabricからAnsible側のインベントリ情報を参照する方法を紹介したい。この方法を使うとFabricのロールとしてAnsibleのグループを扱うことが可能になる。またAnsibleインベントリの強力な変数割り当て機能も手に入れることができる。 ##Fabricとは オーケストレーションツール、もしくはデプロイメントツール。公式サイトにはFabric is a Python library and command-line tool for streamlining the use of SSH for application deployment or systems administration tasksと書いてある。 ##Ansibleとは PuppetやChefと同じ構成管理ツ
Ansible Tutorial July Tech Festa にて開催されたハンズオンの資料が公開されていたことに刺激され、Chef の代わりに Ansible を使う資料を作りました。 Ansible を使って WordPress サーバーのセットアップを行い、ServerSpec でテストを行います。 まだ Ansible を試し始めたばかりで自分の勉強がてら書いています。 Puppet にも Chef にも乗り遅れたので Ansible に飛び乗ってみようかと。 GitHub Repository Ansible Tutorial Wiki 2013年08月13日 一段落 コピペで動かないところを全体的に修正しました。今後は 詳細ページ Wiki を充実させていきます 2013年09月09日 role についての追記しました 2013年12月22日 リニューアル Ansible
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
