Vagrantでknife-zeroを試そうとして挫折する人が多いらしいので、自分の考えるベストプラクティスを書いてみます。 追記：記事の一部を更新しました。詳細は末尾の更新履歴でご確認ください。 以下、Vagrantを開発環境で利用することを想定しています。 下記のドキュメントを参考にしました。 Knife-ZeroとVagrant(単品VM) - Qiita TL;DRプライベートネットワークモードで立ち上げた2つのVMに、knife-zeroでレシピを適用する具体的な手順を説明します。 基本方針は下記の通り。 コマンドラインでのパラメータを極力減らす。 IPアドレスの記述は.envrcに集約して、その他の設定ファイルやコマンドラインでは環境変数を使う。 適切に設定ファイルを書けば、下記のような一連のコマンドでレシピの適用まで実行することができます。 % cd knife_zero_e
もうちょっとで新しいMacBook 12″が出ますよね。軽いのにRetinaですごく良さそうなのですが、CPUが非力なのが気になります。 私はサーバサイドの開発がメインで開発環境の構築にはvagrantを使っています。vagrantはメモリもCPUも食うのでMacbookではちょっと厳しそう。特にテストの実行は数十分待たされそうな予感もあり、メインの開発には力不足です。 別にvagrantの実行はローカルホストで行う必要はないので、aws providerを使ってEC2上で動かしてみたりしたのですが、ネットワークやインスタンスコストの問題で常用は躊躇していました。 検索していくと、本家のIssuesでもvagrantをリモート実行する議論が行われていました。そこで紹介されているプラグインを試してましたが用途とは合いませんでしたし、バージョンアップの多いvagrantで使い続けられるか心配で
Vagrant の VM は大抵 CUI で操作するけど、たまに GUI のアプリケーションをどーしても使いたくなることってあると思う。 今回は SSH の X11 転送を使って Vagrant の VM 上で動く X を使ったアプリケーションを操作できるようにしてみる。 まず Vagrant を動かすホストには X Server が必要なのでインストールする。 OS X の場合 10.8 (Mountain Lion) 以降 X Server はバンドルされなくなってしまったので、別途 XQuartz を入れる。 http://xquartz.macosforge.org/ さて、以下が肝心の Vagrantfile だけど、ポイントは config.ssh.forward_x11 を true にすることだけ。 $ cat Vagrantfile # -*- mode: ruby -*
■概要 ATLAS ( https://atlas.hashicorp.com/ ) は、Vagrant 等を開発している Hashicorp社 ( https://hashicorp.com/ ) が提供開始したサービスです。これまで提供していた Vagrant Cloud の環境をバージョンアップし、開発環境だけでなく、本番環境への展開や運用を１つのワークフローで実現できるようにしたプラットフォームです。 ATLAS はクラウド上のサービスですが、これまでの Hashicorp が公開してきた Vagrant、Packer、Terraform、Consul を１つの画面上で管理できるようになりました。 以下では、サイト上の説明などを元に、ATLAS についてと、周辺ツールについて整理したものです。 ■ATLAS https://atlas.hashicorp.com/ サイトの説明によ
[Vagrant] Vagrant で複数のVM を立ち上げて、お互いに通信できるようにするには [VirtualBox] Vagrant では、一つの BASE BOX イメージから、複数の VMを起動することができるようになってえらくステキです。 勿論、複数のイメージファイルを指定することもできますけれども、BASE BOX は素の状態にしておいて、各サーバは Chef の Role を使って識別して、構成できるようにするのが宗教的理由により優れていると判断しましたので、そのように構成してみようと至ったわけです。 今は、たまたま、ZABBIX2.2の環境を構成しようとしているのですが、ZABBIX の Webフロントエンドと、ZABBIX本体(+DB)を別々のサーバにして構成してみようというところから、この考えに至ったというか、今朝、入門Chef Solo – Infrastructu
![[Vagrant] Vagrant で複数のVM を立ち上げて、お互いに通信できるようにするには [VirtualBox]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5cb349daa94672c13da64f0c346bcbd2c7758d33/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fs0.wp.com%2Fi%2Fblank.jpg)
[2014-01-09-1] からmasutaka.netのCIを開始したが、残念ながら masutaka.netに直接serverspecする、なんちゃってCIだった。 masutaka.netにcookしてからPRを出して、WerckerにCIさせていた。 WerckerとAWSを連携させて、テストのたびにサーバをまっさらな状態から 作り、終わったら破棄することが可能になったので、ここに記録しておく。 去年くらいに話題になったこの辺の話。 Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー naoya/circleci-serverspec なんで今までやらなかったかというと、cookが一発で通らないレシピになっ ていたから。。気づいてはいたんだけど、本番サーバのテストが通りさえ すればよかった
(2015/05/11追記) 下記の方法を元にCentOS 6.6のVagrant boxの作成方法を、別エントリーにまとめた。 CentOS 6.6 x86_64 minimalのVagrant boxを作る - 作業ノート 少し前に、 実践 Vagrantを読み終えた。書籍の感想は別のブログに書いたが、ここではVagrant boxの作成方法についてまとめる。 今回作成した理由は、自分用の開発環境のベースとなるboxを事前に用意しておきたかったから。CentOS 6.5を選んだのは、会社で管理しているLinux OSのほとんどがRedHat系だから。 boxの作成環境はOS X Mavericksで、VirtualBox、Vagrantはインストール済。 ISOのダウンロード CentOS ProjectからCentOS-6.5-x86_64-minimal.isoをダウンロード。 仮
Vagrantのproviderは、VirtualBoxやAWSなど様々ありますが、VMware vSphere(ESXi)用のvagrant-vsphereを試してみたので備忘録として残しておきます。 Installation まずは、vagrant-vsphere pluginのインストールから。githubのREADMEに書いてますが一応。 $ vagrant plugin install vagrant-vsphere Prepare dummy box 次にダミー用のboxイメージを作成します。vsphereを使う場合は、virtualboxとは違ってローカルにboxイメージは置きません。 $ cd ~/.vagrant.d/gems/gems/vagrant-vsphere-0.8.2/example_box/ example_boxディレクトリ配下にmetadata.json
Vagrant1.6のDocker provider Feature Preview: Docker-Based Development Environments Vagrant 1.6からDocker providerがサポートされた．つまり，VagrantでVMだけでなくコンテナも管理できるようになった． この機能はネイティブでDockerをサポートしてないOSXでも使え，この場合は裏側でProxy VM（boot2docker box）が勝手に立ち上がって，その上でコンテナが立ち上がる．つまり，以下のようになる． OSX -> (Proxy VM) -> Docker Container OSXの場合，これは今までboot2dockerを使ってやってきたのと変わらない．ただ，Docker providerを使うと，boot2dockerの立ち上げまで面倒を見てくれる． 何が嬉しいのか
Before even installing Vagrant or seeing how it works, it is important to understand the high-level workflow of Vagrant in an actual working environment. These principles are collectively known as the "Tao of Vagrant." The following is an excerpt from Vagrant: Up and Running. In a world with Vagrant, developers can check out any repository from version control, run vagrant up, and have a fully run
７９は今何をしているのか？
社内ニートアピールがうざいとか思われてるかもだけど、仕事はしてますアピール。 仕事とかプライベートで使ってるものが多くなってきたけど、それぞれの記事をブログに書くまでの時間がないので意識高めるためにもリストアップしておく。誰かのブログを参考にしてますｗ時間があれば記事も書く。同じことやってたりして質問とかあれば聞いて下さい。 ■仕事 ・Vagrant 下のAnsibleと連携して使っている。最近だとyeomanのgeneratorとしてvagrantのテンプレート作って、それをyo→vagrant upだけで開発環境構築完了する。爆速（Ansibleのインストールは遅い）。 ・Ansible vagrantを構築して、そこにCassandraとかぶち込むために使ってる。npmリポジトリからインストールさせたり、gitからcloneさせたり、色んなモジュールが揃っていてやりたいことがplay
"実践Vagrant"を読んだ O’Reilly Japan - 実践 Vagrant Vagrantは普通に問題なく使えているし，本をわざわざ読む必要もないと思ったが，以下のようなモチベーションで購入． Mitchell Hashimoto氏の設計思想的な部分を知りたかった プラグインをつくりたかった 落ち穂拾い まず，設計思想．1章に”Vagrant道”という節があり，ユースケースというか，Vagrantを使った高レベルなワークフローが説明されている．開発者や運用技術者からみて，普段のプロジェクトの中でVagrantがどのような役割を果たすのかが簡単にまとめられている．Vagrantが近年の開発環境にあまりに自然に入り込んできたのは，このようなビジョンがあってからこそだと思う．誰もが理解できるビジョンを掲げ，それをコードに落とし込むところがMitchell氏のすごさなんだと改めて認識し
第3回 コンテナ型仮想化の情報交換会＠大阪 で行った発表です。 コンテナ超人みたいな人ばかりで、この内容で発表して良いものやらと思ったのですが、アプリケーションを書く側からの視点で話してきました。 Vagrant ユーザのための Docker 入門 Docker を知った時は、速くなった Vagrant のようなものだと思っていたのですが、色々と見る内にそもそも別のもので、ユースケースとして重なるところはあれど、別のツールだと認識した方が良いです。 Docker の入り口としては、デモを見てもらうのが、手っ取り早いので、そのあたりが伝わったなら良かったです。 Introduction to Docker 発表で引用した「Introduction to Docker」は下記です。公式の資料なので、色々ググる前に、まずはこれを読むのがおすすめです:D CentOS で Docker を動かす
こんにちは、＠oko_changです。 伊藤直也さんのブログにあるこちらの記事は読んでいたのですが、自分でもう少し整理したかったので今回はその内容を残しておきます。 構成 OSXに以下のツールをインストールしてありま、レシピの適用とテスト先のサーバがAWS上のEC2インスタンスといって感じです。 Packer Vagrant Chef SoloやJenkins また、今回の内容はこちらのリポジトリにまとめておきました。 環境構築 Packer 今回の環境はAWS Market Placeで配布されているCentOS公式のAMIを使う予定です。 このAMIはsudo実行時にttyが必要となるので、Packerを使ってこの辺の設定や最低限の設定をします。 Packerの使い方はとても簡単ですし、少し前のエントリで簡単な使い方をまとめましたのでこちらでは省略します。 Vagrant 次はVagr
Vagrant 1.5がリリースされたと思ったら、Vagrant Cloudなんてのが登場してますね！ で、Vagrant Cloudの中にVagrant Shareってのがあるんだけど、試してみたらとんでもなかったので、早速やり方をシェアするよ！ Vagrant Cloudにユーザ登録 Vagrant Cloudのページにアクセスして、まずはユーザ登録しよう。 迷うことはないと思うけど、「JOIN VAGRANT CLOUD」ってボタンをクリックすれば登録ページに飛べる。 次に、ユーザ名、メールアドレス、パスワードを入力したらユーザ登録は完了だ。 Vagrant1.5のインストール Macの場合は普通にダウンロードページからdmgファイルを落として、ダブルクリックでインストール。 念のため、確認。 $ vagrant -v Vagrant 1.5.0 Vagrantfile作成＆仮想マシ
この記事を公開する直前に Vagrant Cloud がはてブに上がってるのを見て、今あわてて追記しています。すごい楽しいことになってますねー。 Vagrant Cloud Vagrant 1.5 and Vagrant Cloud - Vagrant ブログ記事をざっと読んだ感じだと、Vagrant 1.5 の新機能は、 VagrantShare - まるで公開されてるサイトみたいに VM の URL をチームメンバーに見せる Box を koseki/centos みたいな短い名前で指定できるように。バージョン管理 rsync と SMB でフォルダ同期 Hyper-V - MS の仮想環境に対応 insecure-private-key の代わりに SSH でパスワードが使えるように プラグイン管理 Funtoo, NetBSD, TinyCore Linux のゲストに対応。ネット
最近注目されている開発支援ツール「Vagrant」は、テスト用の仮想マシン作成やその環境設定などを自動化するツールだ。これを利用することで、仮想環境の作成からセットアップ、そして破棄までを、簡単なコマンドを実行するだけで行える。今回はこのVagrantの概要と基本的な使い方を紹介する。 仮想マシンの作成や環境構築、仮想マシンの破棄までを自動化するツール「Vagrant」 近年、Web開発の分野ではPC上に構築した仮想マシン上にテスト用の環境を作成し、そこで開発やテストを行う、というスタイルが一般的になっている。その場合に問題になるのが、本番環境とテスト/開発環境が同一になっていない、というケースだ。また、複数人の開発者が関わるプロジェクトでは開発者がそれぞれ自身のマシン上に仮想環境を構築して開発するという例も多いが、この場合開発者ごとのテスト/開発環境がそろっていないという問題も発生しうる
Top/プログラミング/rbenvでuninstallしたはずのgemに対するスクリプトが~/.rbenv/shimsに残り続けててハマった rbenv を使っていて gem でライブラリをインストールすると、実行ファイルは ~/.rbenv/shims の下に作られるスクリプト経由で実行されるらしい。 例えば gem で vagrant をインストールしていると、 % which vagrant /Users/fkoji/.rbenv/shims/vagrant こんな感じになる。 で、例えば複数のバージョンの Ruby で同じ gem をインストールしていると、いずれかのバージョンで gem uninstall をしても、残りのバージョンでアンインストールされてなければ ~/.rbenv/shims の下に起動スクリプトは残ったままになる。 なので、 % vagrant rbenv:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
