Ansibleではじめるサーバー・ネットワークの自動化 （Ansible2.7情報つき）2018/10/12
This document provides an overview of the Ansible automation tool in Japanese. It discusses Ansible's ability to configure Linux, Windows, network devices and cloud infrastructure. It also mentions Ansible modules for various services and platforms, and links to documentation resources for getting started with Ansible playbooks.Read less
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
Testing Ansible Roles with Docker
Background When you first start using Ansible, you go from writing bash scripts that you upload and run on machines to running desired end state playbooks. You go from a write-once read-never set of scripts to an easily readable and updatable yaml. Life is good. Fast forward to when you become an Ansible power user. You’re now: Writing playbooks that run on multiple distros Breaking down your comp
Ansibleチュートリアル 2017 | DevelopersIO
渡辺です。 2015年11月にRole を使ったAnsibleのチュートリアル書きました。 それから1年以上経ち、ノウハウも溜まってきたので、新しく書き直してみます。 セットアップ Ansibleのインストールと、EC2インスタンスを2台起動しておきます。 ssh_configの作成 はじめにホスト情報をssh_configに定義します。 ansible.cnfでssh_configを設定するでも書いたようにSSHで接続する時のユーザ名や秘密鍵の場所はssh_configを作成してまとめておくと便利です。 プロジェクトディレクトリにssh_configを作成しましょう。 Host * StrictHostKeyChecking no UserKnownHostsFile /dev/null Host test1a HostName xx.xxx.xx.xxx User ec2-user I
Ansible でファイル内に変数を使う場合は copy ではなく template で。 - べにやまぶろぐ
バージョン : Ansible 1.5.5 小ネタ３連投で恐縮ですが、例えば Ansible で Nginx 入れるよってとき nginx.conf を下記のように配置していたわけです。 - copy: src="templates/nginx/nginx.conf" dest="/etc/nginx/nginx.conf" owner=nginx group=nginx で、ローカルと共用環境で nginx.conf の中身変えたいな〜なんて思って、例えば先ほどのエントリー『サブディレクトリを切って Jenkins さんを走らせるときは JENKINS_ARGS の確認を忘れずに。 - べにやまぶろぐ』 で書いた Jenkins おじさんの向き先を upstream jenkins { server {{ jenkins_ip }}:{{ jenkins_port }}; } とか書いて
Ansibleパフォーマンスチューニング - Qiita
Ansileシンプルで好きで使ってますが、たまにパフォーマンスが気になってました。 つい先日Ansibleの公式ブログにパフォーマンスチューニングのtipsが書かれてたので自分が知らなかったところを中心に紹介します。 常識的なものも多いかもですがご容赦ください。 パッケージインストールを効率化する yumとかでパッケージインストールとかするならローカルのMirrorレポジトリを使おう。 reposyncとか使うと簡単にMirrorが作れて良い。 複数パッケージのインストールはwith_itemsを使って一つのトランザクションにしよう。 forksで並列度を設定する 同時にAnsibleのタスクが走るのはforksで決まる。 デフォルトは5だけど保守的なので増やした方が良い。50とかでも良いし、500以上にしてるケースもある。 Ansible1.3からはどんなに増やしても設定対象ノード数を超
Hacking ansible
This document summarizes a presentation about hacking Ansible to make it more customizable. It discusses how Ansible's plugin system allows it to be extended through modules, filters, lookups, callbacks and caches. Examples are provided of extending Ansible's core functionality by modifying files in the lib directory and writing custom plugins. The presentation also outlines how Ansible's object m
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 }} です。 環境独自で上書きされる必要がある変数名は全部大文字としてください。 ロール内で完結する変数名は全部
Talk about Ansible and Infrastructure as Code
This document discusses Ansible and infrastructure as code. It provides an overview of Ansible's key features like using modules and arguments to operate servers, and writing playbooks in YAML to automate common tasks. It also discusses best practices like using iterative authorization when writing playbooks and the flexibility of variable expansion and conditionals. The document then discusses th
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がつらい人のためのAnsibleのはなし - ゆううきブログ
Chef使おうとしてるけどChefいろいろつらい． 具体的には以下がつらい． 独自概念多い chefのクライアントを対象ホストに入れなければならない knifeとか覚えないといけない外部ツールがある 最初からディレクトリ構成がわいわい (rails newしたときのあのきもち） 公式ドキュメントの量が多いかつわかりにくい 以前にmiyagawaさんのpodcast を聞いてたらnaoyaさんがAnsibleっていうシンプルなプロヴィショニングツールがあるっていう話をされていたので，使ってみた． AnsibleWorks | Radically simple IT orchestration Ansible 触ってて感じるイメージは，ChefがRailsでAnsibleがSinatraな感じ． ディレクトリ構成がない (一応大規模運用を考えたディレクトリ構成のベストプラクティス Best P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
