Ansible向けのコードカバレッジツールKirbyを作りました - Soon Lazy
PythonやJavaでコードを書く場合、コードカバレッジの測定は、よくやりますよね。最近、Ansibleでもコードカバレッジを測りたくなったのですが、それらしいツールがなかったので、作ってみました。名前はKirbyです。今回はKirbyがどんなツールなのか紹介してみます。 ks888/kirby · GitHub どんなことができるのか Kirbyは、AnsibleのPlaybookやRoleに対して、タスクレベルのカバレッジを測定するツールです。 例えば、次のようなPlaybookと、Serverspecのテストがあったとします。Playbookでは2つのタスクを実行しています。Serverspecのテストでは、Playbookの一つ目のタスク（create dir1）に対するテストをしています。 ~/src/kirby_demo% cat create_2dirs.yml --- -
ansible で role の vars を分割する - Qiita
tl;dr 結論から言うと include_vars を使えばできる。 roles/*/tasks/main.yml: - include_vars: private_key.yml - name: prepare private key copy: dest=~/.ssh/id_rsa content="{{ private_key }}" mode=0600 - name: prepare ssh config copy: dest=~/.ssh/config src=ssh_config mode=0600 ただし色々とハマりポイントがあった。 vars/main.yml からインクルードしたかった roles/*/vars/main.yml でこういう風に書きたかったんだけど、 vars はただの YAML なので、これはできないみたい。
Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ
Ansible と Mackerel API を組み合わせて、1000台規模のサーバ群に対して同時にパッケージの更新やその他のサーバオペレーションのための方法を紹介します。 タイトルに Mackerel とありますが、それほど Mackerel に依存しない話です。 (AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログに続編を書いています。) 背景 社内では、サーバ構成管理ツールとして Chef を使用しています。 Chef Server は運用が大変なので使用しておらず、knife-solo と Mackerel APIを組み合わせてホストと Chef role とのマッピングに Mackerel のロール情報を用いています。 また、Mackerel の Ruby クライアントを利用して recipe 内で API を叩いて、Mackerel か
Ansible v2 を試してみよう - Hack the World!
Londonで行われたAnsibleFest にて、Ansible v2の話が発表されたようです。 What's New in v2 - AnsibleFest London 2015 from jimi-c ユーザーが書くようなPlaybookは100%の互換性があるような作りにしてあるようなので、急いで対応する必要はなさそうですが、 一部のプラグインに関しては、対応が必要な模様です。（そのせいでコレまで出来ていたことができなくなるようなことが無ければよいのですが。。。） ソースコードは githubで公開されているので、今回試してみることにしました。 ansible/ansible · GitHub 以下のセットアップコマンドを実行すれば、開発中のansible v2が利用できます。 v2 環境のセットアップ（2015/2/11現在、py3はまだ動かない模様) ------------
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
Ansible コーディング規約 (の例) - Qiita
(これは http://tdoc.info/blog/2014/10/09/ansible_coding.html の転載です) edX がgithub上でAnsibleのコーディング規約を公開しています。 このリポジトリは GNU AGPLv3です。翻訳の場合でもおそらく大丈夫だと思いますので、ここで翻訳して公開してみます。 一般 YAMLファイル すべてのyamlファイルは2スペースのインデントで、 .yml を拡張子に 付けてください。 変数 jinja変数の形式を使ってください。 $var ではなく {{ var }} です。 jinjaの変数名の前後に空白を入れてください。 {{var}} ではなく {{ var }} です。 環境独自で上書きされる必要がある変数名は全部大文字としてください。 ロール内で完結する変数名は全部小文字としてください。 ロール内で定義する変数名は、先頭
AnsibleでInfluxDBのClusterをセットアップしてみた.md
AnsibleでInfluxDBのClusterをセットアップしてみた.md Ansibleを始めてみよう。 現状InfluxDBのInstall手順があるのでなるべく楽してClusterのセットアップをしたい。 当方Ansibleは初。Pythonもそんなに書いていないので得意ではない。インフラ歴はほどほど。 今日はざっくりとしたログ形式でお届けします。 まずはansible tutorialでぐぐる。ほむほむ http://yteraoka.github.io/ansible-tutorial/#test-ansible 上のほうから試してみます ansible 172.16.169.167 -m ping ERROR: Unable to find an inventory file, specify one with -i ? なるほど echo 172.16.169.167 >
GitHub - openedx/configuration: A collection of edx configuration scripts and utilities that edx.org uses to deploy openedx.
This repository is a collection of tools and scripts that edx.org uses to deploy openedx. The purpose of this repository is to share portions of our toolchain with the community. This repository is not the best way to get started running openedx. For that, please look at Open EdX Installation options, which contains links to the recommended paths for new installations. Important: The Open edX conf
Ansibleを使ってリモートでコマンドを実行する — そこはかとなく書くよん。 ドキュメント
Ansibleを使ってリモートでコマンドを実行する¶ 前回の記事 でAnsibleが単なる構成管理ではなく、オーケストレーションというところまで 踏み込んだ設計をしているという話を述べました。 オーケストレーションには多くの意味がありますが、そのうちの一つが、 コマンドをリモートシステムに送りつける機能 です。もちろんAnsibleでできます。とても簡単に。 Ansibleコマンド¶ 普段使う ansible-playbook コマンドではなく、 ansible コマンドを使います。 % ansible webservers -a "free -m" Web01 | success | rc=0 >> total used free shared buffers cached Mem: 3831 444 3387 0 87 157 -/+ buffers/cache: 199 3632 S
basho/riak-cs-ansible · GitHub
Overview This repository is a collection of configurations for running Riak CS performance tests in specific environment. It is designed to be used with the ansible playbooks and the runner tool that are found in the ansible-riak-benchmarking repo. The develop branch represents an example configuration. The current convention for environment-specific configurations is to create a branch with the c
クリーンな環境にAnsibleインストールしてローカルでpipとapt-getを試す - cloverrose's blog
前回はsudoなしで済むplaybookにしていたが、aptなどsudoが必要なplaybookを試してみた。--ask-sudo-passを知らなくて--ask-passでsudoしようとしていたため躓いた。 また、ローカルでやる場合も、リモートでやる場合もAnsibleをインストールする必要があるので、クリーンな環境(Ubuntu12.04)にインストールする手順も整理してみた。 playbook playbook.yml (sudoなしのやつ virtualenv環境にpip install) --- - hosts: 127.0.0.1 user: rose tasks: - name: Pip install some packages pip: name=$item with_items: - pep8 - pytest playbook2.yml (sudoありのやつ apt
vagrantのansibleプロビジョニングのサンプル - Qiita
Vagrant Documentation を参考にしつつ、Best PracticesのDirectory Layoutに沿った形でサンプルを作ってみました。 サンプルコードは https://github.com/hnakamur/vagrant-ansible-provisioning-example にあります。 vagrantのboxは以下のpacker templateで作成します。CentOS 6.4とansibleをインストール済みのboxが作られます。 https://github.com/hnakamur/my-packer-template-files (2013-08-17追記) guest側にはansibleのインストールは不要でした。ansibleはホスト側から実行されます。ホストからゲストにsshで接続できるようにVagrantfileとansible_hos
構成管理ツール Ansible を使ってみる - akishin999の日記
最近は話題のサーバ構成管理ツール Ansible を試したりしています。 Ansible 自体は Python 製ですが、使うに当たっては特に Python の知識は必要とされる事もなく、定義ファイル(Playbook)も YAML ファイルなので気軽に始める事ができました。 また、Capistrano などと同じく SSH で対象サーバに接続さえ出来ればいい、という仕様なので、サーバに余計なパッケージを入れずに済むのも嬉しいです。 その点も Chef や Puppet などより個人的には好みですね。 検証環境は CentOS 6.4 x86_64 になります。 インストール インストールには Python 2.6 以上が必要です。 CentOS 6 系であれば yum で普通に入れれば 2.6 系が入るはずなので問題ないかと思います。 # python -V Python 2.6.6 E
Chefがつらい人のためのAnsibleのはなし - ゆううきブログ
Chef使おうとしてるけどChefいろいろつらい． 具体的には以下がつらい． 独自概念多い chefのクライアントを対象ホストに入れなければならない knifeとか覚えないといけない外部ツールがある 最初からディレクトリ構成がわいわい (rails newしたときのあのきもち） 公式ドキュメントの量が多いかつわかりにくい 以前にmiyagawaさんのpodcast を聞いてたらnaoyaさんがAnsibleっていうシンプルなプロヴィショニングツールがあるっていう話をされていたので，使ってみた． AnsibleWorks | Radically simple IT orchestration Ansible 触ってて感じるイメージは，ChefがRailsでAnsibleがSinatraな感じ． ディレクトリ構成がない (一応大規模運用を考えたディレクトリ構成のベストプラクティス Best P
AnsibleWorks
Infrastructure as Code We manage your infrastructure from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. We manage your cloud platform from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. With Infrastructure as Code servi
An example of provisioning and deployment with Ansible - Stavros' Stuff
It has recently come to my attention that many people don’t use virtual machines for development, instead polluting their system with various dependencies and making life harder for themselves. Unfortunately, even the people who do use VMs for development often perform provisioning and updates by hand, thus ending up with slightly different configurations for development, testing and production, w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ANSIBLE_KEEP_REMOTE_FILESをTrueにしてみよう！
Our Thinking | All Insights & Resources | Red Badger
Ansible-awx site.yml