[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
322(1): 2018/08/07(火)20:10 ID:QJmmm+eF(1/2) AAS
自分で書かなくてもMuninとかあるで。
323: 2018/08/07(火)20:28 ID:KYfMTuuE(2/4) AAS
>>322
知ってる。昔会社で使ってた。
だけどあれじゃ俺がやりたいことを満たせないんだよ
機能は高機能だけど、あそこまでいらない
324(1): 2018/08/07(火)20:39 ID:QJmmm+eF(2/2) AAS
Qiitaにでも書いとけ
325: 2018/08/07(火)20:42 ID:KYfMTuuE(3/4) AAS
いわゆるインフラ屋はDockerを使って
ディストリによってパッケージが用意されてるようなものを
Dockerイメージ化するという発想になりがちに思える
つまりDocker使わなくても、普通にパッケージ入れたり
VM使えばいいだろという発想
違うんだよね。Dockerは独自に開発したアプリのために使う
独自に開発したアプリは、誰かが依存関係を
解決したりしてくれないからね
だからアプリが動く環境も含めてDockerイメージにする
そうすりゃDockerさえ動いていれば、簡単にどこでも動くものが作れる
326: 2018/08/07(火)20:42 ID:KYfMTuuE(4/4) AAS
AA省
327(2): 2018/08/08(水)01:40 ID:H2RB231p(1/2) AAS
VMはカーネルやデバイスノードがゲストに独立して用意されているからサンドボックスとして安心できる
これらをホストゲストで共有してるDockerは、ライフラインを共有しているゲストハウスみたいなもの
カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない
起動も10秒以下の差
つまりデスクトップならVM常道
328: 2018/08/08(水)03:48 ID:tyC3gFls(1/10) AAS
あぁ、またこれな
> 1. 既存の○○と同じことができる
> 2. かつ既存の○○の問題を解決できる
> これがセットになってるのがDockerなわけで
VMでもDockerでもサンドボックスとして安心できる
その上で、VMよりも軽いのがメリットなわけで
329: 2018/08/08(水)04:00 ID:tyC3gFls(2/10) AAS
起動も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
省9
330: 2018/08/08(水)04:18 ID:tyC3gFls(3/10) AAS
> 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台分。
省6
331: 2018/08/08(水)04:26 ID:tyC3gFls(4/10) AAS
> カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない
あ、ちなみにこれ間違い
仮想メモリ間でのメモリ共有は一部のVMに搭載されているが（セキュリティのためにデフォルトは無効のようだね）
外部ﾘﾝｸ[html]:docs.vmware.com
基本的に仮想メモリ間でメモリは共有されないし、
当然空きメモリも共有されない
2GBのメモリを割り当てたVMは、その中でどんなに小さいプログラムを
実行しようがメモリは2GB使用する
VM（カーネルメモリ + プロセスメモリ ＋ 空きメモリ） VS Docker（プロセスメモリ）
という比較になる。
省3
332: 2018/08/08(水)04:28 ID:tyC3gFls(5/10) AAS
AA省
333: 2018/08/08(水)04:40 ID:tyC3gFls(6/10) AAS
ま、そもそもVMとDockerは違うもので、両方を組み合わせて使うものなんだけどね
クラウドを使っていればわかるはず。
VMを増やすと金はかかるが、新しいスペックのマシンを
手に入れることで、クラスタの合計性能が増える
Dockerコンテナを増やすだけじゃ、クラスタの合計性能は増えない
Dockerコンテナは一つの（仮想）マシンの中でCPUやメモリを
無駄にすることなく（サンドボックス化された）プロセスを複数起動したり
アプリのデプロイを用意（手元で動いたイメージをそのまま使うとか）にするために使う
目的が違うものなんで、Dockerの代わりにVMを使うとか
VMの代わりにDockerを使うとかいう発想がそもそもズレてる
334(1): 327 2018/08/08(水)05:36 ID:H2RB231p(2/2) AAS
＞目的が違うものなんで、Dockerの代わりにVMを使うとか
＞VMの代わりにDockerを使うとかいう発想がそもそもズレてる
そこだけは同意だな
そこまで理解できたなら賢いじゃないか
335: 2018/08/08(水)07:17 ID:25daI1mK(1) AAS
序論、本論、結論まで到達？
336: 2018/08/08(水)10:38 ID:tyC3gFls(7/10) AAS
>>334
何年も前から理解してるぞw
VMとコンテナをごっちゃにするなって書いたのは、違うスレだったか？
例えば>>76とか書いたの俺だが
> なぜならkubernetesの場合コンテナのオートスケールになるわけだけど
> 起動しているVMの中でコンテナをオートスケールするだけなので
> VMの数もオートスケールしないとコストは下げられないから
VMとコンテナは使い方が明確に違う（ことを理解してなきゃこんなこと書けない）
337: 2018/08/08(水)10:57 ID:tyC3gFls(8/10) AAS
物理マシンもVM（仮想マシン）も、俺にとっては同じマシン扱いなんだわ
形あるハードウェアで形作られてるかそうでないかの違い。
そのマシンにアプリをデプロイする時にDockerを使えば、
そのアプリは同じマシンの他の環境の影響を受けないので
簡単にデプロイできる。
Dockerのメリットはアプリの配布と実行環境なんだよ
「アプリ＋実行環境」でコンテナ化されるから、
LinuxやMacやWindowsに持っていっても動く。
簡単にまとめるなら、
マシン（物理 or 仮想）の中 に
省4
338: 2018/08/08(水)11:01 ID:tyC3gFls(9/10) AAS
それから「デスクトップ環境」の話
これはアプリか？って問われれば、アプリだと思う人はいないよね
複数のアプリを連携して作られた環境
仮にデスクトップ環境を作るならば、Dockerコンテナはアプリに相当するのだから、
複数のDockerコンテナを連携させるという話になる。
デスクトップ環境を構成する複数のアプリを一つ一つDockerコンテナ化していって
連携させるとか、大変なだけの環境の再発明でしか無い
ここからもわかるように、デスクトップ環境（＝複数のアプリ＋連携）なので
Dockerコンテナ（＝アプリ）と比べるものでないのは言うまでもない話。
デスクトップ環境は誰かが大変な思いをして構成したものを使っていればいい。
省2
339(1): 2018/08/08(水)17:56 ID:8+YiPWG6(1) AAS
GitLab運用してるんだが, CIで使うビルド環境とかは明らかにDockerないしはKubernetesが優秀
一時Docker-Compose on VMでやってたけど使い捨てVMを構築する処理が重くてしょうがなかった(しかも遅い)
スタンバイ状態のビルド環境VMを2つも作るともう限界だが, Kubernetesなら5個くらいPodをスタンバイさせてても余裕だし新規Pod作成も早い(Docker単体なら10コンテナ並走でもいける)
340(1): 2018/08/08(水)18:46 ID:Gp7Qfh6x(1) AAS
夏休みだな
お前らが当たり前過ぎて書かないこともこうやって書いてあれば誰かの役に立つのだろう
341: 2018/08/08(水)23:00 ID:tyC3gFls(10/10) AAS
>>339
Kubernetesって使用メモリ多くない？1GBぐらい使ってた気がするんだが
だから使わないってわけじゃなく、もうデファクトスタンダードに
なりつつあるから避けようがないと思ってるけど
Docker-Composeは開発者用だと思ってるよ。
ローカルマシンで複数コンテナを組み合わせる時の面倒さを解決するもの
>>340
お前のその書き込みは誰の役にも立たんけどなｗ
上下前次1-新書関写板覧索設栞歴
あと 661 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s