[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603: 2018/12/04(火)00:36 ID:ZNa428EC(5/16) AAS
>>602
> それ自体はもはや仮想化技術でも何でもなく
「仮想化技術ではない」というのは具体的に
何ができないっていってんの？
それをお前が言えば、お前が間違ってることがはっきりするよ
604: 2018/12/04(火)00:38 ID:ZNa428EC(6/16) AAS
「仮想化」という言葉の正しい意味をわかってないやつは、
仮想メモリと聞くと、ソフトウェアでメモリを作ることだって勘違いするからな
>>602はそのパターン
605: 2018/12/04(火)00:41 ID:ZNa428EC(7/16) AAS
パッケージとしてのコンテナとか意味不明だし
仮想化しなければ、可搬性は実現できないだろうが
仮想化せずにどうやって、他のマシンで動かすことができるというのか
っていっても理解できないんだろうなw
606: 2018/12/04(火)00:56 ID:ZNa428EC(8/16) AAS
>>583
> マイクロVMが主流になるならもうコンテナいらなくね？
apt-getもyumもついてこないよ
systemdも入ってないよ
libなんたらパッケージも入ってないよ
例えばnginxを動かそうと思っても、パッケージないし
パッケージの依存関係を解決してくれたりしないよ
コンテナ使わないでどうやってサービス動かす気？
苦労する気？
607(3): 2018/12/04(火)01:06 ID:GLtMD4eM(2/2) AAS
だからパッケージングとしてのコンテナを否定してるわけじゃないんだけど、そんなに難しいこと言ってるかなあ
少なくともマイクロVMでコンテナを実行するのは従来の定義上はコンテナ仮想化とは呼べないでしょ
そして、せっかくマイクロVMによって遥かに高度な仮想化が実現可能になったのに、
依然としてホストのカーネルを使っていたのでは可搬性はdockerと同程度の低い水準のままだ
従来のコンテナ仮想化の仕組みを大きく見直す時期に来てるんだよ
608(1): 2018/12/04(火)02:12 ID:HWYOaTBW(1) AAS
>>599
マイクロVMって普通の仮想マシンとどう違うの？
>>593
OSは入れなくていいのか？
609: 2018/12/04(火)06:51 ID:ZNa428EC(9/16) AAS
>>607
> 少なくともマイクロVMでコンテナを実行するのは従来の定義上はコンテナ仮想化とは呼べないでしょ
呼べるんだけど？
仮想化したコンテナを動かしてるんだから
コンテナ仮想化に決まってる
仮想化しなかったら、その仮想マシンでしか動かないものになるんだけど？
やっぱり仮想化の意味を知らないようだね
610: 2018/12/04(火)06:57 ID:ZNa428EC(10/16) AAS
>>608
> 外部ﾘﾝｸ[html]:www.atmarkit.co.jp
ここに簡潔に書いてある
> Firecrackerは最低限の機能だけを搭載したマイクロVM
> FirecrackerはKVM上で動作。その上で動くコンテナなどのために、
> ネットワーク／ストレージを中心としたシンプルなI/Oインタフェースを提供する。
> OSは入れなくていいのか？
通常のディストリではカーネルとユーザーランドを含めてOSとなるのだが
マイクロVMはカーネル（とメンテナンス用のわずかなツール）のみの提供と考えていい。
コンテナを動かすことしかしないのだから、
省2
611: 2018/12/04(火)07:01 ID:ZNa428EC(11/16) AAS
>>607
> そして、せっかくマイクロVMによって遥かに高度な仮想化が実現可能になったのに、
> 依然としてホストのカーネルを使っていたのでは可搬性はdockerと同程度の低い水準のままだ
意味不明。マイクロVMはKVM（仮想マシンエミュレータ）で動く
コンテナ専用のディストリの一種に過ぎない
マイクロVMのカーネル＝ホストのカーネル
マイクロVM上のコンテナ＝マイクロVMのカーネルを使う
どちらも同じカーネルを使うことにななってるんだが？
ホストのカーネルってなんだよ？
612: 2018/12/04(火)07:07 ID:ZNa428EC(12/16) AAS
マイクロVMは可搬性が高いわけじゃない
これは単なるディストリの過ぎないんだから
マイクロVMを他のPCで動かそうと思ったら
仮想マシンエミュレータが必要になる
Dockerコンテナは仮想化されてるから、
マイクロVMでも通常のLinuxでも動かすことができる。
コンテナ（＝アプリ）が仮想化されてるから、
例えばローカルのLinuxマシンで複数のコンテナを起動することだってできる
そしてそのコンテナをそのまま変更せずに、マイクロVMで動かすこともできる。
"コンテナをそのまま変更せずに" ってところが重要。
省4
613: 2018/12/04(火)07:18 ID:ZNa428EC(13/16) AAS
>>607は仮想化をプロセス分離の技術の名前だとでも思っているかのようだw
"メモリの"仮想化は、ハードウェアのメモリをエミュレータで
エミュレートするものでもないし、プロセス分離の技術でもない
メモリの仮想化は物理的なメモリ配置を隠して、どういうハードウェアでも同じように見せることを言う
もちろん"PCの"仮想化はハードウェアをソフトウェアでエミュレートすること
同じ仮想化でも、"何の"仮想化であるかで意味が違う。
マイクロVMというのはディストリの名前なので何も仮想化してない
仮想化しているのはエミュレータ（KVM）の方
もちろんこの場合の仮想化とは"PCの"仮想化
そして（Dockerの）コンテナが提供するのは、アプリケーション実行環境の仮想化
省8
614(1): 2018/12/04(火)07:24 ID:CnqUMfCF(1) AAS
>>598
KubernetsでDockerは使えるけど必須ではなくなったからな
将来的には使われなくなるでしょ
615(2): 2018/12/04(火)08:08 ID:uhjJ5Me8(1) AAS
VM+カーネルの上でコンテナ(アプリケーション+ユーザーランド)が動くような形になっていくのかな。
616(1): 2018/12/04(火)08:43 ID:N+FrKnXk(1) AAS
>>615
マイクロVMが一般的になれば次第にカーネルはコンテナ側に寄っていく形になるよ
VMベースの仮想化に移行すれば、特殊なバージョンのカーネルやLinux以外のコンテナを動かそうという試みはビジネスの要請によって確実に出てくる
ちょうど言語処理系が辿った道と同じで、最初は完全にホスト側によって使用するランタイムが決められていたのが
アプリ側の設定ファイルに基いてランタイムを選択するようになり、最終的にはアプリケーションに吸収される
617: 2018/12/04(火)09:23 ID:ZrKf0azW(1) AAS
そんな銀の弾丸があるなら
もっとAWS Fargateを安くしろや！
618: 2018/12/04(火)11:01 ID:vxBcBg/P(1) AAS
めんどくさいから結論が出て使いやすいソリューションが出てきたらでいいや
619: 2018/12/04(火)12:30 ID:CvuFkzaO(1) AAS
まーたいつものガイジ2匹がレスバ繰り返してたのかよ
よく飽きねぇなぁ
620(1): 2018/12/04(火)16:39 ID:ZNa428EC(14/16) AAS
>>614
知ってる知ってる。rktとかいうやつな
あれどうなったんだ？w
結局、Docker以外も使えると言う状況に満足して
終わりなんだよ。本気出してないからDocker以外普及しない
621: 2018/12/04(火)16:40 ID:ZNa428EC(15/16) AAS
>>615
> VM+カーネルの上でコンテナ(アプリケーション+ユーザーランド)が動くような形になっていくのかな。
そういうこと、マイクロVMは何かの機能を搭載するのではなく
コンテナに任せることで限りなく機能を削減する方向を目指してる。
だからマイクロVMがコンテナになることはありえない。
マイクロVMはコンテナを使うという前提
622: 2018/12/04(火)16:53 ID:ZNa428EC(16/16) AAS
>>616って結局コンテナを使いますって言ってるだけだよ。
マイクロVM関係ない。だってマイクロじゃないVMでもできることなんだから
マイクロVMは単に今のVMを置き換えるもので軽いってだけでしかない。
それ以外は今と全く変わないわけだから、コンテナ使いますよねって話
上下前次1-新書関写板覧索設栞歴
あと 380 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s