ansibleを学ぶ：vol04：よくハマる部分とその解決法 - 文系プログラマによるTIPSブログ
ansibleの勉強シリーズ第4回です。 今回は「これは大体みんなハマるだろうなあ」という部分の解決策についてです。 パッケージのグループインストールしたいんですけど？ CentOS7でファイヤーウォール止めたいんだけど？ apacheインストール時にバージョン指定したいんですけど？ gitモジュール使ってみたらエラー起きたんですけど？ rbenvのパスと初期化コマンドが・・・ bundlerは .rbenv 配下にインストールしたいんですけど？ rbenvで指定したrubyが既にインストール済みか調べたいんですけど？ ↑こうやったら「rbenv: command not found」って言われた！！ gemでインストールする時 .rbenv 配下にインストールしたいんだけど？ subversionでcheckout済みかどうか調べたいんだけど？ registerした値をechoして確認し
Ansible、ソースインストールする際のPalybookの書き方 - Goldstine研究所
最近、Ansibleを使い始めたのだが、yumやapt-getでインストールできるものはいいけど、 どうしてもソースインストールが必要な場合がある。 ソースインストールを行う際のPlaybookの書き方と注意点をまとめた。 まず、あたりまえだが、ソースインストールを行うには以下のフローを踏まなければいけな。 1. ソースファイルの取得(tarで固められていると仮定) 2. tarファイルの解凍 3. 解答してできたディレクトリへ移動 4. configure 5. make 6. make install また、Ansibleでは何回もPlaybookを実行していくため、 すでにインストールされている場合は、インストールをスキップする必要がある。 yumやapt-getで管理されていれば上記を心配することはないのだが、やはりソースインストールだとこの壁がある。 ※パッケージ化しろよ！という
Vagrant 1.7+でSSH接続エラーが出た場合の対処法 | mawatari.jp
普段から、Vagrant + Ansibleを用いて、チームで共通の開発環境を作れるようにしています。先月、届いた13″ rMBP early 2015に開発環境を構築していた際、Ansibleがうまく実行できないトラブルにハマりました。 全く同じBox及びプロビジョニングを使って旧環境では問題なく構築できたのに、新環境ではできないことに頭を悩ませましたが、2時間ほど試行錯誤した結果、解決できたので、その事象と原因、対処法をメモしておきます。 環境 環境は以下の通りです。Vagrant, VirtualBox, AnsibleすべてをHomebrewでインストールしています。結果からいうとVirtualBoxやAnsibleは直接関係ありませんでしたが、一応、バージョン情報を示しておきます。 ソフトウェア バージョン
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
Ansible 1.9がリリースされました — そこはかとなく書くよん。 ドキュメント
Ansible 1.9がリリースされました¶ 2015年3月25日にAnsible 1.9がリリースされました。結構な量が追加・変更されていますので、ここでリリースノートを訳してみなさまのお役に立てればと思います。 基本的に互換性が確保されていますので、playbookを書きなおす必要はないと思います。ただし、gitモジュールなどのバージョン管理システム用のモジュールでローカルに変更があると失敗するという、安全側に倒した変更がされていますので、その点でplaybookを変更する必要があるかもしれません。 なお、1.9は1系の最後のリリースとなります。大幅に書きなおされたAnsible 2.0は近いうちに出る予定です。 リリースURL: https://github.com/ansible/ansible/blob/devel/CHANGELOG.md#19-dancing-in-the-s
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Phansible - Create Vagrant + Ansible provisionings for PHP-based web servers