[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.io/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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.io/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.io/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.io/test/read.cgi/linux/1506574845/333
334: 327 [sage] 2018/08/08(水) 05:36:35.37 ID:H2RB231p ＞目的が違うものなんで、Dockerの代わりにVMを使うとか ＞VMの代わりにDockerを使うとかいう発想がそもそもズレてる そこだけは同意だな そこまで理解できたなら賢いじゃないか http://mao.5ch.io/test/read.cgi/linux/1506574845/334
335: login:Penguin [sage] 2018/08/08(水) 07:17:02.14 ID:25daI1mK 序論、本論、結論まで到達？ http://mao.5ch.io/test/read.cgi/linux/1506574845/335
336: login:Penguin [sage] 2018/08/08(水) 10:38:16.92 ID:tyC3gFls >>334 何年も前から理解してるぞw VMとコンテナをごっちゃにするなって書いたのは、違うスレだったか？ 例えば>>76とか書いたの俺だが > なぜならkubernetesの場合コンテナのオートスケールになるわけだけど > 起動しているVMの中でコンテナをオートスケールするだけなので > VMの数もオートスケールしないとコストは下げられないから VMとコンテナは使い方が明確に違う（ことを理解してなきゃこんなこと書けない） http://mao.5ch.io/test/read.cgi/linux/1506574845/336
337: login:Penguin [sage] 2018/08/08(水) 10:57:28.63 ID:tyC3gFls 物理マシンもVM（仮想マシン）も、俺にとっては同じマシン扱いなんだわ 形あるハードウェアで形作られてるかそうでないかの違い。 そのマシンにアプリをデプロイする時にDockerを使えば、 そのアプリは同じマシンの他の環境の影響を受けないので 簡単にデプロイできる。 Dockerのメリットはアプリの配布と実行環境なんだよ 「アプリ＋実行環境」でコンテナ化されるから、 LinuxやMacやWindowsに持っていっても動く。 簡単にまとめるなら、 マシン（物理 or 仮想）の中 に アプリ（パッケージ or Dockerイメージ）をインストール ってこと。 アプリをサンドボックス化するためにマシンを作るとか重すぎでしょｗ まさに牛刀割鶏、鶏をさばくのに大きな牛刀を使うようなもの http://mao.5ch.io/test/read.cgi/linux/1506574845/337
338: login:Penguin [sage] 2018/08/08(水) 11:01:18.07 ID:tyC3gFls それから「デスクトップ環境」の話 これはアプリか？って問われれば、アプリだと思う人はいないよね 複数のアプリを連携して作られた環境 仮にデスクトップ環境を作るならば、Dockerコンテナはアプリに相当するのだから、 複数のDockerコンテナを連携させるという話になる。 デスクトップ環境を構成する複数のアプリを一つ一つDockerコンテナ化していって 連携させるとか、大変なだけの環境の再発明でしか無い ここからもわかるように、デスクトップ環境（＝複数のアプリ＋連携）なので Dockerコンテナ（＝アプリ）と比べるものでないのは言うまでもない話。 デスクトップ環境は誰かが大変な思いをして構成したものを使っていればいい。 物理マシン or 仮想マシン で動いてるデスクトップ環境やらCLIやらsystemdやら。 そこから起動する一つのアプリ、それがDockerコンテナ相当なんだよ http://mao.5ch.io/test/read.cgi/linux/1506574845/338
339: login:Penguin [sage] 2018/08/08(水) 17:56:23.41 ID:8+YiPWG6 GitLab運用してるんだが, CIで使うビルド環境とかは明らかにDockerないしはKubernetesが優秀 一時Docker-Compose on VMでやってたけど使い捨てVMを構築する処理が重くてしょうがなかった(しかも遅い) スタンバイ状態のビルド環境VMを2つも作るともう限界だが, Kubernetesなら5個くらいPodをスタンバイさせてても余裕だし新規Pod作成も早い(Docker単体なら10コンテナ並走でもいける) http://mao.5ch.io/test/read.cgi/linux/1506574845/339
340: login:Penguin [sage] 2018/08/08(水) 18:46:47.42 ID:Gp7Qfh6x 夏休みだな お前らが当たり前過ぎて書かないこともこうやって書いてあれば誰かの役に立つのだろう http://mao.5ch.io/test/read.cgi/linux/1506574845/340
341: login:Penguin [sage] 2018/08/08(水) 23:00:30.67 ID:tyC3gFls >>339 Kubernetesって使用メモリ多くない？1GBぐらい使ってた気がするんだが だから使わないってわけじゃなく、もうデファクトスタンダードに なりつつあるから避けようがないと思ってるけど Docker-Composeは開発者用だと思ってるよ。 ローカルマシンで複数コンテナを組み合わせる時の面倒さを解決するもの >>340 お前のその書き込みは誰の役にも立たんけどなｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/341
342: login:Penguin [sage] 2018/08/08(水) 23:10:50.30 ID:9RbiD8jy ケンカはやめて（＞＜） http://mao.5ch.io/test/read.cgi/linux/1506574845/342
343: login:Penguin [sage] 2018/08/09(木) 06:19:00.25 ID:/JzHzLjB Docker-composeで使い捨てVMを構築するのが遅いというところがよくわからない。VM(dockerホスト)は一回構築したら終わりで、後はそこにコンテナを作ったり消したりするだけじゃないの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/343
344: login:Penguin [sage] 2018/08/09(木) 13:04:39.32 ID:xAQpubuL >>343 今までの話の流れからすると、CIでテスト実行するたびにVMの作成と破棄をしていたってことでしょ？ >>327がVMでも10秒以下の差しか無いから問題ないみたいなことを言ってるから （VMの中でDocker-Composeが動いてるのは、この話にあまり関係ない） 当たり前だけどDockerコンテナの起動に比べればVMの起動は遅い 起動の差を10秒以下にするには、VMのイメージを作ってないと不可能 あとできればSSDとかクラウド使うとか。それでもDockerの1秒に比べたら遅い そして肝心のVMのイメージを作成するのに時間がかかるっていうねｗ Dockerの場合はアプリの実行環境が含まれる。だから構築に時間がかかるVMは 色んな種類のアプリのテストに使い回すことができる。 Dockerを使わないなら、アプリを動かすためにVMのイメージに 実行環境を含めないといけない。当然アプリごとにVMのイメージが必要になる。 DockerでもアプリごとにDockerイメージが必要になるのは同じだが Dockerはキャッシュがあるから、Dockerイメージの作成は短時間でできる。 VMだとキャッシュはないし起動に10秒かかるし、作成したイメージの サイズもでかいし頻繁にVMイメージの作成なんかやってられないよ http://mao.5ch.io/test/read.cgi/linux/1506574845/344
345: login:Penguin [sage] 2018/08/09(木) 16:12:56.70 ID:+YyDvSZH 今までVPSとかで動かしていたものをコンテナ化してGCE辺りに移そうと思うんだけど DBの保存や出力したファイルの保存はみんなどうやってるの？ 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる http://mao.5ch.io/test/read.cgi/linux/1506574845/345
346: login:Penguin [sage] 2018/08/09(木) 17:43:56.11 ID:UwrKl0TS >>345 まずアプリサーバーとデータサーバーを分けて考える。 Dockerでやる価値が高いのはアプリ アプリサーバーには原則としてデータは保存しない その前提を守っているならば、簡単にスケールできる （VMインスタンスやDockerコンテナを追加することで性能をあげられる） という話。 その場合にデータはどうするかと言うと、 データサーバーはアプリサーバーみたいに簡単に 台数を増やしたりできない 一番楽なのは、難しいそれらをクラウドが提供するサービスに置き換えてしまうこと。 つまりGCPであればCloud SQLやCloud Storageを使う これらは信頼性も性能も（金額次第だが）高くできる。 http://mao.5ch.io/test/read.cgi/linux/1506574845/346
347: login:Penguin [sage] 2018/08/09(木) 17:47:52.88 ID:UwrKl0TS >>345 どうしても自力でやりたいならば、Dockerのボリュームという 機能を通してホスト上に保存するのが一番手っ取り早い 例えばMySQLであれば データディレクトリである /var/lib/mysql をホスト上のディレクトリにボリュームで マッピングさせる MySQL ぐらいだったらシンプルだし事例も多いので簡単なんだが 何処に何を保存するのかよくわからんようなアプリは それを把握することに時間を奪われるだろう http://mao.5ch.io/test/read.cgi/linux/1506574845/347
348: login:Penguin [sage] 2018/08/09(木) 17:55:09.12 ID:UwrKl0TS >>345 > 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる 結局マウントできるディスクが〜というのは 初心者がよく考えてしまうことなんだけど、 これは当たり前 なぜなら（物理マシン or 仮想マシン上で動く）Dockerコンテナっていうのは （物理マシン or 仮想マシン上で動く）アプリと同質のものだから。 単にアプリの実行環境が、コンテナとしてアプリに一体化してるに過ぎない アプリはデータを何処に保存する？ 物理マシン or 仮想マシン上のディスクでしょう？ だからDockerコンテナもそれは同じことなんだよ Dockerコンテナを使った時データの保存先をどうすれば良いのか悩むのは Dockerコンテナがアプリと同質のものであることを理解してない証拠 http://mao.5ch.io/test/read.cgi/linux/1506574845/348
349: login:Penguin [sage] 2018/08/13(月) 18:09:32.79 ID:v0wq29mQ 最近コンテナってものを知ったんだけど、上の説明だとフラットパックってのとの違いがわからない スタンダロンなアプリじゃなく、ソフトウェア群の、何かしらのフロントエンドにドッカーが向いてるってこと？ http://mao.5ch.io/test/read.cgi/linux/1506574845/349
350: login:Penguin [sage] 2018/08/13(月) 21:26:12.80 ID:nXCS+eUE コンテナ自体が非常に難しい概念なんだよ どうもLinuxの世界で発祥したもので、昔からLinuxやってる人でないとわからないらしい 「最近流行りのDockerなるものをやってみたい」というヤツには到底無理(俺含め) http://mao.5ch.io/test/read.cgi/linux/1506574845/350
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 652 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s