VagrantでCentOSの仮想環境を作ってAnsibleで遊ぶ
VagrantでCentOSの仮想環境を作ってAnsibleで遊ぶ Vagrantは今更説明するまでもないけど、仮想環境の作成や起動・破棄を自動化したりするツール。VagrantはChefやAnsibleといったようなプロビジョニングツールとも連携可能なのでそれも少し。 Vagrantで仮想環境を作る 自身には仮想化する機能を備えておらず、仮想化ソフトウェアとしてVirtualBoxやVMWareなどを使う。今回はVagrant + VirtualBoxでCentOSの仮想環境を作ってみる。 以下のサイトに環境ごとのインストーラがあるので、ダウンロードしてインストールする。 Vagrant Oracle VM VirtualBox CentOS 6のBoxファイルをダウンロード 今度はどのOSで仮想化するか決める。VagrantではOSイメージをBoxと呼ばれる形式で管理する。有志で配布さ
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
Ansibleで WEB・DBサーバをこさえてみる - Qiita
ansible-sample ├── hosts ├── playbooks │ ├── include │ │ ├── apache-install-playbook.yml │ │ ├── common-playbook.yml │ │ ├── nginx-install-playbook.yml │ │ ├── php-install-playbook.yml │ │ ├── postfix-install-playbook.yml │ │ └── wordpress-install-playbook.yml │ ├── webserver-playbook.yml │ └── dbserver-playbook.yml │ └── templates └── apache-vhosts.conf.j2
俺のシチューエーション別 Ansible チートシート | iret.media
ども、cloudpack の 全部初心者のかっぱ (@inokara) です。 はじめに 沢山のホストに同じ設定をぶち込みたい時に Ansible が気持ちよかったのでメモ。 インベントリファイルの準備 以下のようなインベントファイルを test-hosts という名前で保存しておく。 [foo-bar] xxx.xxx.xxx.xxx ansible_connection=ssh ansible_ssh_user=ssh-user ansible_ssh_private_key_file=~/.ssh/key.pem ansible 編 ohai 的なの python では fact が ohai 的な動きをして対象ホストの情報を JSON で返却する。 ansible -i test-hosts test-host -m setup Amazon Linux の場合には以下のように J
Ansible v2 を試してみよう - Hack the World!
Londonで行われたAnsibleFest にて、Ansible v2の話が発表されたようです。 What's New in v2 - AnsibleFest London 2015 from jimi-c ユーザーが書くようなPlaybookは100%の互換性があるような作りにしてあるようなので、急いで対応する必要はなさそうですが、 一部のプラグインに関しては、対応が必要な模様です。（そのせいでコレまで出来ていたことができなくなるようなことが無ければよいのですが。。。） ソースコードは githubで公開されているので、今回試してみることにしました。 ansible/ansible · GitHub 以下のセットアップコマンドを実行すれば、開発中のansible v2が利用できます。 v2 環境のセットアップ（2015/2/11現在、py3はまだ動かない模様) ------------
Vagrantの仮想マシンをAnsible Provisionerで自動構成する | DevelopersIO
ども、大瀧です。 Vagrantを利用すると"検証環境の作っては消し"が簡単にできて非常に便利なのですが、仮想マシンを作るたびに毎回同じパッケージのインストールや設定ファイルの配置作業をするのは面倒ですよね。そこで今回は、構成管理ツールのAnsibleをVagrantに連携し、仮想マシンの作成から初期構成までをまとめてやってみたいと思います。 動作確認環境 OS X Yosemite Vagrant 1.7.0 Ansible 1.8.2(事前にMacにインストールしておく) 準備するもの Ansibleの自動構成のためのPlaybookを用意するだけです！今回はDockerがインストール済みの仮想マシンが欲しかったので、Docker最新バージョンのインストールとdockerコマンドをsudoなしで実行できるよう、gpasswdコマンドの実行を登録しています。これを任意の場所に作成します(
Ansible で MySQL のレプリケーションを設定する
Ansible で MySQL のレプリケーションを設定してみたのでまとめておく。思いのほか苦戦した。 前提 今回は以下のような条件で MySQL のレプリケーションを設定することを目的とする。 OS はマスタ、スレーブともに Ubuntu Server 12.04.x を使う 1台のマスタと、1台以上のスレーブを設定する 途中からでもスレーブを追加できる スレーブでレプリケーションが停止していたら、マスタと再同期して再開させる そのためにマスタを停止はしない my.cnf の replicate-ignore-table に含まれるテーブルは同期から除外する root パスワードはホストごとに自動生成する server-id も自動生成する DB やユーザの作成は含めない 完成品 できあがったものがこちらでーす。 akagisho/mysql-replication-ansible –
Chef・Ansible等を用いた環境の自動構築方法 について発表しました - 実はhokkai7go
こんにちは。 Chef実践入門を書いたことで、 @miyohideさんからお誘いがあり 日本OSS推進フォーラム主催 第5回アプリケーション部会勉強会で掲題の発表をしてきました。 Chef・Ansible等を用いた環境の自動構築方法 - connpass Chef実践入門著者陣、@miyohideさん、日本OSS推進フォーラムの方々にお礼申し上げます。ありがとうございます。 また、当日のお昼のスライドを見ていただいた id:daaaaaai さんありがとうございました。おかげさまで発表の流れが洗練されました。 これまでの勉強会よりも早いペースで参加登録が埋まったそうです。 ありがたい限りです。Chefなどのプロビジョニングツールへの関心が高まっているということでしょうか。 当日は、発表時間を勘違いしていて遅刻してしまったことを申し訳なく思っています。ご迷惑おかけしました。 発表の内容につい
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 か
boot2docker と test-kitchen で ansible の Playbook をテストする（2）〜 roles を利用する 〜 - ようへいの日々精進XP
ども、Ansible 幼稚園、花組のかっぱです。 こちらの続編です。 Ansible における roles 参考 roles に関しては以下の三つの記事を参考にさせて頂きました。有難うございます。 Playbook Roles and Include Statements — Ansible Documentation Ansibleのroleを使いこなす - Qiita RolesでAnsibleのPlaybookを整理してみよう|株式会社INDETAIL（札幌/東京）（iPhone/iPad/iOS/Android) roles と書くと Playbook を役割毎に分割する仕組みか何かかと思っていましたが、上記の記事を整理させて頂くと... ルールに則ったディレクトリ構成とファイル名で設置しておけばディレクトリパス等を Ansible が自動解釈してくれる 自動解釈して適宜 Play
Ansible でデフォルトの ./ssh/config 以外のファイルに設定された情報を利用して対象ホストにアクセスする | iret.media
ども、 cloudpack の かっぱ (@inokara) です。 はじめに Ansible でデフォルトの ./ssh/config 以外のファイルに記載されている SSH 接続情報を利用して対象ホストにアクセスする場合には ansible.cfg の ssh_args を利用すれば良いらしい。 memo ansible.cfg ホームディレクトリに .ansible.cfg というファイル名で設置すれば認識される。 ~/.ansible.cfg ssh_args 以下のように記載する。もつろん SSH コマンドのオプションが利用出来る。 [ssh_connection] ssh_args = -F /path/to/.ssh/hoge_config 手元の環境（Mac OS X Version 10.9.5 + ansible 1.6.2）で試したところ /path/to/.ssh/
AutoScaling時にAnsibleで環境構築を行う | DevelopersIO
渡辺です。 自動化にはロマンがありますが、ロマンを求めすぎると現実に凹みます。 今回はAuto ScalingとAnsibleを混ぜてみました。 Auto Scalingとは？ Auto Scalingは、一言で言えばEC2インスタンスを自動拡張/縮退を実現する機能です。 Auto Scalingを活用する事で耐障害性や耐障害性を高めることができます。 また、処理能力を必要に応じて増加させることもできるのも魅力のひとつです。 Auto Scalingは非常に便利で強力な機能ですが、どんなシステムでも簡単に利用できるとは限りません。 インスタンスが自動的に起動したり破棄されたりするため、インスタンスが有効になるまでの手順が自動化することが必要です。 また、インスタンスは使い捨てできるような状態、すなわちステートレスに設計・構築しなければなりません。 これらの注意点については、AutoScal
Ansibleでよく使うファイル操作モジュール | DevelopersIO
Ansibleにはファイル操作のためのモジュールがいくつか用意されています。 Files Modules — Ansible Documentation その中でも、私の利用頻度が高いのは以下のモジュールたちです。 file copy template synchronize どういう時に何を使えばよいのか悩むことがあったので、それぞれ使い方を簡単にまとめておきます。 copy: ローカルのファイルをリモートにコピーする copyモジュールは、ローカル(Ansibleコマンド実行端末)に存在するファイルをリモート(Ansible実行対象のサーバ)に配置するためのモジュールです。以下のような形で使います。 - copy: > src=foo.txt dest=/tmp/foo.txt owner=root group=root mode=0755 srcにはコピー元のファイルを指定します。指
SourceTree + Git + Ansible + Jenkns で 継続的デリバリお試し環境をつくってみた（その1）
あけましておめでとうございます。本日から仕事始めの戻る皆様も多いと思います。 冬休みを利用して Ansible と Git と Jenkins を組み合わせた継続的デリバリのための環境を自宅環境に作ってみましたので、こちらに残しておきたいと思います。書いてみたら長くなってしまいましたので、数回に分けています。 初回は、環境概要の紹介から、それぞれのシステムでのセットアップ、SSHでの接続確認までです。 環境概要 以下の表は今回のシステム概要です。自宅のLAN内にあるESXi上で完結する構成にしています。 用途 台数 ホスト名 IP Address 補足 テスト対象サーバ 5 stage01 stage02 stage03 stage04 stage05 192.168.0.101 192.168.0.102 192.168.0.103 192.168.0.104 192.168.0.105
Ansible で Docker コンテナの Dynamic Inventory を試す | iret.media
ども、 cloudpack の かっぱ (@inokara) です。前回の続き。 あくまでお試し Python 版の Inventory スクリプト ということで Ansible の Dynamic Inventory スクリプトの Docker コンテナ版を作ってみた。尚、Docker コンテナ版については Python 版が存在するが、consul 版と同様に手元の環境では動かなかったので止むなく自作した。 Python 版の Dynamic Inventory スクリプト きっとちゃんと動かくはずなんだろうけど…すいません。 俺の Inventory スクリプト Ruby 版 拙作のスクリプトは以下の通り。docker-api を叩ける docker-api を利用した。 #!/usr/bin/env ruby require 'docker' require 'json' dock
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
Ansibleで自作モジュールを作成してplaybookと一緒に配布 - Qiita
モジュールの開発 モジュールの作成については公式ドキュメントのDeveloping Modules — Ansible Documentationに説明があります。 モジュールはスクリプトファイルとして作成します。 モジュールはどの言語で記述しても良いです。ただし、本家にpull requestを送って取り込んでもらうにはPythonで記述する必要があります。 モジュールの実行結果のステータスをJSONとして標準出力に出力するようにします。changedというbooleanのキーは必ず含めるようにします。モジュールの実行によってシステムが変更されたかどうかを設定します。 上記のJSON以外にモジュールの中で標準出力や標準エラー出力に出力するのはご法度です。 あとは組み込み標準のモジュールのソースansible/library at devel · ansible/ansibleを参考にしつ
An example of provisioning and deployment with Ansible - Stavros' Stuff
It has recently come to my attention that many people don’t use virtual machines for development, instead polluting their system with various dependencies and making life harder for themselves. Unfortunately, even the people who do use VMs for development often perform provisioning and updates by hand, thus ending up with slightly different configurations for development, testing and production, w
入門Ansible
2. Agenda ๏ 自己紹介 ๏ 本セッションについて • 本セッションの扱う対象である Ansible とは何か？ • 本セッションの対象者 • 本セッションで話すこと・話さないこと ๏ Ansibleを使う前に思いそうなこと • Ansibleを使うと何が嬉しいのか？ • 他の類似ツールとは何が違うのか？ • Ansibleを動かすのに必要なシステム要件は？ • どんな企業が実際に使っているのか？ ๏ Ansibleの基本的な使い方 13年9月15日日曜日 3. Agenda ๏ 自己紹介 ๏ 本セッションについて • 本セッションの扱う対象である Ansible とは何か？ • 本セッションの対象者 • 本セッションで話すこと・話さないこと ๏ Ansibleを使う前に思いそうなこと • Ansibleを使うと何が嬉しいのか？ • 他の類似ツールとは何が違うのか？ • Ansib
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ansibleで始めるpostgre sqlの冗長化
