概要 Vagrant を用いると Docker 関連の作業がはかどります。Vagrant と Docker は相容れない関係にあるのではなく、実は親和性が高くなるように作られています。Vagrant の基本については公式ドキュメント「GETTING STARTED」などをご参照ください。また以下の内容を理解するにあたり Docker のイメージをつかむには公式サイトのチュートリアルが有用です。本ページの内容を越えるものについては公式ドキュメントをご参照ください。Docker チートシートはこちらです 二種類の Docker Vagrant と Docker の関係には二種類あります。Docker というものの概念は一定で、それに対して Vagrant がどう関わるかによる分類です。 Provisioner としての Docker Vagrant は up 時に通常通り VirtualBox

package "epel-release" package "gcc" package "openssl-devel" package "libyaml-devel" package "readline-devel" package "zlib-devel" package "git" RBENV_DIR = "/usr/local/rbenv" RBENV_SCRIPT = "/etc/profile.d/rbenv.sh" git RBENV_DIR do repository "git://github.com/sstephenson/rbenv.git" end remote_file RBENV_SCRIPT do source "remote_files/rbenv.sh" end execute "set owner and mode for #{RBENV_SCRIPT}

要件 包丁一本でしばらく生きていくことを決めた駆け出し（年齢的には走り終わりに近いけど）エンジニアがいつでも料理出来る環境を構築する 回りくどい言い回しだったけど、要は chef-solo と vagrant を用意していつでも chef のレシピを書いて試せる環境を作ってみたい tmux を使って複数ウィンドウで vagrant の設定と起動、レシピの修正が出来るような環境を合わせて整える 以前に... LXC で同じことをやったので、やっぱ vagrant もやっておくことにした 前回より細かい手順を残しておくことにする 環境 ThinkPad X1 Carbon（Core i7-3667U/4GB/256GB SSD） Ubuntu 12.10 amd64 手順 vagant を使える環境を準備する VirtualBox のインストール 駆け出しの板前は素直に Ubuntu ソフトウ

Serverkit という構成管理ツールのチュートリアルとして、Macの環境構築を自動化する方法について説明します。 完成形 以下の手順で環境構築が完了できる状態にすることが目標です。 クリーンインストールしたばかりのMacを起動する Terminal.appを開く コマンドを1行入力する パスワードを入力する 各種アプリケーションがインストールされ設定が完了する r7kamura/dotfiles に動作するサンプルを用意したので、先に動作の様子を紹介しておきます。以下のコマンドでシェルスクリプトをダウンロードして実行すると、各種アプリケーションのインストールや設定の変更が行われます。1 $ curl -LSfs https://raw.githubusercontent.com/r7kamura/dotfiles/master/install.sh | sh Serverkitとは 上

ChefやAnsible、Puppet、Itamaeなどの構成管理ツールをあまり使ったことがなく、勉強のためにServerkitというのをつくってみたので、現状こういう感じでやってみましたというのを書き残しておく。作り手の気持ちになればこそわかるものがあるだろうと思う。 ところで去年も似たような記事を書いた。 概要 Serverkitというのは、前述した通りChefやAnsibleのような構成管理ツール。マシンの理想的な状態をレシピと呼ばれるファイルに定義しておき、現在のマシンの状態と比較してその差分を埋めるためのもの。Rubyで書かれていて、手元にversion 2.0.0以上のRubyと、Serverkit、それからServerkitが利用している幾つかのライブラリが入っていれば動作する。Serverkitを動かすマシンと同じマシン、もしくはSSHで接続できるマシンに対して実行できる。

意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ･･･というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常

# 動作確認用に私の自作 gem , defoker をインストール（要 Ruby 2.0 以上） $ gem install defoker --no-ri --no-doc Fetching: defoker-0.0.7.gem (100%) Successfully installed defoker-0.0.7 1 gem installed $ defoker v "0.0.7" # 20141101 から 90日分のフォルダを作成 $ defoker days 20141101 -c 90 -a itamae $ ls 20141101_itamae 20141124_itamae 20141217_itamae 20150109_itamae 20141102_itamae 20141125_itamae 20141218_itamae 20150110_itamae 201

斎藤です。こんにちは。 今日は、Chefをインストールすると共に入るohaiを用いて、サーバの情報をプログラムで扱ってみます。 ※ohaiは6.16(github版)を用いています ohaiとは もともと、Chef Client/Chef Soloが実行環境の情報を取得するためのライブラリです。ただ、単独でもライブラリを使用したり、コマンドを実行する事で、Chefと同様に情報を利用する事ができます。ポイントは、外部コマンドの結果を内部でパースしてプログラムで扱いやすい形にできます。まさに、パーサーライブラリですね。 ohaiがなければ、コマンドでサーバの環境(例えば"df")の情報を取得しようとする時、コマンドの結果を取得した後に「お手製」のパーサーでプログラム内で活用できるようにしなければなりません。これが、"df"のほうに簡単なものならまだしも、"ip addr show"のような設定

調査という程ではありませんが、自動デプロイで使いそうなツールを調べてみました。 ツール名 利用言語 概要 Vagrant ruby 仮想環境の構築 Chef ruby ソフトウェアのインストールやOSの設定等 Puppet ruby ソフトウェアのインストールやOSの設定等 serverspec ruby 構築したサーバに対するテスト maven xml アプリケーションのビルド gradle groovy アプリケーションのビルド flyway sql データベースマイグレーション LiquiBase xml データベースマイグレーション Fabric python デプロイ・リモートコマンド実行 Capistrano ruby デプロイ・リモートコマンド実行 （；＾ω＾）ちょっと多いな・・・ この中でいくつかピックアップして調べてみます。 仮想環境の構築 Vagrant 仮想環境の構築

2014年08月04日11:11 インフラ Ansibleを使って誰でも簡単安全にサーバ構築できる仕組みを作る Ansible って何なの？ サーバに対してミドルウェアのインストールや設定等の環境構築を行うことをプロビジョニングと言いますが、その作業を自動化させるためのツールです。プロビジョニングを手動で行うと、手間も掛かるし、どうしてもミスが起こりえます。 その点、Ansible のようなツールを使えば、コマンド一発でプロビジョニングが走り、さらに冪等性（何度実行しても同じ結果になる）も確保されるため、誰でも簡単安全にサーバ構築が出来るのです。 同様のことを行うツールとして、Chef や Puppet がありますが、Ansible はそれらの中でもシンプルなことが特徴です。Chef は以前使ってみようと思い触ってみたのですが、覚えることが多かったりして挫折してしまった。。Ansible

美雲このはとは？ 座敷童子一族の末裔として生まれ、栃木の由緒正しい某神社で暮らしていたんだけど、昔からのしきたりで一人前の座敷童子になるため東京で修行を開始！ 紆余曲折あって、ConoHaの応援団長に就任することになりConoHaを使っているみんなを応援するとともに、このはも一人前の座敷童子ではなく、「神様」になるために日々頑張っているよ！ プロフィール 名前：美雲 このは （みくも このは） 年齢：年齢という概念はないが、人間でいうと13歳くらい？ 身長：150cm＋α 体重：ひみつ 長所：勉強熱心・わりと機転がきく 短所：いじわると勘違いされる振る舞いをしがち 好きなこと：アニメを見たりゲームしながらのごろごろ

構成管理ツールといえばChefですが 弊社ブログでも構成管理ツールに関する記事はけっこうありますが、ほとんどがChefに関する記事です。 私もChefについてを書いてたりしますが、Rubyが苦手な自分としては、Chefのレシピを書いたりするのは難しいわけです。 （こういう記事もありますが) で、Chefのかわりに使えそうな構成管理ツールを探して、これならいけるんじゃないかと思ったのが、今回紹介するAnsibleです。 Ansibleとは Ansibleとは、Pythonで記述された構成管理ツールです。 まずはAnsibleの基本用語について解説します。 ・モジュール クライアント内での動きは「モジュール」として定義されます。 ソフトウェアをインストールしたり、サービスの起動をしたりするモジュールはあらかじめ用意されてます。 自分でモジュールを作成することも可能です。 このモジュールは何で作

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 Soloの正しい始め方 | tsuchikazu blogがどういうわけかgoogleさんに好かれているので、続編を書きました。入門Chef Soloと正しい始め方を読んで、じゃあ実際に色々やってみようかな。とはいえ、チュートリアル的なことでなく、もうちょっと実践的なことをして理解を深めたい。このような人を対象に、さくらVPSの初期設定を題材に、Chef Soloを説明していきます。 この記事でやることは以下のとおりです 一般ユーザの作成 鍵認証の設定 sudo有効化 sshの設定 iptablesの設定 さくらVPSでよく行われる初期設定で、これを実施すればrootが乗っ取られてヤバイことになった。とかそういう事態は防げるはずです。AWSのEC2ですと、デフォルトで設定される内容になっていますので、さくらVPSをEC2レベルまでセキュリティ向上させるのを目標にします。 前提 自

伊藤直也さんのブログ（開発メモ#5 : Amazon Linux で knife-solo を使って chef-solo 実行 - naoyaのはてなダイアリー ）でchef-soloが紹介され、Vagrantと一緒にちょっとしたビッグウェーブが巻き起こりました。 さらに昨日、入門Chef Solo - Infrastructure as Codeが達人出版からも発売開始。本が出版される前に一度挫折したchef-soloですが、この本のお陰でchef-solo童貞を卒業することができました。 続編も書きましたので、よろしければこちらもどうぞ 続編：さくらVPSの初期設定をChef Soloでやってみた〜サードパーティcookbookの使い方〜 | tsuchikazu blog なぜ挫折したかというと、Chefの公式ドキュメントが、量が多くてめちゃくちゃわかりにくいんです。naoyaさんの

最近注目されている開発支援ツール「Vagrant」は、テスト用の仮想マシン作成やその環境設定などを自動化するツールだ。これを利用することで、仮想環境の作成からセットアップ、そして破棄までを、簡単なコマンドを実行するだけで行える。今回はこのVagrantの概要と基本的な使い方を紹介する。 仮想マシンの作成や環境構築、仮想マシンの破棄までを自動化するツール「Vagrant」 近年、Web開発の分野ではPC上に構築した仮想マシン上にテスト用の環境を作成し、そこで開発やテストを行う、というスタイルが一般的になっている。その場合に問題になるのが、本番環境とテスト/開発環境が同一になっていない、というケースだ。また、複数人の開発者が関わるプロジェクトでは開発者がそれぞれ自身のマシン上に仮想環境を構築して開発するという例も多いが、この場合開発者ごとのテスト/開発環境がそろっていないという問題も発生しうる

2014.02.23 Boxの元の仮想マシン名とBoxの名前がカブってて具合悪かったので一部修正。 VagrantはWindows関連の情報が少ないので色々実践してみた。当ブログはWindows技術者の味方です（おおげさ）。 前回のVagrantの記事はあまりに色々端折っていたので、今回はVagrantを知らない人にも分かる様、少し詳しめに書こうと思う。 今回の目的を下記に定める。 ホストOSもWindows、ゲストOSもWindowsという環境 VagrantによるゲストOSの起動、ゲストOSに対するChef-Soloの自動インストールとrecipe自動実行まで行う recipeは、とりあえずお試しということで、IISの自動インストールとする ゲストOSはWindows Server 2012 R2 180日評価版とする ゲストOSを複数台同時に立ち上げられるように、sysprepも実施