[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
495(1): 2018/11/07(水)09:13 ID:MDpN/AEY(1/2) AAS
補足だけど、systemdはパソコンの起動時に自動的に起動させるのが主な役目だからDockerのコンテナでも
起動時に起動させるのにsystemdを使ってもいいんですよ。
そのためには起動コマンドを調べる必要があるってことです。*.serviceのファイルを作成するだけで
systemd管理はできますが、*.serviceには当然起動コマンドを書く必要があるので。
496(1): 2018/11/07(水)11:48 ID:v7o9U8jP(12/12) AAS
>>495
今の話は、Dockerコンテナの中でsystemd使うなって話な
Dockerはそういう用途で使うためのもんじゃないから
そんな事をしようとすると、ハマるんだぞ
追加権限が必要なのが何よりの証拠
497: 2018/11/07(水)12:15 ID:MDpN/AEY(2/2) AAS
>>496
あり、レス読み間違えてたわすまん。
Dockerで中身いじるとしたらgitで遠隔操作するか、DBの永続化ぐらいで対応するのが常套だけど、
コンテナ内ならsystemdじゃなくてSupervisorがdocker公式になかった？
498(2): 2018/11/08(木)00:22 ID:Ueh2RoXc(1) AAS
LXC, LXD（Linux Containers）だと、コンテナ内に入って、
アプリのインストールなど、環境構築できる
AWS でも使っている
499: 2018/11/08(木)03:09 ID:NV3KMhMa(1/2) AAS
>>498
Dockerと、Linux Containerとは、
何が大きく違いますか？
Dockerはネットワークやコンテナの管理が便利だけどなあ。
500: 2018/11/08(木)03:11 ID:NV3KMhMa(2/2) AAS
>>498
DockerもLinux Containerも、共にLinuxの独立分離機能を用いていると言うし。
501(1): 2018/11/08(木)03:29 ID:KwyGHPnO(1/3) AAS
使ってる機能が同じでも、目的のために最適化されたツールになってる
だから、なにが目的かを正しく理解する必要がある。
Dockerはアプリケーションを仮想化することで
アプリケーションに可搬性をもたせるのが目的
Docker化したアプリはどこでも動かせる
その目的のために使う道具
LXCやLXDだとそれをやるのはとても大変だろう？
502(1): 2018/11/08(木)06:56 ID:8m7pC1YT(1) AAS
外部ﾘﾝｸ:qiita.com
503: 2018/11/08(木)08:04 ID:AYcFG6pB(1/2) AAS
ありがとうございます。
>>501
LXCや、LXDだと、別のホストでは動作しないのでしょうか？
>>502
すみません参考になります。
504(1): 2018/11/08(木)08:33 ID:KwyGHPnO(2/3) AAS
> LXCや、LXDだと、別のホストでは動作しないのでしょうか？
頑張ればできるんじゃね？
とてつもなく頑張ればｗ
505: 2018/11/08(木)15:05 ID:Y2MwyzYh(1) AAS
18.09.0 が来た
506(1): 2018/11/08(木)15:36 ID:rbD7hoQI(1) AAS
>>504
とてつもなく頑張ればｗ
条件付きだがライブマイグレーションできる>LXD
507: 2018/11/08(木)18:42 ID:AYcFG6pB(2/2) AAS
>>506
マイグレーションが一番の魅力だから、
やっぱりDockerがいいなあ。
508: 2018/11/08(木)21:55 ID:y26ltpJb(1) AAS
OpenVZでdocker動くかもと見たんだか、ほんと？
509: 2018/11/08(木)22:37 ID:KwyGHPnO(3/3) AAS
Linuxカーネルに互換性があるなら動くんじゃないの？
510(1): 2018/11/09(金)00:00 ID:0q/3jACl(1) AAS
6使ってたら2.6で当然動かないよ
見たことないけど7使ってるとこなら動くはず
511: 2018/11/09(金)08:00 ID:XRMQbvdS(1) AAS
>>510
仮想マシンとは違うものね
512: 2018/11/10(土)17:54 ID:ZYfU+HA8(1) AAS
7ですね
あまり需要ないかと思いますが、格安vpsで動くと嬉しい
513: 2018/11/10(土)19:16 ID:2zo/Zkkd(1) AAS
格安VPSで7ってどこ？
普通に知りたい
514(2): 2018/11/11(日)14:14 ID:6/dIT6k3(1) AAS
テケトーにググったら
>NTTPCコミュニケーションズ WebARENA VPSクラウド プラン10
外部ﾘﾝｸ[pdf]:web.arena.ne.jp
コレでcentos7動いてるみたいだが
月額\360〜
515: 2018/11/11(日)14:29 ID:r372XCNT(1/2) AAS
>>514
その表を見る限りCentOS7が動いてるのはKVMだけ見たいだしホストがRHEL6なOpenVZでもCentOS7は動くよ(kernelに実装されてない機能は使えないが
516: 2018/11/11(日)14:34 ID:r372XCNT(2/2) AAS
最新のstable採用してるとこんな感じでもちろんdockerは動かない
3.10ベースのtesting使ってサービス提供してるとこがあれば使えるはず
Ubuntu 16.04.5 LTS
Linux 2.6.32-042stab134.3 #1 SMP Sun Oct 14 12:26:01 MSK 2018 x86_64 x86_64 x86_64 GNU/Linux
517(1): 2018/11/11(日)19:52 ID:QlLSzGzd(1) AAS
KVMやXenはデバイスまで分離されてるからいいが、コンテナ環境を他人に貸すってすげぇな
518: 2018/11/12(月)04:52 ID:i5PNL/7Q(1) AAS
>>517
共有サーバーだって貸していただろｗ
519(1): 2018/11/13(火)00:31 ID:7b8arQTr(1) AAS
>>514
国内で360は安い、ありがとー
520(1): 2018/11/13(火)23:30 ID:7+h48abB(1) AAS
>>519
安過ぎて、客が殺到して、
詰め詰めのサーバーのために性能が悪いとかないのかな？
521: 2018/11/14(水)00:18 ID:f9otbk49(1) AAS
>>520
あるかもだけど、サービスの初期開発、プログラムの練習には持ってこいじゃないですか？
もしかして、time4vpsより安い？これ
522: 2018/11/14(水)07:34 ID:hsvM7qsm(1) AAS
そういう用途ならvps使うよりクラウドのほうが安く抑えられると思うけど
523: 2018/11/14(水)07:42 ID:Lj6Hvi7X(1) AAS
少し分かった
外部ﾘﾝｸ:blog.arena.ne.jp
524: 2018/11/14(水)12:18 ID:fhtTOY8i(1) AAS
使う時だけ起動する感じなら、GoogleComputeEngineのプリエンプティブインスタンスが安く上がりそう
525: 2018/11/21(水)00:13 ID:QNDci5dR(1) AAS
Docker上で仮想マシンを動かせるって本当？
526(1): 2018/11/21(水)04:02 ID:GJ1WusOb(1) AAS
そりゃまあ仮想マシンなんてアプリに過ぎないので動くやろうな
527(1): 2018/11/22(木)04:54 ID:Scei2IS6(1) AAS
>>526
動くやろうなじゃなくて、
これから主流になるらしいよ
528: 2018/11/22(木)06:02 ID:3AQeAHWO(1) AAS
Dockerの上で仮想マシンとか
これもうわけわかんねえな
529: 2018/11/22(木)10:20 ID:QKQbQ2kX(1) AAS
>>527
ならんよ。嘘ついてもバレる（嘲笑）
仮想マシンをアプリケーション化する意味がない
仮想マシンによって、仮想マシンの中のアプリと外のアプリの
連携が分断されるから、やる価値がない
530(1): 2018/11/23(金)13:00 ID:76ZWcvaP(1/4) AAS
Dockerって、勝手にiptablesの設定を変更するのが気に入らない。
安易に使うとセキュリティーホールだらけになると思う。
531(1): 2018/11/23(金)14:12 ID:AJrIkRMM(1) AAS
Xen+libvirtやLXCもiptablesの設定を勝手に変更するよ(deb系しか試してないけど)
でも合ってる設定だし、ポリシーがACCEPTのままなので自分でも設定しなればならないのに変わりがないから異論は無いけど
532(1): 2018/11/23(金)14:33 ID:76ZWcvaP(2/4) AAS
>>531
レスありがとう。
どうせなら、docker runコマンドのポート解放のところで、
パス可能なソースIPでも指定できるようにすればいいのにと思う。
533(1): 2018/11/23(金)15:44 ID:nUe3TP+/(1) AAS
>>532
それはファイアウォールの仕事
Dockerの仕事ではない
534: 2018/11/23(金)22:17 ID:76ZWcvaP(3/4) AAS
>>533
だけど、ポートの解放はdocker runで行うよね
535(1): 2018/11/23(金)22:31 ID:Oz3vE0x/(1) AAS
だけどやっぱりフィルタリングはDockerの仕事じゃないよね。
536(1): 2018/11/23(金)23:09 ID:76ZWcvaP(4/4) AAS
>>535
せめて、デフォルトで外部から接続させないようにファイアホールを構成していればいいのにと思う。
ユーザーが必要に応じてフィルタリングルールを調整してはじめて、
外部からアクセスできるようにすればいいのにと思う。
フィルタリングが分かっている人が明示的にパスするようにするのがいい。
docker runでポート解放したら無条件でどこからでも通すなんて変だと思う。
537(1): 2018/11/24(土)00:32 ID:6DgweZjB(1/3) AAS
>>536
Dockerは仮想マシンじゃないと何度言ったらわかるんだ？
Linuxでウェブサーバー起動したら、外部から接続できるのは
当たり前の話だろ
538(1): 2018/11/24(土)05:41 ID:IIX6QWPN(1) AAS
>>530
＞Dockerって、勝手にiptablesの設定を変更するのが気に入らない。
オプション付けろよ
539(1): 2018/11/24(土)06:20 ID:bwmQjudn(1/2) AAS
>>538
ん？どんなオプションだったっけ。
iptablesのNAT設定を変更しないやつってあるの？
540(1): 2018/11/24(土)06:42 ID:6DgweZjB(2/3) AAS
>>539
サーバー系の設定したこと無いんか？
MySQLのbind-addressはなんのためにあるのか知らないのか？
127.0.0.1 と 0.0.0.0 の違いを言えるか？
541(1): 2018/11/24(土)09:54 ID:bwmQjudn(2/2) AAS
>>540
コンテナをホストのプライベートIPに結合するやつかな？
542(1): 2018/11/24(土)10:00 ID:6DgweZjB(3/3) AAS
>>541
Dockerはシステムコンテナじゃなくて
アプリケーションコンテナなんだから、
普通のアプリを起動したのと同じ挙動をするのが一番正しい姿なんだよ
543: 2018/11/25(日)11:38 ID:RawJ9w06(1) AAS
やっとコンテナできた。疲れた。12時間ぶっとおし、徹夜した。
544: 2018/11/25(日)13:33 ID:i2El4ps2(1) AAS
同じ挙動ってなんだ？
iptablesいじられるのは無しってこと?
545(1): 2018/11/25(日)14:01 ID:9lJSkKkT(1) AAS
>>537
ネットワーク繋がなきゃつながらないのが当たり前だろｗ
>>542
「同じ挙動」がどういう挙動か言ってみろよ。 ポート競合するのが正しいと思ってんのか？
546: 2018/11/25(日)16:47 ID:AAm1jywp(1) AAS
>>545
> ネットワーク繋がなきゃつながらないのが当たり前だろｗ
デフォルトだと、どのポートでも受け付けてないはずだが？
> 「同じ挙動」がどういう挙動か言ってみろよ。 ポート競合するのが正しいと思ってんのか？
同一マシンでポート80で起動するサービスが複数あったら競合するのが正しいですが？
547: 2018/11/25(日)17:03 ID:sYWkBqhY(1) AAS
最近俺が見たのはこんな奴だった
公式ドキュメント読まない
ヘルプ読まない
ぐぐらない
ぐぐれない
とりあえずやってみない
手順に書いてあることをなぞるだけ
コンテナとVMの区別がつかない
Docker無しでLA(E)MP環境が建てらんない
iptablesを手動でいじれない
548: 2018/11/25(日)17:19 ID:yqgxEHl5(1) AAS
どうやってDockerを知って、動かすことができたんだ？
549: 2018/11/25(日)17:33 ID:HRiXHrNh(1) AAS
>手順に書いてあることをなぞるだけ
多分ハケンか何かの業務でとか…
550(2): 2018/11/28(水)08:05 ID:YBsTKCUy(1) AAS
［速報］AWS、独自のセキュアなコンテナ実行用マイクロVM「Firecracker」、オープンソースで公開。AWS re:Invent 2018
外部ﾘﾝｸ[html]:www.publickey1.jp
551(1): 2018/11/28(水)10:22 ID:yT+2b7xe(1) AAS
>>550
なにがすごいのか？
552(1): 2018/11/28(水)15:28 ID:7rRS23JC(1) AAS
>>551
コンテナがrootkitなウイルスにやられても
他のコンテナに侵入できない
なのに仮想マシンより軽量
普通のコンテナはroot取れば脱出出来る可能性はある
仮想マシンの脱出はそれよりは困難
553: 2018/11/28(水)16:22 ID:LPYNLhdF(1) AAS
これぐらいなら馬鹿は出てこないと思って放置していたが
ほんとなんにでもくだらないレスするやつ来るな
まじでやってるなら本当の馬鹿だな
554(1): 2018/11/28(水)16:37 ID:h8Zt5+LC(1) AAS
>>550
とりまビルドしてみたらサクっと通った
今時のツールはdockerでビルドなんだな…時代が進んで色々凄いコトになってる
つか使い方がよく分からんがｗ
555(1): 2018/11/28(水)16:42 ID:/w7pvHqb(1) AAS
>>554
Dockerねぇぞって弾かれるよなワロタ
大容量のダウソ始まったからビルドやめたわ
556: 2018/11/29(木)14:41 ID:nYOTnVc6(1) AAS
>>552
それはいいですね。
ハニーポットも運用できる？
557: 2018/11/30(金)16:24 ID:wtQkclkF(1/4) AAS
>>555
つか何をするにもひたすらDLやでｗ
quickstart guide見ながらやってるけどうまく動かんわ
>set the guest kernel:
ココでハマってる
誰か上手く動かせたヤシ居る？
hello-rootfs.ext4 hello-vmlinux.binはDLしたし
AppendixにあるKVM Accessのチェックも全部パスした
エラーメッセージは↓
HTTP/1.1 400 Bad Request
Content-Type: application/json
Transfer-Encoding: chunked
Date: Fri, 30 Nov 2018 07:20:20 GMT
{
"fault_message": "The kernel file cannot be opened due to invalid kernel path or invalid permissions."
558: 2018/11/30(金)16:31 ID:wtQkclkF(2/4) AAS
kernelは4.19
559: 2018/11/30(金)16:45 ID:wtQkclkF(3/4) AAS
releaseからバイナリ落としてもダメなんで今回は諦めるワ
コッチはローカルビルドと違ったメッセージ出てたんでイケそうだったんだが
腐ってやがる早すぎたんだ
HTTP/1.1 204 No Content
Date: Fri, 30 Nov 2018 07:45:56 GMT
560: 2018/11/30(金)19:18 ID:wtQkclkF(4/4) AAS
つか尼損犬糞でしか動きま千円って書いとけやヴォケ害人どもガイジか？
>Linux 4.14+
>KVM
動作環境とは何の関係もありませんが何か？ｗ
561(1): 2018/11/30(金)23:24 ID:/aBXqI4i(1) AAS
いまKVMでDocker動くようになったん？
562: 2018/11/30(金)23:54 ID:49XVRgzf(1) AAS
>>561
今KVM上でDockerホスト運用しているけど。
両方CentOS7でね。
563(1): 2018/12/01(土)01:27 ID:8oh/wD5x(1/4) AAS
DockerはKVMなどの仮想マシンと組み合わせて
使うのが想定される使い方なんだから最初から動いて当然
KVMなどの仮想マシンで、コンテナ専用の軽いディストリを起動して
その上で、Dockerコンテナを起動するんだよ。
Dockerコンテナ（＝アプリ）にカーネル以外の動作に必要なものが
全てまとまっており、ディストリ自体にパッケージが不要になることで
実現できる設計
564: 2018/12/01(土)11:51 ID:KGwrmve6(1/3) AAS
>>563
なるほど。
そのうちDockerホスト専用のディス鳥がでるかもね
565(1): 2018/12/01(土)12:24 ID:5wSHzPIO(1/2) AAS
そんなもんとっくの昔からあるよ
で最近になってKVMの上でコンテナ動かすのがバズってきたのは、AWSがコンテナ専用の "KVMホスト" OSをリリースしたことに端を発している
これは小数の大きな仮想マシンでクラスタを組んでその上で沢山のコンテナを動かすという従来のやり方とは考え方が大きく違っていて、
コンテナの数だけKVM上で軽量なVMを立ち上げてその中でコンテナを隔離して動かすの
でコンテナは本当に単なるパッケージ化技術と成り下がる
コンテナによる分離はセキュリティ面でガバガバであり使い物にならない玩具である、というのがITビジネス界の結論というわけ
566: 2018/12/01(土)12:47 ID:8oh/wD5x(2/4) AAS
> というのがITビジネス界の結論というわけ
という結論を語ってる所はITビジネス界には無いんで
安心して、生暖かく見てやってくださいｗ
567: 2018/12/01(土)12:52 ID:M+reOwB1(1) AAS
コンテナごとにセキュリティソフト入れてますます重くなる未来
568: 2018/12/01(土)13:08 ID:8oh/wD5x(3/4) AAS
そういや仮想マシンごとにセキュリティソフト買ってるらしいな
569: 2018/12/01(土)13:28 ID:5wSHzPIO(2/2) AAS
パッケージソフトをウッキウキでクラウドで動かそうとしたら、
ライセンスがコピー単位でオンプレと何ら変わらない運用をするしかないというのはよくある話
570(1): 2018/12/01(土)13:55 ID:dMaA0+/B(1) AAS
だからソフトウェア自体を売るんじゃなくて
クラウドサービスとして売る方向になってるのでは？
571: 2018/12/01(土)13:57 ID:8oh/wD5x(4/4) AAS
そしてそれにはコンテナが適してるわけだよね
572: 2018/12/01(土)18:48 ID:KGwrmve6(2/3) AAS
>>565
>パッケージ化技術と成り下がる
いいたい事はわかるが、成り下がってはないと思う。
573: 2018/12/01(土)18:50 ID:KGwrmve6(3/3) AAS
>>570
自分で構築、保守してこそのコンテナの有難味だと思う
574(1): 2018/12/02(日)17:00 ID:U/VULGsP(1) AAS
だからDockerはアプリ開発者が
自分のアプリを配布するのに使うものなんだよ
アプリ開発してないやつにとっては豚に真珠
575: 2018/12/02(日)17:30 ID:MF2FYgWw(1) AAS
>>574
えー俺にも技術分けて下さいよ
dockerでドヤ顔したい
576(1): 2018/12/02(日)17:49 ID:6ZB8i84m(1/3) AAS
仮想化環境であるが、仮想マシンではない。
仮想化環境であるが、アプリではない。
dockerはコンテナ型の仮想化環境を作成するソフトです。
それ以上でもそれ以下でもないだろ。
577(1): 2018/12/02(日)21:03 ID:4PfKxqKJ(1) AAS
>>576
アプリの組み合わせ（=環境）をコンテナにまとめるのもありですよね
その場合、127.0.0.1で内部でアプリを連携させるのも良いですよね。
578: 2018/12/02(日)23:08 ID:6ZB8i84m(2/3) AAS
>>577
そうそう、VMみたいにして使うときは目的に合わせてカスタムすればいい。
目的を定めて既存のサービスに組み合わせてdockerファイルを書く。
例えば開発環境にするなら同期をとファイル群をローカルネットワークのgitにするとかね。
dockerはクラウドと連携すると割と柔軟に何でもできる。
環境依存のファイルをクラウドに置いておく発想で。
579(1): 2018/12/02(日)23:27 ID:uZcYlCvj(1) AAS
dockerは本来はアイソレーションやシステムリソース有効活用も担ってたはずでしょ
例のFirecracker的な思想だとそこはコンテナから切り離そうってことだよね
ここまでくると仮想化環境というより単なるポータブルなVMのディスクイメージと考えたほうが素直だと思うわ
580: 2018/12/02(日)23:35 ID:6ZB8i84m(3/3) AAS
>>579
いや、環境だよ。どのPCでも同じ環境を再現できるってこと。javaの発想に近い。
静的なファイルだけ突っ込むってとこはいい理解だけど、それが環境なんだよ。
581(2): 2018/12/03(月)01:21 ID:Yzd5rcYM(1/3) AAS
dockerfileって環境構築用のバッチファイルみたいなものだと理解しても良い？
コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。
仕上がりのイメージファイルの容量が少なくなったりする？
582(1): 2018/12/03(月)01:24 ID:tyMBE38T(1/2) AAS
>>581
chrootに依存してるって意味なら同じだろうけど、ディストリのパッケージに依存してるからそれが違うかな。
コマンド手打ちでも構築できるけど、不便だろ。
583(4): 2018/12/03(月)08:42 ID:JGjM/vH1(1) AAS
マイクロVMが主流になるならもうコンテナいらなくね？
カーネルだけホストのものを使うことって無駄な環境依存を増やしてるだけで、従来のコンテナ技術との互換性以外にはもはやメリットがないような
環境依存部分を吸収するのはそれこそ本質的にはハイパーバイザー型仮想化の方が遥かに得意なわけだし
584: 2018/12/03(月)10:23 ID:aEVyNKj/(1) AAS
そういうの解決するために各企業が新しいコンテナ技術生み出してる
gvisorみたいにコンテナとVMの中間みたいな物とかね
585: 2018/12/03(月)10:34 ID:fAbMU4i+(1) AAS
KataContainersもgvisorと似たような思想だな
やり方はだいぶ違うみたいだが
586(1): 2018/12/03(月)13:07 ID:gIBU2CPq(1) AAS
コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな
VMが重いのが問題なら軽くすればよい、それができないのは技術が未熟だっただけ
浸透し切る前に正しい方向に戻ってくれそうでよかった
587(1): 2018/12/03(月)14:55 ID:Yzd5rcYM(2/3) AAS
>>582
dockerfile作る時も手打では？
しかもレスポンスが直ちに得られないので、
試行錯誤に時間がかかりそうに思う。
いまば、プログラム買いてその場で実行できるBASICインタプリタと、
cコンパイラを通す必要のあるC言語みたいな違いがあると思うんだけど。
一度完璧に書いてしまえば、後者の方がいいに決まっているけどね。
588(1): 2018/12/03(月)14:57 ID:Yzd5rcYM(3/3) AAS
>>583
各VMごとにOSレベルのメモリ割り当てがいるから、
大量のメモリを消費するのでは？
589: 2018/12/03(月)15:10 ID:3GtjRSNh(1) AAS
コンテナを動かすためのサーバーを管理したくないけど
AWS Fargateはまだまだ高い
590: 2018/12/03(月)15:33 ID:zLBh6ucn(1/2) AAS
Lambdaで無理やりやるとか
つか安ければイイならSpotFleet以外の選択肢が（ｒｙ
591(2): 2018/12/03(月)15:49 ID:ZaL3qC8p(1) AAS
Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある
592: 2018/12/03(月)19:18 ID:zLBh6ucn(2/2) AAS
CRIだよね？>ORI
593(1): 2018/12/03(月)20:16 ID:FS5rZSi9(1) AAS
>>588
firecrackerの場合1VMあたり5MBらしい。
594: 2018/12/03(月)20:32 ID:tyMBE38T(2/2) AAS
>>587
あー、そういう見方あるか。chroot手打ちしなくていいってことだよ。
言いたいことはjvmとlinuxカーネルが実行環境に含まれてるってことよ。
linux環境じゃなくてもdockerは公式環境があるから。
595(1): 2018/12/03(月)22:26 ID:n05/OnLG(1) AAS
>>591
やっとdocker-composeわかりかけて
きたとこなのに(>_<)
596: 2018/12/03(月)23:40 ID:fVhmASLK(1) AAS
>>595
いやいや、docker理解できないと使えないから安心して
そもそも、個人開発でkuburnetes必要なくない？
597: 2018/12/03(月)23:52 ID:fSc1+0qL(1) AAS
なんで個人開発限定？
そもそも個人開発でdockerなんか何に使うの？
コンテナ仮想化って個別にインフラを面倒見れないほどアプリがポコポコ作られるような組織で使うもんだろ
PaaSへのデプロイに使うくらいか？
598(1): 2018/12/04(火)00:19 ID:ZNa428EC(1/16) AAS
>>591
> Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある
KubernetsってDockerを使うんだけど、なんで役割終えたの？
599(2): 2018/12/04(火)00:22 ID:ZNa428EC(2/16) AAS
>583
> マイクロVMが主流になるならもうコンテナいらなくね？
またいつもの仮想マシンとアプリケーションコンテナをごっちゃにしてるやつだなw
マイクロVMが主流になったとして、じゃあどうやってこそにアプリをデプロイするんだ？
マイクロVMにRailsの実行環境入れ込むんか？
ローカルの開発マシンで動いているものを、そのままマイクロVMで動かすにはどうするんだ？
そういった問題が解決できてないだろ
コンテナは仮想マシンと組みあわせて使うということが全くわかってない
コンテナがあるからこそ、VMはマイクロで十分になったというのに
コンテナのおかげやで？マイクロVMが登場したのは
600: 2018/12/04(火)00:26 ID:ZNa428EC(3/16) AAS
>>581
> コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。
依存パッケージの更新とか手動でやりたくなくないだろ
お前は旧式のやり方しかしてないかもしれんがな、
こちとらDockerfileで1日に何度もイメージをビルドしてるんや
アプリが更新するたびにイメージ作り直してるし
カーネルや依存パッケージにセキュリティ対応が入ったら、
それを取り入れてまたアプリのイメージを作り直すんだよ
601: 2018/12/04(火)00:32 ID:ZNa428EC(4/16) AAS
>>586
> コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな
マイクロVMがなにをそぎ落としてるのか知らんの？
様々なコマンドが入ってないんだが。
各言語の実行環境はもちろんのことpsコマンドすら入ってないだろうな
マイクロVMではサーバーは起動していない。NFSサーバーになる機能すらないだろう
パッケージマネージャーもないだろう。必要ないからね
マイクロVMはDockerコンテナを動かすのに必要な
最小限の機能まで縮小しているし、Dockerコンテナを動かすこと以外を
やることを想定してないから、単体では何も使えない
それわかってるのか？
602(2): 2018/12/04(火)00:35 ID:GLtMD4eM(1/2) AAS
>>599
君こそコンテナ仮想化とパッケージとしてのコンテナを混同してない？
>>583は前者のことを言っていて、従来のLinuxカーネルを共有したハック(現在一般的にコンテナ仮想化と呼ばれるもの)がもはや役割を終えつつあるのは事実だ
一方でパッケージとしてのコンテナはもちろん必要だけど、それ自体はもはや仮想化技術でも何でもなく、文字通り単なるアーカイブだ
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はカーネル（とメンテナンス用のわずかなツール）のみの提供と考えていい。
コンテナを動かすことしかしないのだから、
マイクロVMに（コンテナ以外）のものを入れる必要がない
逆に言えば、コンテナ以外を動かすのは不可能に近い。
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で動かすこともできる。
"コンテナをそのまま変更せずに" ってところが重要。
マイクロVMで動かす時は、ポート番号を変更したり、
CPUの割り当て数を変更したりできる
"コンテナをそのまま変更せずに"
これができるのは、"仮想化されている"から
613: 2018/12/04(火)07:18 ID:ZNa428EC(13/16) AAS
>>607は仮想化をプロセス分離の技術の名前だとでも思っているかのようだw
"メモリの"仮想化は、ハードウェアのメモリをエミュレータで
エミュレートするものでもないし、プロセス分離の技術でもない
メモリの仮想化は物理的なメモリ配置を隠して、どういうハードウェアでも同じように見せることを言う
もちろん"PCの"仮想化はハードウェアをソフトウェアでエミュレートすること
同じ仮想化でも、"何の"仮想化であるかで意味が違う。
マイクロVMというのはディストリの名前なので何も仮想化してない
仮想化しているのはエミュレータ（KVM）の方
もちろんこの場合の仮想化とは"PCの"仮想化
そして（Dockerの）コンテナが提供するのは、アプリケーション実行環境の仮想化
UbuntuでもマイクロVMでもCentOSでも同じLinuxであれば
どこでも同じように動かせるようにするアプリケーション実行環境の仮想化は
コンテナが提供している。このアプリケーションの仮想化がなければ
ディストリごとに専用に、セットアップ手順を書かないといけない、
aptを使ったりyumを使ったり。コンテナでアプリケーション実行環境の仮想化を手に入れたことで
Dockerを使うだけで簡単にコンテナを動かせるようになった。
そうすることで、ディストリ専用（例マイクロVM専用）のセットアップ手順を
作らなくて良くなったからこそ、マイクロVMという軽量のディストリができたんだよ
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はコンテナを使うという前提
上下前次1-新書関写板覧索設栞歴
あと 381 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s