[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.net/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
314: login:Penguin [sage] 2018/08/07(火) 08:50:58.74 ID:FmqfeUYE あんまり変わらないから、何倍も簡単なDockerの方が良いよね http://mao.5ch.net/test/read.cgi/linux/1506574845/314
315: login:Penguin [sage] 2018/08/07(火) 09:01:08.27 ID:FmqfeUYE まあ一応VMや自作PRMが何故Dockerに太刀打ち出来ないかと言うと、 まずVMは仮想マシンなんだ。だから既存のマシンに導入することが難しい 既存のマシン上で動いても、仮想マシン故にネットワークに新たなマシンが登場するのと一緒だし、 NATで動かすならDockerに近い形状になるがメモリリソースを無駄に消費するし起動が遅い。 Dockerみたいにコマンド実行の速度で起動できない 自作RPMはDockerと真逆の考え方だな。実行環境を含めて依存しないようにしてるのに 頑張って他のパッケージとの依存関係を解決しないといけない 適切な依存関係になるように自作PRMを作る大変な作業が待ってる。 http://mao.5ch.net/test/read.cgi/linux/1506574845/315
316: login:Penguin [sage] 2018/08/07(火) 09:01:35.38 ID:FmqfeUYE 自作PRMは可搬性がないからWindowsで動かせないってのもあるな http://mao.5ch.net/test/read.cgi/linux/1506574845/316
317: login:Penguin [sage] 2018/08/07(火) 09:03:06.65 ID:FmqfeUYE ようするに、 1. 既存の○○と同じことができる 2. かつ既存の○○の問題を解決できる これがセットになってるのがDockerなわけで 1.の既存の○○でもあんま変わらんと言われても 既存の○○は2.の問題があるでしょって話 http://mao.5ch.net/test/read.cgi/linux/1506574845/317
318: login:Penguin [sage] 2018/08/07(火) 09:43:33.53 ID:svderS3e ドヤ顔w http://mao.5ch.net/test/read.cgi/linux/1506574845/318
319: login:Penguin [sage] 2018/08/07(火) 11:13:12.25 ID:KYfMTuuE ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.net/test/read.cgi/linux/1506574845/319
320: login:Penguin [sage] 2018/08/07(火) 14:30:15.46 ID:kww6lavE 一生懸命に覚えたことをレポートにまとめてるんだよ。 見守ってやろうぜ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/320
321: login:Penguin [sage] 2018/08/07(火) 19:30:53.54 ID:/C7ROP+b なんかワロタ http://mao.5ch.net/test/read.cgi/linux/1506574845/321
322: login:Penguin [sage] 2018/08/07(火) 20:10:59.70 ID:QJmmm+eF 自分で書かなくてもMuninとかあるで。 http://mao.5ch.net/test/read.cgi/linux/1506574845/322
323: login:Penguin [sage] 2018/08/07(火) 20:28:26.91 ID:KYfMTuuE >>322 知ってる。昔会社で使ってた。 だけどあれじゃ俺がやりたいことを満たせないんだよ 機能は高機能だけど、あそこまでいらない http://mao.5ch.net/test/read.cgi/linux/1506574845/323
324: login:Penguin [sage] 2018/08/07(火) 20:39:58.40 ID:QJmmm+eF Qiitaにでも書いとけ http://mao.5ch.net/test/read.cgi/linux/1506574845/324
325: login:Penguin [sage] 2018/08/07(火) 20:42:05.65 ID:KYfMTuuE いわゆるインフラ屋はDockerを使って ディストリによってパッケージが用意されてるようなものを Dockerイメージ化するという発想になりがちに思える つまりDocker使わなくても、普通にパッケージ入れたり VM使えばいいだろという発想 違うんだよね。Dockerは独自に開発したアプリのために使う 独自に開発したアプリは、誰かが依存関係を 解決したりしてくれないからね だからアプリが動く環境も含めてDockerイメージにする そうすりゃDockerさえ動いていれば、簡単にどこでも動くものが作れる http://mao.5ch.net/test/read.cgi/linux/1506574845/325
326: login:Penguin [sage] 2018/08/07(火) 20:42:24.72 ID:KYfMTuuE >>324 ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.net/test/read.cgi/linux/1506574845/326
327: login:Penguin [sage] 2018/08/08(水) 01:40:00.74 ID:H2RB231p VMはカーネルやデバイスノードがゲストに独立して用意されているからサンドボックスとして安心できる これらをホストゲストで共有してるDockerは、ライフラインを共有しているゲストハウスみたいなもの カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない 起動も10秒以下の差 つまりデスクトップならVM常道 http://mao.5ch.net/test/read.cgi/linux/1506574845/327
328: login:Penguin [sage] 2018/08/08(水) 03:48:30.48 ID:tyC3gFls あぁ、またこれな > 1. 既存の○○と同じことができる > 2. かつ既存の○○の問題を解決できる > これがセットになってるのがDockerなわけで VMでもDockerでもサンドボックスとして安心できる その上で、VMよりも軽いのがメリットなわけで http://mao.5ch.net/test/read.cgi/linux/1506574845/328
329: login:Penguin [sage] 2018/08/08(水) 04:00:13.46 ID:tyC3gFls 起動も10秒以下の差とかそれで勝負になると思ってるのか？ Dockerは1秒以下 $ time docker run -it alpine echo ok ok real 0m0.924s user 0m0.046s sys 0m0.031s メモリ使用量はこんなもん $ docker stats CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS d68483bb9e21 vibrant_raman 0.00% 868KiB / 30.38GiB 0.00% 5.89kB / 0B 0B / 0B 1 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d68483bb9e21 alpine "sleep 1000" About a minute ago Up About a minute vibrant_raman ディスク使用量も少ない $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine latest 11cd0b38bc3c 4 weeks ago 4.41MB マシンリソースを無駄にすること無く、サンドボックスを動かせる http://mao.5ch.net/test/read.cgi/linux/1506574845/329
330: login:Penguin [sage] 2018/08/08(水) 04:18:39.40 ID:tyC3gFls > CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS > d68483bb9e21 vibrant_raman 0.00% 868KiB / 30.38GiB 0.00% 5.89kB / 0B 0B / 0B 1 ちなみにこれ、メモリリミットが30.38GiBとなってる GPUメモリに1GB使ってて、つまり32GBのメモリを搭載したマシンなんだ なんで（個人PCなのに）こんなにあるのかと言うと、 6年ぐらい前にOpenStack使ってプライベートクラウドを作るために たくさんの仮想マシンを起動できるようにとMAXまで積んだんだ （ちなみにDockerの登場は5年前の2013年） 仮想マシンだと、最低でも1台で数GBは欲しいでしょ？ VM1台で平均2〜4GB割り当てるとして、約10台分。 プライベートといってもクラウドならこれぐらいほしいよね。 でもDockerが登場してプライベートクラウドの熱も冷めた （本物のクラウドを使うようにしたのでもはやプライベートで作る気はない） DockerならVM単位での起動じゃなくて、アプリ単位での起動になるので、 メモリは実際に使用した分しか使わず必要なメモリ量もぐんと減った 用途に対してかなりオーバースペックなPCになってしまったよｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/330
331: login:Penguin [sage] 2018/08/08(水) 04:26:57.73 ID:tyC3gFls > カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない あ、ちなみにこれ間違い 仮想メモリ間でのメモリ共有は一部のVMに搭載されているが（セキュリティのためにデフォルトは無効のようだね） https://docs.vmware.com/jp/VMware-vSphere/6.5/com.vmware.vsphere.resmgmt.doc/GUID-F9111E35-E197-46EC-8350-77827A5A2DEC.html#GUID-F9111E35-E197-46EC-8350-77827A5A2DEC 基本的に仮想メモリ間でメモリは共有されないし、 当然空きメモリも共有されない 2GBのメモリを割り当てたVMは、その中でどんなに小さいプログラムを 実行しようがメモリは2GB使用する VM（カーネルメモリ + プロセスメモリ ＋ 空きメモリ） VS Docker（プロセスメモリ） という比較になる。 Dockerだってカーネルメモリ使用するじゃん、なんで右側に書いてないのか？と 思うかもしれないが、ホストのカーネルを共有してるんだからこれで良い。 VMだって同じようにホストのカーネルメモリ書いてないだろ？ http://mao.5ch.net/test/read.cgi/linux/1506574845/331
332: login:Penguin [sage] 2018/08/08(水) 04:28:44.09 ID:tyC3gFls ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.net/test/read.cgi/linux/1506574845/332
333: login:Penguin [sage] 2018/08/08(水) 04:40:02.13 ID:tyC3gFls ま、そもそもVMとDockerは違うもので、両方を組み合わせて使うものなんだけどね クラウドを使っていればわかるはず。 VMを増やすと金はかかるが、新しいスペックのマシンを 手に入れることで、クラスタの合計性能が増える Dockerコンテナを増やすだけじゃ、クラスタの合計性能は増えない Dockerコンテナは一つの（仮想）マシンの中でCPUやメモリを 無駄にすることなく（サンドボックス化された）プロセスを複数起動したり アプリのデプロイを用意（手元で動いたイメージをそのまま使うとか）にするために使う 目的が違うものなんで、Dockerの代わりにVMを使うとか VMの代わりにDockerを使うとかいう発想がそもそもズレてる http://mao.5ch.net/test/read.cgi/linux/1506574845/333
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 669 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s