Puppet人がAnsible界にきてみて - lamanotrama's diary
この記事はPuppet Advent Calendar 2015の14日目の記事です。 昨日はおっくんのPuppetの予約語 $name と $titleでした。 書いている人 Puppetはペパボで6年間、複数のサービスインフラ用に書いてきた。社内で一番書いたかも 新規やら導入やら引き継ぎやらいろいろ オンプレもクラウドもある AnsibleはQuipperで2ヶ月ちょい。既ににあるのに書き足したりリファクタリングしたり 当然だけど2ヶ月ずっとそれだけやってたわけではないです EC2オンリー 経験値が全然違うけど、できるだけ公平に評価してみるつもり。 尚、Puppet、Ansible以外は語れるほど使ったこと無いので言及しません。 結論 クラウド(IaaS)にConfiguration Management Toolを導入したいならAnsibleがいいと思う ただし、クラウドをクラウドら
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を使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
現場で使うansible｜TechRacho by BPS株式会社
弊社でのansible活用例について記事にしてみました。 本記事は弊社での運用例なので、どの組織にも適用できるかは分りませんが、何かの参考になれば幸いです。 目次 リポジトリの作り方 2種類のリポジトリを作成する 利用例 playbook作成規約 READMEに以下のことを書く 設定できる変数はroleリポジトリのdefaultsに書く roleリポジトリの変数は role名 + _(アンダーバー)で始める 運用時のコツ ansibleで設定したサーバをどう管理するか 汎用的にしようと無理をしない roleの切り出し方について サーバのコピーに使わない よく分からないroleは実行しない まとめ リポジトリの作り方 最初に、ansibleのリポジトリをどのような方針で作っているかを書きます。 2種類のリポジトリを作成する まず作業のためにansibleのplaybookを保存するリポジトリ
AnsibleによるInfrastructure as code入門
7. サーバの構成管理とは 1. サーバを調達し、必要なMW, SWなどをインストールする こと 2. 設定ファイルを適切に編集すること 4 これらの作業を適切に維持、管理してくれるツールの事 を「構成管理ツール」という ※ 「サーバが正しく稼動していること」の監視、確認は今回対 象外
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 }} です。 環境独自で上書きされる必要がある変数名は全部大文字としてください。 ロール内で完結する変数名は全部
Chef-soloとAnsibleとFabricを試した感想 · hnakamur's blog
2013-09-01 Chef-soloとAnsibleとFabricを試してみたので感想をメモ。どれもそんなに深くは使い込んではいない。 このメモは自分の脳内の考えを整理するためのもので、人が使うことについてどうこう言うつもりはないです。 Chef-solo 書いてみたcookbookはこちら。hnakamur/chef-cookbooks hnakamur/chef-repo クックブックは手順を書くのではなくて結果を書くというのがどうも本質的に違うと私は思ってしまう。料理のレシピだって手順を書くし。書結果がこうあるべきというのはserverspecが出来た今となってはそちらに任せて、クックブックは本来手順を書くべきものだと思う。 RubyのDSLだけど結局上から順に評価されるので、実は手続きを書いていることになっている。でもファイル単位でしか再利用できないので、一部だけ使いたいと思っ
はじめてAnsibleを使う人が知っておきたい7つのモジュール｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
はじめてAnsibleを使う人が知っておきたい7つのモジュール こんにちは。makiです。 先月札幌で開催したPHP Matsuri 2013 では、Ansibleについて LT 発表してきました。 発表スライドはSlideshareにおいてあります。 Ansibleとは 構成管理ツール(ChefやPuppet等と同じ) playbookという脚本ファイル(Chefでいうrecipe)にやりたいことをyaml形式で書いて実行するだけ 別にVagrantとの関係が必須じゃない vagrant provisionよりもansible-playbookを単体実行のほうが便利なことも多い READMEには設計思想としてこのように書かれています。 とってもシンプルなセットアップ デフォルトで超速くて並列処理ができる サーバーもデーモンもいらない。sshdだけ クライアントのboxに追加で必要なものな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
