はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

docker stopってどうして時間がかかるのだろう？？と疑問に思ったことはありませんか。 その理由は、Linuxではpid=1のプロセスはとても特別な扱いをうけるので簡単にkillできないという性質があるにもかかわらず、docker runでコンテナ上で実行されるコマンドはpidが1だからです。そういった問題を解決するのがdumb-initであったり、tiniであったりするわけです。 ということで、試しにdumb-initで本当に問題が解決されるか検証してみましょう。 テスト用のDockerマシンを準備する すでにテスト用の環境がある方はスキップして次に進んで下さい。 $ docker-machine create --driver virtualbox node1 $ eval $(docker-machine env node1)

Dockerに新しく追加されたビルトインのオーケストレーションを試してみます。 このポストを書き終わった時点で、docker v1.12のオーケストレーション機能をマルチホストで試すよ on さくらのクラウドを見つけました。 すごくよく書かれているので少し気が引けますが、僕のポストはMacのローカルで試してみる、という点で若干の違いがあるのでこのままポストします。 手順の流れは下記の通りです。 Swarm Managerノードを作って、Swarm Workerノードを２つ追加する。 試しにnginxのコンテナを作る。 nginxのレプリカを複数作ってスケールアップする。 試しにレプリカをいくつか削除して挙動を確認する。 試しにWorkerノードを１つ削除して挙動を確認する。 ひとまずDockerを1.12にアップデートする 手持ちの環境がMac OS Xなので、Mac OS XにDocke

Vagrant.configure(2) do |config| config.vm.box = "ubuntu/trusty64" config.vm.hostname = "host1" config.vm.network "private_network", ip: "192.168.33.10" config.vm.provider "virtualbox" do |v| v.memory = "2048" # ネットワークアダプタに変更を加える v.customize ['modifyvm', :id, '--nictype1', 'Am79C973'] v.customize ['modifyvm', :id, '--nicpromisc1', 'allow-all'] v.customize ['modifyvm', :id, '--nictype2', 'Am79C973'

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?