はじめに docker-composeでアプリをデプロイする際、pumaにせよunicornにせよ、Railsのアプリが立ち上がる前にデータベースが起動している必要があります。これはデータベースのコンテナが起動しているという意味ではなく、データベースのプロセスが立ち上がり、ポートが外部に向けて開放されており、他所から利用が可能になっている必要がある、ということでございます。 これを確認するための機構がdocker-composeにはありません。 実装 そこでwait-for-itと呼ばれるスクリプトを利用します。 これをdocker-compseのcommandから呼び出します。 docker-compose run web bin/wait_for_it db:3306 -- rake db:create wait-for-itは特定のポートに対して、アクセスが可能であるか否かを判断する
※ 色々修正しました Rails開発等でdocker-composeを使うと非常に遅い場合があります（特にDocker For Mac）。 docker-compose時に余計なファイルをマウントしてしまってるのが原因らしいので、.git, log, tmp, vendor などのホストからマウントする必要のないディレクトリを別のvolumeでマウントを上書きしてしまえば解消されます。 具体的な docker-compose.yml は以下のようになります（Railsの例） version: '3' services: app: build: context: . dockerfile: Dockerfile.dev environment: RAILS_POSTGRES_HOST: db ports: - "3000:3000" volumes: - .:/app:cached - bu
概要 MBPの容量が圧迫しておりどうやら犯人はDocker for Macのようなのでお掃除していきます。 不要なコンテナの削除 Docker – Clean Up After Yourself! | Yohan Liyanage こちらのブログより。 exited containersは自動削除されないとのことで、こちらを実行してくださいとの。 $ docker rm -v $(docker ps -a -q -f status=exited) rmコマンドは少なくとも１つ以上の引数を必要とするので、 "docker rm" requires at least 1 argument(s). See 'docker rm --help'. Usage: docker rm [OPTIONS] CONTAINER [CONTAINER...] Remove one or more conta
結論 以下の手順で作るのが効率的です。 ベースにする Docker イメージを決める docker run -it <docker-image> sh でコンテナ内部で作業 1行ずつ、うまくいったらどこかにメモ 失敗したらいったん exit して再度 docker run ファイルの取り込みやポートの外部公開が必要ならオプション付きで docker run 全部うまくいったら Dockerfile にする ネットで見たことはないですが、もし docker build で試行錯誤しながら Dockerfile を作るとしたら、それはさすがに苦行です。 遅い デバッグしにくい！コンテナ爆発しろ！！って気持ちになります。 これが原因で「Docker 使えない 便利じゃない 」と思っていたのならそれは勘違いです。 手順詳説 試しに ip-api.com にリバースプロキシするだけの Nginx イ
最近サーバ*1を買ったので，今運用しているVPSから各種サーバを移行しています． せっかくなので最近の技術を勉強がてら導入したいと思い，Dockerを活用したサーバ構成にすることにしました．今回はMinecraftのサーバを移行することにします． また，DockerプラグインであるConvoyの情報が乏しく，迷った箇所があったので，後学のためのメモとしてこのエントリを書くことにしました．ご参考になれば幸いです． サーバ名などの固有名詞などは本来のものとは変えてあるので，適宜読み替えてください． 本エントリが行ったおおまかな手順は， (Dockerのインストール) Convoyのインストール MSMイメージのビルド MSMコンテナのデプロイ(データ移行) Convoyのスナップショット・バックアップ機能の確認 となっています． 概要 買ったマシンには，CentOS 7がインストールされている
【追記 2016/06/21】 Docker for Macがリリースされました。これでVirtualBoxを使う必要はなくなったので、この記事にあるdinghyを導入する必要はありません。 OSXでDockerを使うときには、VirtualBox + Docker Machineを使う事が多いと思います。しかし、VirtualBoxの共有フォルダ機能は凄く遅いため、その上で動くDockerも共有Volumesを使うと遅くなるという問題があります。 Vagrantの場合には、NFSマウントを使う事で早くすることができますが、Docker Machineにはその機能がありません。 そこで、OSXのDocker MachineのVolumes機能をNFSに入れ替えてくれるdinghyを試してみました。 codekitchen/dinghy: faster, friendlier Docker
しばらくiOSアプリのクライアントサイドばかり開発していてサーバサイドプログラムにご無沙汰だったのだけど、 最近またGoでアプリのサーバサイドを書くようになった。 ちょうど xhyve が話題になっているのもあって、OS X の仮想環境がアツい感じだったので、 ひさしぶりに Docker で開発してみよう、と思いたち、Dockerを使ったアプリ開発をやってみている。 docker-compose を使って依存ミドルウェアも一緒に立ち上げる docker-compose [1] というのを使うと、複数のコンテナを同時に立てられ、それぞれにリンクも良い感じにやってくれる。 開発環境を作るにはもってこいのツールだ。 GoのWebアプリ サンプルとして以下のようなアプリを考える。 // main.go package main import ( "fmt" "log" "net/http" "gi
結論 ローカルで docker 環境をいじりたいけど、ローカルのリソースを使いたくない人には docker-machine が便利です。 さらに、複数の docker ホストを仕事で使ってる人とかは、切り替えも簡単なので、とてもお薦め。 概要 自分は Mac で開発してるのですが結構な頻度で docker build で image を作っては試しの繰り返しをしたりしています。 MBA だとマシンパワーが残念な感じなので、docker-machine を使って Digital Ocean に docker 環境を用意してしまいます。 あたかもローカルで docker run しているけど、実は Digital Ocean に繋いでいるという感じを構築します。 注意 別に boot2docker が嫌いとかではないです。単にローカルのマシンパワーを吸い取られるのがイヤなだけです。 環境 Ma
http://ilikestuffblog.com/2014/01/06/how-to-skip-bundle-install-when-deploying-a-rails-app-to-docker/1 comment | 0 pointsBrian Moreartyがタイトルの内容についてまとめています。 Dockerでは、Railsアプリを、依存関係（正しいRubyのバージョン、利用するgemなど）を組み込んだまま、コンテナにデプロイできる。アプリをそのコンテナでテストし、本番環境のホストにアップできる。事前にメモリを確保する必要がないので、かなり軽い感じのVMのようである。このポストではコンテナ作成の詳細には触れないが、簡単に説明すると、コンテナをセットアップするスクリプトであるDockerfileをつくって、docker buildで実行するというステップ。 Dockerは、最初
私はこのところしばらく仕事でVMやコンテナを扱っていましたが、大学のいくつかのプロジェクトでJavaのコードを書かなければならないときは未だにvimを使用せず、新たに本格的なIDEをインストールしなければなりませんでした。これにはいつもイライラさせられていましたが、ついに今週、Dockerコンテナ内でNetBeansを実行できるようになったのです。それによって普段使用しないJavaのコードを書くための膨大な環境をパソコンにインストールしなくて済むようになりました。 Dockerコンテナ内でGUIアプリケーションを実行する場合には、いくつかの方法があり、 X11転送を行うSSH や VNC を使用します。しかし私が発見した最もシンプルな方法は、X11のソケットをコンテナと共有して、直接使用するというものでした。 このアイデアはとてもシンプルで、以下の Dockerfile を開始点として使用
コンテナに ssh 接続するのはいかがなものかという記事を見て、納得したので以下のようにアクセスしてみだんです。 ※ちなみにコンテナにはsshも入っており、そちら側からアクセスると正常に動く。 ところが以下のようにアクセスしたところ、
Introduction This blog post shows how I deploy a Ruby on Rails app that runs in a Docker container on a DigitalOcean server. To keep it simple, I’m going to explain a very manual process on simply getting an app deployed inside a Docker container. In this post I’ll show you: How I installed Docker on a server The Dockerfile for my Rails app Building with bundled gems from Gemfile Building with co
Dockerコンテナ間のlink，database.ymlの書き方 DockerはLinksというコンテナ同士の連携を簡単に行う仕組みをもつ． これは，DB用のコンテナとアプリケーション用のコンテナの連携を行いたいときなどに有用になる． 例えば，1337ポートがEXPOSEされたcontainer1という名前のコンテナとの連携を行いたいとする． このとき以下のように，-link 連携したいコンテナ名:エイリアス名で新しいコンテナを起動すると， そのコンテナ内に連携したいコンテナのポート番号やIPをもった環境変数が現れる． docker run -d -link container1:alias user/sample bash root@48408a38c9b2:/# env ALIAS_PORT_5432_TCP_ADDR=172.17.0.2 ALIAS_PORT=tcp://172.
Dockerなんかやっとわかった。DockerのCMDとENTRYPOINTってこう説明されてる。ENTRYPOINTはrun時の引数がENTRYPOINTの引数になるよ。CMDのときはrun時の引数がそのまま置き換わるよ。だいたいこんな感じの説明だけなので、よくわからなかった。要するにENTRYPOINTってのは絶対なわけだ。runする人が変えられない。Dockerfile作者が絶対に実行したいコマンドってこと。CMDは、runする人しだいで置き換えられるもの。で、ENTRYPOINTは絶対なんだけど、それに対する引数はユーザに選んでもらってもいいってときは、併用するんだ。 ENTRYPOINT ["ls", "-l"] CMD ["-a"] いい例が浮かばなかったけど、ls -lは変えられない。run時になにも指定しなければls -l -aになる。run時に-tを指定したらCMDが置き
こんにちは、tahara です。 ちかごろ Docker を使ってステージング環境を作っています。 いろいろはまりました。 Btrfs 使ってる Btrfs を使っていると pwd が失敗したりします。 Btrfs 上では AUFS だと問題があるようです。 docker のデーモンを -s btrfs オプション付きで動かしましょう。 Debian なら /etc/init.d/docker.io で指定すればいいと思います。 DOCKER_OPTS="-s btrfs" apt-get が遅い 日本にいるなら /etc/apt/sources.list で ftp.jp.debian.org などを指定しましょう。 Dockerfile であらかじめ用意していたファイルを ADD するといいと思います。 ADD sources.list /etc/apt/sources.list タイ
rbdockというRuby/Rails/Sinatra用のDockerfileを生成するgemをつくった tcnksm/rbdock rbdock | RubyGems.org | your community gem host 実験的に作ってみた．RubyやRails，Sinatraアプリケーションを動かすためのDockerfileを生成する． これを作った理由は，今まで自分でRuby/Rails/Sinatraのコンテナを作ってみたり，Web上のRuby+Docker関連の記事などを見ていると，どれも同じようなDockerfileを書いていたため． さらに，Dockerの流れを見ていると， コンテナは必要なものだけを入れるようになりそう．つまり，RedisならRedisの，nginxならnginxの，RailsならRailsのコンテナをそれぞれ作るようになりそう． コンテナの起動やコン
13. ## Dockerfile の配置 ├──Gemfile dockerfiles/<image-name> で ├──Gemfile.lock Dockerfile を配置する ├──Rakefile ├──dockerfiles │ ├──base │ │ ├──Dockerfile │ │ └──keys │ │ ├──id_rsa │ │ └──id_rsa.pub base イメージ │ └──jenkins │ ├──Dockerfile │ └──start-jenkins.sh └──spec ├──base jenkins イメージ │ └──sshd_spec.rb ├──jenkins │ └──jenkins_spec.rb └──spec_helper.rb 14. ## spec の配置 ├──Gemfile spec/<image-name> で ├──
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
