【Ansible】EC2 External Inventory Scriptを使った動的ホスト一覧生成 | DevelopersIO
こんにちは。望月です。 Ansibleが便利なので最近よく触っています。今日は覚えておくと便利な機能「Dynamic Inventory」の紹介です。 Dynamic Inventoryとは Ansibleを実行する際にはAnsibleの実行対象となるホストを予めファイルに記載しておきます。このファイルのことをインベントリファイルと呼びます。公式ドキュメントによると、以下のようなini形式で記載をしておく必要があります。 $ cat hosts foo.example.com [web] foo.example.com bar.example.com [application] baz.example.com qux.example.com インベントリファイルを予め用意しておくことのメリットとデメリットは明らかだと思います。メリットは「このファイルを読めばどのホストに適用されるのかが明ら
AnsibleでGCEインスタンスを管理する - Qiita
AnsibleにはGoogle Compute Engineの リソース管理用モジュール(GCEモジュール)が 組み込まれています。 GCEモジュールを使うことで、 Instanceの生成 network access制御 persistant diskの利用 load balancerの管理 を自動化できます。 さらに、 inventoryプラグインもあり、 生成したGCEinstanceの情報をAnsible dynamic inventoryに自動的に吸い上げ、tagやプロパティでグループ化できます。 しかし、 使う際には、必要な認証や設定がいくつかある上に、 ドキュメントの記述が複雑でわかりづらい部分もあるため 結構ハマりました。 その辺りを回避できるように解説していきます。 準備 AnsibleのGCEモジュールは、pythonのapache-libcloudモジュールに依存して
Ansible、実行速度高速化の実験。ControlMasterとPipeliningについて - Goldstine研究所
1. はじめに Vim::Factoryの開発や、仕事などでAnsibleを使うことが多いのだが、 その実行速度があまりでないことに不満をもっていて、どうしたら早くできるか考えていました。 調べると、ControlMasterを利用してSSHのコネクションを再利用するとか、pipelineの機能を利用するとかでてくる。 が、それによってどのくらいの効果が得られるのかよくわからないし、仕組みもよくわかっていなかったので、仕組みの理解と実行速度の実験をした。 もう少し余談をすると、 ControlMasterを有効にすれば早くなることは前から知っていたが、 最近MacをEl Capitanに変えてから「なんか最近Ansibleはやいな〜」とか思っていて、 「OpenSSHのバージョンもあがったし、まさか。。。」と思って今にいきついている。 ControlMasterについて OpenSSH は
Ansible ( 俺の中で ) 最強の Best Practices - Qiita
前書き サービスごとに複数のサーバを ansible で管理していく中で、同じような内容で共用したい role が沢山出てきました。それぞれサービス毎に管理していくのは非常に面倒…。困っていたところを下記の記事が救ってくれました。yteraokaさんには本当に感謝しています。 Ansible オレオレベストプラクティス - Qiita しかし、group_vars 内のファイルや hosts ファイル等が増えていくにつれ、どのファイルがどんな内容かがディレクトリ構成やファイル名を見ただけでは分かりづらいという点や、環境 ( ステージ ) ごとの管理がしづらいという点などの問題が出てきました。 そこで、「Ansible オレオレベストプラクティス」を参考にし、更にオレオレにして「 ( 俺の中で ) 最強のベストプラクティス」に辿り着きました。 本記事は、あくまで 自分の中で最強 ということな
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
インフラ自動化ツール「Ansible 2.0」正式版がリリース。リファクタリングによるアーキテクチャの整理、Block文や動的なIncludeなどの新機能
インフラ自動化ツール「Ansible 2.0」正式版がリリース。リファクタリングによるアーキテクチャの整理、Block文や動的なIncludeなどの新機能 Ansibleは昨年10月にRed Hatが買収しており、Ansible 2.0は買収後初の（そしてAnsibleにとっても初めての）メジャーバージョンアップです。 参考：Red HatがAnsibleを買収した理由、同社クラウドマネジメント戦略担当が説明 Ansible 2.0では大規模なコードのリファクタリングが行われたことにより内部アーキテクチャが整理され、それに伴って新しい機能がいくつか追加されています。 Task Blocksと動的Include 1つ目の新機能としてあげられていたのは「Task Blocks」です。タスク内でBlock文を用いて処理をまとめることができます。 Blockは、Pythonやほかの言語が備えている
inforno :: Ansibleのツボ
ようやく自宅サーバや開発環境仮想マシンの構築手順を 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 Playbookでdebugモジュールの出力を少し見やすく - Qiita
Ansible Playbookのデバッグ時の小ネタ。stdout_lines は便利だねという話。 課題 何か外部コマンドを実行し、結果を正しく受け取れているか表示するのに、debug モジュールを使います。 こんな感じで。 --- # file: test.yml - hosts: all gather_facts: False tasks: - command: ls -1 /etc/cron.daily/ register: ls_result changed_when: False - debug: var=ls_result.stdout when: ls_result | success $ ansible-playbook -i hosts test.yml PLAY [all] ***********************************************
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 >
英語で検索しづらいchef vs ロゴがイマイチなansible
■まえがき 構成管理ツールが便利だよねっていう話を数年前から良く聞いていて、僕みたいな別にインフラ専門じゃないエンジニアでも使うようになる時代がやってきました。 個人的な話ですが、主な用途はvagrantへのミドルウェアデプロイです。まっさらなVMに必要なものをインストールしたりするだけで、目的が浅いｗ（設定ファイルとかはデフォww） 今回はchefとansibleを両方触ってみて、色んな人の記事を見た上で色々比較してみようと思います。 ただ、できることは両方やろうと思えば出来ると思うので、アレが出来ないこれが出来ないっていう比較はマサカリ怖いのであまり書かないようにします。。（わかってないなと思ったらやさしく教えてください＞＜。） というわけで今回比較すべきはとっつきやすさと運用方針の観点から比べてみたいなと思いました。 ■それぞれの特徴比較 下記スライドがわかりやすかった。22ページ目
Ansible チュートリアル | Ansible Tutorial in Japanese
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ページを開く
