Docker

LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

wine-linuxとBashOnWindowsなら前者を選ぶのがここのたしなみと考えていたのだか…

Docker使う人はこの板では少数派のいわゆる普通のLinuxユーザー(つまりサーバー系)なので
手元の作業端末はだいたいWinかMacが基本だと思うよ

この手の技術は進化が早いからついて行けないのはしょうが無いな

http://www.boycottdocker.org/
ちょっと極端な意見もあるように思うけど、まあそういう人もいるかもね。

VM vs コンテナと言うが、台数ベースではVirtualBoxの上でDocker動かしてるのが最も多いというオチ。

普通にクラウド使うだけでだいたい解決しちゃうからなあ
Dockerを運用できるほどがっつりインフラ作り込んでて
さらにDockerのメリットが得られるほどバリバリ開発してるようなシステムって
そんなに沢山あるとは思えないな

>>751
何か勘違いしているなこいつ。

hyper-VはVirtualBOXと共存できないのがつらい

VMwareとVirtualBoxもだめだった。

> Dockerを運用できるほどがっつりインフラ作り込んでて
何が必要なんだ？ インフラを作り込まなくて済むのが
Dockerのメリットなんだが。

>>751
単にWebサーバーを稼働とかならdockerなくてもいいげど、役割持たせたコンテナを運用したいならdocker使うのがよさげ。

>>754
Macで共存してるけど、問題ないね。

マイクロサービスアーキテクチャ＋Dockerだ！

>>755
インフラに手間かけたくないなら出来合いのPaaSや普通にEC2のAMIとか使ったほうがよほど手軽だよ
Dockerだとどうしてもセルフサービスの部分が大きくなるし、
独自に作り込めばその分クラウドプラットフォームが提供する便利な機能も活用しづらくなる
良く言えばベンダーロックインを避けられるということでもあるけどね

>>759
お前分かってないだろｗ

AMI or Dockerじゃないんだよ。

AMI + Dockerというふうに組み合わせて使うんだよ。
っていうかDockerだけじゃ使えない。

クラウドプラットフォームが提供する便利な機能も
Dockerで使うんだよ。

>>760
だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
お前はきっと次のレスで反発するだろうが、一度落ち着いてよく考えてみたらいい
お前、Dockerを使うために結構手間かけてるだろ?

> だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
二重管理なんかしてないが？

お前AMIを使ったら、すぐにWordPressが動くとでも思ってるのか？

>>762
いや、まさかとは思うが、FROM wordpressでWordPressが使えるから簡単だとか
「インフラを作り込まなくて済む」ってそんなレベルの話をしてたのか?

>>763
インフラ部分を面倒見てくれるのがあるからdockerを使うんだけど。

PaaS ならそのとおりだと思うけどなんでAMIを入れた。
AMI なんてただの OSイメージでしかなくそれ以上でもそれ以下でもない。

AMI を扱うということはIPアドレス設計やモニタリング、ロギングなどは
自前にしないといけなくなるし。
そうすると GKE などの DaaS を使うほうが結局手軽になる。
もう一つの大きな DaaS である ECS はあまりやってくれないらしいけど。

PaaS なら Docker と比較して手軽というのはその通り。
まぁ、そうは言っても Heroku がベータとは言え Docker サポートしちゃったから
ロックインを避けるために少し手間を掛けても
アプリの動作環境の構築とデプロイは Docker にしちゃうのも手だけど。

>>757
Windowsではだめだった。　VMwareが作った仮想ネットワークデバイスをVIrtualBoxが乗っ取ってしまって
VMwareのゲストがネットワークに繋がらなくなった。

Docker for Macのosxfsでのファイルアクセスが死ぬほど遅いんだけどどういう解決方法がオススメ？

Docker for Macなんか投げ捨てて逆にLinux上のディレクトリをsshfsかなんかでMacにマウントしたら

>>766
あらら、可能ならVmware communityに書き込むと改善されるかも。

>>766
Windows 7上で
VMware Workstation Player 12とVirtualBox5.0.16で共存できてるぞ
ネットワーク接続の
「VirtualBox Host-Only Network」のプロパティで「VMware Bridge Protocol」
のチェックを外して共存できたぞ

>>770
Win7 上で Workstation 10と VirtualBox 4.3だった。　もう解決された古い問題かも。

コンテナ内のファイルを間違えて変更してコンテナが立ち上がらなくなってしまいました。
変更したファイルを元に戻したいのですが、コンテナが立ち上がらないので docker exec で入って
修正するということができません。
他になにか修正する方法はないでしょうか？

ドッカーン

>>772
盆栽じゃないんだから、再構築する材料はとっておこうよ。

他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。
docker diffで変更されたファイルが確認できるんで変更をrevertする方法もあったらいいんですが。

一体どうやったらそんな状況になるんだ

ENTRYPOINTがコケるような変更を加えてdocker stop
で簡単に再現できるかと。

docker cp 使って変えたファイルを取り出して修正した後に
docker cp でコンテナに放り込んで start すればOK

ありがとうございます！助かりました。

10:00に問題を書き込んで13:30に解決、
かかった時間は3時間30分

> 他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。

本当に早かったんですかねぇ（・∀・）ﾆﾔﾆﾔ

？
そりゃ、cpで済む方が早いでしょ？

書き忘れてたけど、StorageDriver に aufs や overlay(fs) を使ってるなら実ファイルは
/var/lib/docker 以下にあるので最悪はそこからでも触れる。
変えてしまったファイルのパスの確認もできる。
ただし、DeviceMapper の場合だと簡単ではない。
btrfs や zfs の場合は試したこと無いから知らない。

http://paste.ofcode.org/QqeZLmXfui3HBPqTUDmD6j

>>781
まともな使い方してればdocker buildで終わりだってことでしょ

死んだコンテナのイメージを差し替えて立ち上げることが可能ならそれでもいいんですが、
ボリュームを回収して新しいコンテナを立ち上げるしかないんじゃないですか？
まぁ、コンテナが立ち上がらなくなること自体がまともな使い方じゃないと言えばそうですが。

いや永続化が必要なデータは外部のDBに置くかVOLUME使おうよ
コンテナは常に使い捨てが基本だよ

そこは使い方様々ですからねぇ。
自分も壊して構わない前提でいろいろいじくりまわしていて、仮にデータがすべて
失われたとしても作り直せばいいだけなんですが、その手間が省けるならそれに
越したことはないと。
というかそもそも>>772も、その問題を解決したいというよりも書いている通りそのまま、
そのような方法があるかどうか知りたいから質問したわけですけどね。

作り直す手間ってなに？
どこに手間があるの？

自分でケツも拭けないクソが偉そうに能書きたれてるな。哀れ

>>786みたいな盆栽遊びが好きな人には、ビルドとかものすごい手間に感じるんじゃないの。

>>787
>>786のことであれば、ボリュームに入っているデータのことだけど？
ようはコンテナ立ち上げた後のアプリケーションの設定やなんか。

>>790
コンテナ立ち上げた時点でアプリケーションの設定なんか終わってるんだが？

当たり前のことを言うね。

コンテナにログインとかやるやつは
頭がおかしい。

overlayfsを使ってる方ってCentosなんですか？Fedoraですか？
無知な学生ですが、プロの皆様にお聞かせいただきたいです

>>91
かなり遠い所へのレスだけどまさにこれ。
「へえ、docker使ってみるか」
「マ゛マ゛〜、sshdどご〜」
ってなったわ。

sentosではaufsがマージされなくなったのか
いつの間に

お前らはどうやってDockerfile書いてるの？
手動で手順を確認しながらメモって後でDockerfileに清書？

複雑なときはそうするけど基本的にはトライ&エラーだな
前のステップをなるべく弄らないようにすればビルド時間はそれほど問題にならない
で一通りできたらリファクタリングして完成

同一ホスト配下でブリッジ接続の複数コンテナに対して標準のポートでhttp, httpsをつなぎたい場合、nginxだったりのリバースプロキシを用意するのが標準？
redmineやjenkinsだったりを使いたいと思ってるんだけど、Dockerの機能を使ってルーティング出来たりする？

>>796

tmux などで上下分割して、上で docker run --rm -it debian bash して、試行錯誤
下では vim などで Dockerfile 開いて記述

ホスト側で透過プロキシとして squid を動かしているので（dockerで)、やり直しになってもそれほど気にならない。

コマンドの細かい挙動などをチェックしたい場合が多いので今のところは上の方法でやっているけど、
一旦 Dockerfile へは1行ずつ記述して最後にきれいにするほうが速くて良い場合も多いと思う。
1.13 からは squash も追加されるようなのでそこまでしなくて良くなるかもしれないし。

>>798

docker にはその機能はない。

nginx でのリバースプロキシで良ければ nginx-proxy というコンテナを起動するのが良いと思う。
これは、docker api が提供するどのコンテナが起動しているかなどのメタ情報とテンプレートをもとに、
コンテナ生成/削除時の設定ファイルの修正や、プロセスの再起動をしてくれる「docker-gen」という
アプリケーションと nginx を組み合わせている。
これにより、コンテナが立ち上がったり、終了したりすると nginx.conf を修正してそのコンテナへ
プロキシする設定の追加/削除を行い nginx の reload をしてくれる。

機能を実現するために、docker.sock を他人が管理するコンテナに見せないといけないので
そのセキュリティ上の問題点は理解すること。

https://github.com/jwilder/nginx-proxy

自動でなくてよければ、自分で管理する nginx を立てるのでも良いと思う。

>>799
オイラはローカルディレクトリをコンテナのホームにマウントして一通りやってからbashのHistoryから必要なものを抜いて作るな
会社の串が特殊なので一度通してからじゃないと安心できない

>>796 だけどレスさんくす
わりと人それぞれなんだな
参考にさせてもらうわ

>>800
詳しくありがとう。nginxでのリバースプロキシはVMで作ったことがあるから先ずそっちを検討かな。挙げてくれたコンテナも調べてみるよ。

盆栽作りってすごくしっくりくるな
わろたｗｗｗ

>>796 >>802だけど複雑だったから結局>>796の方法でやってる
>>801の方法も良さげだなぁ
インストール時間が作業時間のボトルネックだね

会社でDockerのおすすめの本を聞かれたんだが、
なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ

>>806
その人もどこから始めていいかわからないんじゃないの？
読んだ本でいいのがあれば自分の感想も含めて教えてやればいいし、読んでないならそう答えれば

> なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ
バカか？

なんのために作られたのかを理解しなければ、
変な使い方をして使いにくいと愚痴る馬鹿ができあがるだけだろ

初心者ですまんが、dockerに固めたライブラリ類のアップデートってどう管理するの？
セキュリティ警告出てるバージョンが含まれてるかどうかscanする方法はある？

>>809
Docker Hub を使えるなら Docker Security Scanning
https://docs.docker.com/docker-cloud/builds/image-scan/
http://www.publickey1.jp/blog/16/docker_security_scanning.html

手元でチェックしたいなら vuls
https://github.com/future-architect/vuls/blob/master/README.ja.md
vuls やってみた系記事、作者が日本人なのでこれ以外にもいっぱい記事がある。
http://cross-black777.hatenablog.com/entry/2016/05/09/090000

両方ちゃんと使ったことはないので、pip や bundle、npm などでインストールされた
言語のライブラリのチェックをしてくれるかは知らない。

言語のライブラリ周りは VersionEye あたりが使えるのかな
https://www.versioneye.com/
https://www.infoq.com/jp/news/2016/09/versioneye

ぜひ試してレビューしてほしい

>>810
ありがとう
vuls試してみる

>>806
プログラマならDocker教科書
インフラ屋なら知らん オーライリー本でも買っておけば？

Dockerってなにがいいの？

現実として手間やリスクをペイするかはともかく、少なくとも転職活動のときのネタにはなる

>>813
VPCに比べていろいろ面倒くさくない

インフラを保守的に運用しつつ、スキルのあるアプリエンジニアに最大限の自由を与えることができる
特にオンプレだと顕著
もともとバリバリのクラウド開発でサーバーなんか使い捨てだよという感じなら起動が早いくらいしかメリットはない

アプリのデプロイの話をしてないやつは
エセインフラエンジニアだから
話半分に聞いていればいい

>>816
オンプレはほぼ同意見。
あとは、開発者の手元に似たような開発環境を用意しやすいぐらいかな。

クラウドに関しては、GKE や ECS がサービスとして存在していることを考えると
ある程度の柔軟性をもったパッケージングと配布（デプロイ）が準備され、
それが逆に一定のルールとなって縛っていることがメリットだと思う。
そのおかげでどのようにスケールするかなどがある程度決めれるから。

結局、オンプレもクラウドも一番大きいのはこのルールなのかなと思ってる。

ちなみにすごくどうでもいいことだが、docker が出た当初からインフラ屋の俺はこれを
アプリエンジニアとのプロトコルと呼んでいる。

macvlanでapacheを複数ホストする方法を教えてくれ。
dockerホストのVMにmacvlanでapacheコンテナを複数作成。
それぞれmacvlanで192.168.0.1, 192.168.1.2を割当。
dockerホストと別のVM(192.168.0.254)から192.168.0.1, 192.168.0.2へのpingが通らない。
192.168.0.1と192.168.0.2の間ではpingが通る。
誰か助けてー

■参考(公式ドキュメント)
https://docs.docker.com/engine/userguide/networking/get-started-macvlan/

>>819
docker host が VM 上だと macvlan が通らないことがあるのでそこのチェック
(コンテナの mac が vm とは異なるものなので、virualbox だと自動的にフィルターされる。
そのため、promiscuous mode にしないといけなかったと思う。）

単純なデバッグとしては外部からの ping がホストまで届いているか tcpdump してみれば？
macvlan モードはオンプレなら何も気にしなくていいけどVMだとそっち側で色々されちゃうので
一筋縄ではいかないのがちょっとつらい。
あとは、ホストへの通信が簡単にはできないのも辛い。

>>820
コメントありがとう。
ググってるだけでまだ触れてないけど、難易度高そうですな…

社内用にgitlabとか簡単に構築したくて入れたけど便利だな
nginx-proxyとかgitlab-runnerにdocker.sock渡してるの怖いけど

そうそう、そういうのを無効化するのが醍醐味
わかって使えばこの上もないツール

自作のアプリならいいけどそういう他人が
作ったものっていうのはデータの永続化が困る。

どこを保存すればいいのか、調べりゃある程度わかるけど
本当にそれだけでいいのか判断できない。

データディレクトリってちゃんと別れていればいいけど
設定ファイルは別の場所だったり、
「管理画面から入れるプラグイン」は特定のディレクトリに入ったりで
コンテナ消したときにちゃんと復帰できるのか自信が持てない。

そういうものは、docker commit で頑張れなくもないけど、
コンテナが immutable であることを前提に設計されている docker を使って
運用するのは向かないものなので VM や lxc なんかで運用するしたほうがよい。

気になって追いかけるときに docker diff なりを使うのもありだけど
結局コード読まないと最終的に判断できないんだから
そういうものは docker 使うのを諦めたほうがよい。

そもそも出来合いのものをDockerで運用する意味はないわ
既存のDockerのクラスタがあるからついでに乗せるとか、
単発のジョブならありだけど

Windows10でドライブマウントうまくいく？
日本語入ってると見れない

dockerスゲーわ

どの部分に凄みを感じたん？

鯖がコンテナ積んでるロゴ

Dockerは確かにロゴやサイトの美的センスはあるよな
LinuxオタのくせにGNU的な気持ち悪さを微塵も感じさせない

>>831
GNU的な気持ち悪さってなんだよ?w

https://cdn.worldvectorlogo.com/logos/gnu.svg

鯖だったのかアレは
個人的にはイカも悪くないと思う

ズートピアの警察署長

アップデートされました。

>>834
海の仲間たちのデザインも悪くない。
センスいいと思う。

このスレって技術者だけで、研究生なんかはいないのかな？

情報系の学生ならいるけど特に研究に使ってるわけじゃないな

今月のソフトウェアデザインを読んでdockerを始めてみたけど自分にどんなメリットがあるのか見出だせない...ラズパイ+dockerで機械学習とかやってみようかなぁ

今Docker実践入門という本で勉強してるけどとても楽しい
今まで必死に書いていた構築手順書とかから解放されそう

インフラ系の人が構築を楽にしたいなら構成管理ツールをやった方がためになると思うけどな
Dockerはあくまでアプリのパッケージ化技術
そこを勘違いしてDockerに入ってきたインフラ系の人が結局 ? となったまま去っていくケースが多い

DockerとImmutable Infrastructureとクラウドのせいで
構成管理ツールいらないんじゃね？って思ってるんだが
シェルスクリプトで十分でしょ

ちなみにDockerfileはほぼシェルスクリプトと思ってる

docker使ってるとubuntu14で一行で
git最新版(2.x)入れる方法とかクソみたいな
知識が必要になるのが辛い。

けどそれ以外は楽しいね〜

複数行で書いていって、完成したら ; でつないで一行にするだけじゃね？