※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部

下記のchefファイルを使います。 https://github.com/YusukeHigaki/sakura_chef.git chefファイルをダウンロード git clone https://github.com/YusukeHigaki/sakura_chef.git data_bag_keyをコピー ローカルに保存してあるdata_bag_keyをトップディレクトリ以下にコピー nodeとワークステーションをひもづける knife solo prepare [email protected] これ結構時間かかります。 もし ERROR: Net::SSH::HostKeyMismatch: fingerprint xxxxxx などと出てくる場合は~/.ssh/known_hostsに接続しようとしているサーバーのIPが残っているので削除 jsonファイルを編集 vim n

はじめに VCCWはVagrant + Chef ベースのWordpressのプラグイン / テーマ開発環境です。VagrantとVirtualBoxをインストールすればコマンド数回で仮想マシンが立ち上がり便利なWordpress開発環境ができあがります。ローカルのXAMPPやLAMPを卒業したい、そんな方にお勧めです。 動作環境 VCCWはVagrant 1.5以上、VirtualBox 4.3以上が必要です。コマンドラインで操作することになるので、あまりコマンドラインを使った経験のないデザイナーさんには敷居が高いかもしれません。 VCCWでできること 公式サイトの箇条書きを抜き出してきただけですが、下記のようなことができます。設定ファイル（Vagrantfile）を書き換えるだけで変更もできます。 コンフィグファイルによる設定変更（Vagrantfile） マルチサイト 管理画面のSS

仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins）に参加してきました。 1ヶ月前の勉強会ですが、参加メモとして残します。 この勉強会ではタイトルの通り、下記のツールやそれに関わる内容の発表がありました。 Vagrant Chef Docker Jenkins 私もJenkinsについて発表してきました。 日時 2014/06/09 19:30 - 22:00 場所 福岡市博多区博多駅前3丁目22番8号 朝日生命博多駅前ビル 株式会社ベータソフト様 会議室 アジェンダ お断り：スライドが公開されたアジェンダのみ掲載します。 Jenkins使ってみた～Windows編～ @tsubakimoto_s 私の記念すべき初めての登壇。 .NETプロジェクトでJenkinsを使ってみようという内容です。 この発表のためにWindows用のVagrantBoxを作成し、検証

どうも、最近は Chef とも Sensu とも Docker とも…遠のいてしまっているかっぱ（@inokara）です。 少しでも IT 力を復活させなければ ということで Chef を改めて勉強しようと思った矢先に思い出しました。 Opscode Chef のレシピ開発用単語集(vim向け)をリリースしました OpsRockin/opscode_chef.vim_dict @sawanoboly さんが作られた Chef のレシピ用単語集です。 導入 導入は README を見ればとても簡単です。 mkdir -p ~/.vim/dict git clone https://github.com/OpsRockin/opscode_chef.vim_dict.git ~/.vim/dict/opscode_chef.dict .vimrc " load_or remove chef_d

Chefでサーバー構築を全部自動化して、借りているさくらVPSに当ててみた。意地でも手作業はまったく入れない完全自動構築設定。これはよい。毎回手作業やらずに済むというのは、抜け漏れをなくすという点でも、構築時間を短縮するという面でも本当に楽。 前提 今回構築するサーバーの前提は次の通り。 CentOS 6.4環境で試行 vagrantを使って試験後、さくらVPSに対して適用 基本の設定として以下を実施 構築用のユーザーを作成 構築用ユーザーにsudo権限を付与 構築用ユーザーを秘密鍵認証でsshログイン許可 rootによるsshログインを禁止 パスワード認証によるログインを禁止 sshのポート番号を変更 ssh, http以外のアクセスをiptablesでシャットアウト nginxを導入 将来的にunicornを入れるための設定を準備 極力サードパーティクックブックは使わない（ブラックボッ

こんにちは。 技術チームの星野と申します。 社内勉強会で、Dockerfileの作り方とか、CoreOSでのDockerでのデプロイ方法の一例を紹介しました。 ↑はその際のスライドです。前半のポエムっぽい序章は、適当に読み飛ばしていただければと思います。 個人としてDockerを試している理由は、構成管理をDockerfileというシンプルな形式で記述しようとしているところが魅力的だったからです。 「CoreOSの発表」と言いつつ、デモでは「CentOS7」も使ったりしました(CentOS7がリリース直後だったから!!)。 CentOS7ではsystemdがデフォルトで動いており、弊社ではCentOSを採用しているサービスも多いため、ここぞとばかりに試させていただきました。 補足 あと、スライドの補足として、今回デモで動かしたCoreOSの起動〜Jenkinsコンテナ起動までのスクリプトの

タイトルのまま。僕はレシピの作成をVimを使ってやっているのですが、毎回似たようなコードを手打ちしていくのは頭おかしくなりそうなので、スニペット化していました。なんか需要がありそうなので公開しておきます。 コードはGitHubのryuzee/neosnippet_chef_recipe_snippetにおいてあります。 インストール方法大前提としてVimのNeoSnippetプラグインが必要ですので、適宜インストールしてください。 スニペットのインストールは、Bundleを使っている場合、.vimrcなどにBundleの追加とスニペットのパスの追加を行ってください(コードは折り返されているので注意)。 Bundle 'ryuzee/neocomplcache_php_selenium_snippet' let g:neosnippet#snippets_directory='~/.vim/

半歩進むChef-Solo 最近、Vagrant + Chef-Soloによるローカル開発環境Boxイメージ構築自動化に取り組んでいます。 Cookbookをつくるうえでのノウハウがたまってきたので、まとめの意味も込めて「半歩進むChef-Solo」シリーズでエントリ書いていこうと思います。 今日はChefで行う「共通化」についてです。 Cookbookの共通化（recipeとdefinition） Vagrant環境でChef-Soloによる構築自動化を行なっていると、複数の環境で似たような処理を行なっている箇所が出てくると思います。 例えば、同じResouceの組み合わせた処理が何箇所も出てきたり、特定のサーバソフトウェアに関連するセットアップをいろんなRecipeの中でやっていたり。 Chefにはこれらの処理をまとめるために、definitionとrecipeという仕組みがあります。

CentOSにRuby2.1.1をインストールする の続き chef-soloでローカルのサーバにインストールしてみる。 今回はphpをインストールしてみる。 Chefのインストール gemでchefをインストールする。 $ sudo gem install chef その後、knifeの設定を行う。 すべてデフォルトのままでOKみたい。 $ knife configure knifeの設定が終わると、下記のようなファイルが作られる。 $ cat ~/.chef/knife.rb log_level :info log_location STDOUT node_name 'ユーザー名v' client_key '/home/ユーザー名/.chef/dev.pem' validation_client_name 'chef-validator' validation_key '/etc/ch

概要 Knife solo prepareでターゲットサーバーにChef Soloをインストール 詳細 Knife solo prepareでターゲットサーバーにChef Soloをインストールします。 接続にはSSHを利用します。 コマンドは knife solo prepare server_nameです。 オプションについては下記コマンドにて確認 knife solo prepare -h 例 仮想マシンにChef Soloをインストール $ vagrant ssh-config --host server_name >> ~/.ssh/config $ knife solo prepare server_name $ vagrant ssh $ chef-solo -v Chef: 11.6.0 参照 http://matschaffer.github.io/knife-solo/

こんにちは！ 先月ドワンゴは歌舞伎座に引っ越したので"銀座"にあうように人生初の美容院に行ったけど、結果は床屋で切ったのと変わりなかった氏家です。 前回はChefとはなんぞや、というところで終わってしまいましたが、今回は導入編で、 - 最新のChef Solo 11.6.0、Knife Solo 0.3.0 限定 - 導入から実行するまでの、迷わない セットアップ手順 及びファイル構造の新定番！ を提案したいと思います。 それは、私がChef Soloを導入しようとしたときに引っかかった インストールして使い始めるまでのとっつきにくさ 開発環境と本番環境をどうCookbookで表せばいいのか 用途の違う複数のサーバーや、複数のプロジェクトを、どう管理するのがよいか 開発メンバーにも秘密にしたい秘匿情報は… といった問題をどう解決したか、そして少しでもChef導入の手助けになればと思っていま

Captcha security check tanimichi.com is for sale Please prove you're not a robot View Price Processing

開発環境を管理する 遅まきながら触ってみたら、予想以上に簡単だったのでちゃっちゃと備忘する次第。 Vagrant Chef | Opscode ということで、開発環境をどうにかしたかったので、VagrantとChefによる管理を試してみました。ついでに、Amazon S3のようなインスタンスを対象にもセットアップできるようにすることも想定してます。 本記事は、ほんとに備忘録ノリなので、「Chefとは」「Chef soloとは」「Vagrantとは」などについては各自ググってください。 前提 現状は、開発環境のVMが秘伝のタレと化している 新しくVMをセットアップする際の作業にも秘伝のスクリプトが点在する phpやnginxのconfigが、複数のリポジトリに偏在していて集めるの大変 それぞれが個別に設定しなくても、開発環境を一斉に更新できるようにしたい 新しい人がジョインしたときも同じ水準

前回エントリの続き。 Vagrant インストールメモ - jitsu102's blog Vagrant で起動した仮想マシンで chef-sole を実行して、サーバー環境を構築したいと思います。 サーバー環境構築までの処理は、以下のような感じになります。 仮想マシンの起動 ローカルマシンでレシピを作成し、仮想マシンへ転送 仮想マシンで chef-solo 実行 2~3 を 1コマンドでやってくれる knife-sole を使用します。 仮想マシンの起動 前回エントリの手順で仮想マシンを起動します。 ホストオンリ(プライベート)ネットワークも設定します。 Chef Client と knife-solo のインストールと 諸々の設定 Chef Client のインストール Omnibus Installer でローカルマシンへ Chef Clinet をインストールします。 Insta

2013/05/10 この記事は書かれてから1年以上が経過しており、最新の情報とは異なる可能性があります techChefVagrantVirtualBoxvirtualization 前々回、前回までで、ようやく気軽に作って壊せる仮想環境が用意できたので、 ここからは実際に仮想環境に作っていくところをやりたいと思います。 ※まだあやふやな部分が多いので、明らかに違っていた箇所はあとで修正する可能性があります。 もちろんゴールは、実際に少し作れるところまでです。（ファイルを自動で配置するとか、アプリケーションインストール済みの状態にするとか） ただ、そこまで大規模なものは想定していないので（数百台を一元管理とかは絶対やらない）、ローカル環境だけで気軽に試せる方法をとっていきます。 以下、こんな感じで最小構成で進めていきます。 Vagrant を最低限使えるようにする（終わってます）Chef

5. 現状(1) 複雑なアプリケーションスタック +-------+ |BIG-IP | <= SSL通信はここで解決、ローカルでは代替Apacheが必要... +-------+ | +-------+ |Varnish| +-------+ | +-------+ |Apache | +-------+ |Tomcat | +-------+ |(App) | +-------+ |Fluentd| +-------+ | +---------+---------+---------+ | | | | +-------+ +-------+ +-------+ +-------+ +-------+ |Log | |Solr | |MySQL | |MongoDB| |etc... | +-------+ +-------+ +-------+ +-------+ +-------+