AnsibleでProxyを一括設定する - Qiita
@garbagetownさんのあなたが Ansible を使うべき n 個の理由の記事中で Redmine のインストール手順はネット上に山ほど転がっているけど、プロキシ設定など環境依存の落とし穴にハマる人は自分を含め相当数いる とあって、自分も昔ハマっていたことを思い出しました。 分かると簡単なんだけど、yumやらwgetやらサーバ毎に設定するのは面倒なので、Proxyを一括設定するAnsibleのPlaybookを作りました(と言ってもかなり昔でAnsibleも1.2だったり。。) ここで紹介しているAnsible-RedmineやAnsible-Gitlabの実行前に行うことでプロキシ環境下でもスムーズに進めることが出来ます。 以下、README.mdのコピペです。 ansible-Proxy ansibleを使って、CentOSにプロキシの設定をします。 対象環境 CentOS 6
Ansible - ディレクトリ構成について - Qiita
Ansibleのディレクトリ構成とその用途について纏めてみました 各rolesについては必要なディレクトリのみ作成するのが良さそうです 推奨ディレクトリ構成 . ┣━ group_vars # 各グループごとの変数設定用ディレクトリ ┃ ┣━ dbservers # dbservers用変数ファイル ┃ ┗━ webservers # webservers用変数ファイル ┃ ┣━ host_vars # 各ホストごとの変数設定用ディレクトリ ┃ ┣━ db01 # db01用変数ファイル ┃ ┣━ web01 # web01用変数ファイル ┃ ┗━ web02 # web02用変数ファイル ┃ ┣━ production # プロダクション用inventoryファイル ┣━ staging # staging用inventoryファイル ┣━ site.yml # site全体用
Ansible (14) 対象サーバを制限してAnsibleを実行する – CLARA ONLINE techblog
こんにちは。 グローバルソリューション事業部の吉村です。 Ansibleを利用していると、inventory ファイルに記載のある全てのサーバに対して、 同じPlaybookを実行するという機会はなかなか少ないです。 必ず何かしらの条件がつきまとうので、Ansibleを器用に利用していかないといけません。 そこで、Ansible まとめ14, 15回は 条件ごとにどのようにAnsibleを実行すべきか をご紹介しようと思います。 条件１．実行サーバを限定する これには、いくつか方法があるので、それぞれ紹介します。 1-1 「”-i オプション”で別のinventoryファイル利用する」 通常、Ansible は、/etc/ansible/hosts ファイルに書かれたホストのみ実行が可能です。 例えば、/etc/ansible/hosts に以下の様にサーバのIPアドレスが書かれていると
Ansibleでファイルの行を書き換える3つの方法 - Qiita
- name: "設定の修正(1)" lineinfile: >- dest='/path/to/file/' state=present backrefs=yes regexp='^#?\s*ServerTokens' line='ServerTokens Prod' dest: 書き換える対象のファイル state=present: 「この行があるべき」ことを示す backrefs=yes: 正規表現内のバックスラッシュが使えるように regexp: 書き換えたい行にマッチする正規表現 line: 書き換えたい内容 他にもオプションがいろいろあるので、詳細は公式ドキュメントをどうぞ。 ひとつのファイル内で複数箇所を書き換える場合は、with_itemsと組み合わせます。 - name: "設定の修正(2)" lineinfile: >- dest='/path/to/file' sta
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
エージェントレスでシンプルな構成管理ツール「Ansible」入門 | さくらのナレッジ
近年、ChefやPuppetなどの構成管理ツールが人気だが、新たに注目されつつある構成管理ツールとして「Ansible」がある。Ansibleは設定ファイルがシンプルで、管理対象サーバーに特別なソフトウェアをインストールすることなく利用できるなど、最小限の手間で各種設定を自動化できるのが特徴だ。今回はこのAnsibleについてその基本的な使い方を紹介する。 小規模な環境でも手軽に使えるAnsible あらかじめ用意しておいた設定ファイルに従って、ソフトウェアのインストールや設定ファイルの修正、サービスの起動/停止、ネットワーク設定といったサーバーの各種設定を自動的に実行するソフトウェアを構成管理ツールと呼ぶ。代表的なものとしては、さくらのナレッジでも過去に取り上げているChefやPuppetがある。 関連記事： サーバー設定ツール「Chef」応用編：knife-soloとData Bagを
Ansible, sudoパスワード要求を忘れただけでめんどくなる - Goldstine研究所
AnsibleをVagrant上でずっと使ってて、Playbookも完成したし本番サーバへ... と思ったところである初歩的な罠にハマった。 本番環境へPalybook実行！！ $ ansible-playbook playbook.yml -i hostsあれ、GATHERING FACTSで10分以上も待たされた... しかも、エラー出た... GATHERING FACTS failed to parse [ sudo via ansible, key= ..... ]sudoできていない...？ playbook内のsudo: yesを外して実行。 GATHERING FACTSは通過。 しかし、当たり前だがsudo で実行すべき部分で失敗... とても単純なことに気づいた... ・Vagrant環境ではsudoのパスワードを要求されない ・本番環境はsudoのパスワードを要求され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
