Ansible Playbook向けのデバッガを作りました - Soon Lazy
（追記：このページの情報は若干古くなっています。Qiitaに紹介記事がありますので、参考にして下さい） Ansibleは強力な構成管理ツールですが、実環境で使ってみようとすると、うまく行かない点がいくつか出てきます。その中には、欲しいモジュールがない、同じことをシェルスクリプトで行うより実行時間が長くなる、などありますが、Playbookのデバッグに手間がかかる、というのもその一つだと思います。 Playbookのデバッグに手間がかかってしまうのには、少なくとも2つ原因があると考えています。1つは、Playbookの実行に失敗したときのエラーメッセージに、デバッグに必要な情報が全て含まれているとは限らないことです。例えば、インベントリやvarsファイルなどで定義した変数、Playbook内でregisterした変数についての情報は出力されません。もう1つは、Playbookの実行にかかる時
ansible使いのためのYAML入門 - @znz blog
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 コーディング規約 (の例) — そこはかとなく書くよん。 ドキュメント
Ansible コーディング規約 (の例)¶ edX がgithub上でAnsibleのコーディング規約を公開しています。 https://github.com/edx/configuration/wiki/Ansible-Coding-Conventions このリポジトリは GNU AGPLv3です。翻訳の場合でもおそらく大丈夫だと思いますので、ここで翻訳して公開してみます。 一般¶ YAMLファイル すべてのyamlファイルは2スペースのインデントで、 .yml を拡張子に 付けてください。 変数 jinja変数の形式を使ってください。 $var ではなく {{ var }} です。 jinjaの変数名の前後に空白を入れてください。 {{var}} ではなく {{ var }} です。 環境独自で上書きされる必要がある変数名は全部大文字としてください。 ロール内で完結する変数名は全部
Ansibleのroleを使いこなす - Qiita
Ansibleのroleを実際に使ってみてわかったことを共有します。さらに便利に活用するtips等ありましたら、ぜひコメントをお願いします。 Ansibleのroleは単にインクルードの単位 最初roleという名前を聞いたときは、webserverとかdbserverといった役割を設定するのだろうと予想しました。が、Rolesのドキュメントを読んで、playbookの一部をインクルードして再利用するための仕組みだということがわかりました。つまり、playbookを分割・構成するコンポーネントという意味合いです。 もともとroleはなくてincludeの仕組みだけありましたが、より便利にするためにroleという仕組みが追加されたという経緯のようです。 例えばnginx, mysqlといった単位でroleを定義するのが良いです。さらにmysql/clientのように階層的なrole名を用いるこ
Techniques for Versioning Ansible II
Will Thames' tech blog Lessons from working and playing with things like AWS, Ansible, and others This is a replacement post for my most recent entry on techniques for versioning ansible. The motivations described within that post remain valid. We do versioning for the following reasons: Allow the reuse of a role across multiple playbooks Ensure playbooks to have the same effect, even when run mon
PackerとAnsibleを使ってDockerイメージを作成する - blog.ieknir.com
PackerとAnsible Local Provisionerを使ってDockerイメージを作成するためのメモ。 Fabrication by Extreme Ben はじめに 今回の目的 Packer/Ansible Local ProvisionerによるDockerイメージの作成を試してみる。 サンプルとしてgolangでwebサービスを開発するためのローカル開発環境を構築する。ローカル開発環境が必要とする要素は以下とする。 golangツール CUIベースで開発するため必要な各種ツール(zsh/vim/tmux/git…) データベース Dockerコンテナは以下2種類用意する。 CUIベースでの開発環境となるアプリケーションコンテナ 開発ユーザのHOMEとなるデータボリュームコンテナ アプリケーションコンテナはイミュータブル前提で、開発ユーザのHOMEはデータボリュームコンテ
Ansibleで複数のroleを並行開発するのにgit subtreeを使ってみた - Qiita
role毎に別のgitレポジトリだと開発時の手間が煩雑 roleを作成してAnsible Galaxyに登録するワークフロー - Qiitaでは1つ1つのroleごとにgitレポジトリを作成して、Ansible Galaxyに登録し、ansible-galaxy install でローカルに取得して利用していました。 が、それぞれのroleを開発中の場合は、修正してgitレポジトリにあげて、ansible-galaxy install を --force つきで実行して更新するという手間が面倒でした。 git subtreeを使ってみたら便利でした そこで、git subtreeを使って各role毎にgitレポジトリは作成しつつ、その場で修正してコミットするというのを試してみました。 git subtreeを使うのは初めてでしたが、開発コラボレーションのヒント from Atlassian
Ansibleを利用してRailsが動くVagrantfileを作成する · さよならインターネット
October 24, 2014 TL;DR Ansibleを利用したからって複雑な処理がシンプルになるわけではない 1st 対象のサーバに何か設定をする必要はないので このように少量のコードでやりたいことが実現できる。 ['-']% ['-']% cat hosts ansible.example.com ['-']% ['-']% ansible -m ping -i hosts ansible.example.com ansible.example.com | success >> { "changed": false, "ping": "pong" } ['-']% ['-']% cat playbook.yml - hosts: all tasks: - name: Install dstat yum: name=dstat ['-']% ['-']% ['-']% ansibl
Ansibleのドキュメントを読んでみたメモ - Qiita
少しくらいAnsibleを使ってみようと思ってブログや公式ドキュメントを読んでみたのでメモ。 参考にした主なものは以下のリンク。 Ansibleとは？みたいないのはリンクを読むとよくわかった。 Ansibleの公式ドキュメント http://docs.ansible.com/index.html Playbookのサンプル https://github.com/ansible/ansible-examples Ansibleの概要を知るのにとてもよかった。 http://apatheia.info/blog/2013/04/06/about-ansible/ 構成 ChefとかPuppetとは違ってこちらはAnsibleから対象のサーバに接続していく感じ。 対象のサーバにはとくにエージェントとかはいらない。 インストール ほとんどパッケージ管理とかでいけるのでとても簡単。 Via Pip
Ansible (12) ubuntuサーバを管理する – CLARA ONLINE techblog
こんにちは。 クララオンライン グローバルソリューション事業部の吉村です。 これまで Ansible について、 私の場合、Ansible で ubuntu サーバにPlaybookを実行する時に、「あれっ動かない！なんで～・・・。」 というケースが良くあります。 同じくubuntu を普段利用しない方は、結構ハマってしまうのではないでしょうか。 ということで、今回は普段CentOSユーザが Ansible で ubuntu サーバを管理する時のポイントを、ご紹介します。 sudo か、 rootユーザに公開鍵認証でログイン ubuntu はデフォルトでは、root ユーザにパスワード認証のログインができないです。 そのため、Ansible サーバからubuntuサーバに Playbook を実行しようとした時に、root 権限が必要なPlaybook が実行できなかったりします。 この場
Ansible の Playbook を使ってみる - akishin999の日記
構成管理ツール Ansible を使ってみる の続きです。 今回は Playbook について調べた事をまとめてみます。 Playbook は Ansible のモジュールを使用した処理の組合せにより対象サーバの構成を記述したものです。 例えば Apache を使用して Web サーバを構築する場合、単に yum で Apache をインストールして完了、という事はなく、その後 httpd.conf の内容を適切に設定したり、iptables でポートを開けたり、といった一連の作業がありますが、そういったサーバ構築のための作業をまとめて Playbook として定義しておく事で、「実行できる手順書」として残しておく事が出来ます。 Puppet で言うところのマニフェスト、Chef でのレシピに相当するものになります。 Ansible の Playbook はフォーマットが YAML なので
アプリケーションエンジニアとサーバープロビジョニングツール
自分はサーバープロビジョニングといえば、AWS上の本番・ステージング・共有開発機もろもろインフラチームにまかせっきりだった。しかしアプリエンジニアがローカル開発環境を作る用途ならChefやPuppetよりもAnsibleがマッチしていると思った次第。 背景 自分の職場だと、インフラチームはPuppetのマニフェストでサーバーを管理している、例えばサーバーにインストールするパッケージ やApacheの設定である。しかし、そのPuppetマニフェストはアプリエンジニアのローカルの環境を構築する用途としてそのまま使えない。 インフラチーム管理下のサーバーにおいてPuppetマニフェストで管理されている部分はアプリケーションエンジニアは触れないため、変更を加えたい場合は都度依頼を出している。 共有開発サーバーとローカル個人環境 例えばApacheとfluentdとElasticsearchはインフ
chefからansibleに乗り換えた5つの理由｜TechRacho by BPS株式会社
1年くらいchefを使ってサーバ構築をしていたのですが、最近ansibleに乗り換えたので紹介記事を書いてみます 1. サーバ側に何もインストールする必要がない chefは管理対象ノードにchef-clientをインストールする必要がありますが、ansibleはPython 2.4が入っていて、sshでログインできればOKです。 chefもパッケージや,knife bootstrapコマンド等があるので始めやすいですが、何もする必要がないansibleの方が敷居が低いのかなと思ってます。 例えばsshでログインできれば、以下のコマンドを打てば10.0.10.1～10.0.10.3サーバの情報をとってくれます(カーネルバージョン,CPU,メモリ,ディスクサイズ,ディストリビューション等)。 この機能はchefで使われているohai相当のことをしてくれます。 echo 10.0.10.1 >
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GMO プライベート DMP 開発で 取り組んできた DevOps と今後の展望
Ansible ではじめるサーバ作業の自動化