Docker Part2

1 名前：login:Penguin mailto:sageteoff [2017/09/28(木) 14:00:45.18 ID:/4TtIqGt.net] LXCを使った軽量仮想環境。 これからの動向が気になるところ。 情報共有しましょう。 www.docker.io/ 前スレ Docker mao.2ch.net/test/read.cgi/linux/1374861492/ 2 名前：login:Penguin mailto:sage [2017/09/28(木) 19:24:33.96 ID:pP51x30K.net] もうLXCに依存してないんじゃ？ 3 名前：login:Penguin mailto:sage [2017/09/29(金) 11:42:26.61 ID:/O2TcHk2.net] そうだね 前スレからそのまま持ってきてしまったか 4 名前：login:Penguin mailto:sage [2017/09/30(土) 13:41:02.45 ID:DWXPURAf.net] >>1 乙 5 名前：login:Penguin mailto:sage [2017/10/05(木) 08:50:48.55 ID:i7Czn2dk.net] >>1 乙 6 名前：login:Penguin mailto:sage [2017/10/09(月) 14:16:55.78 ID:XfEexTHm.net] 本番系のマシンと、Docker動かしてるホストとで、カーネルのバージョンって みなさんどこまで合わせてます? うちはRHELで動いてる本番系と、それとコピーの総合試験環境があって、 そいつらはカーネルもパッケージもバージョン揃えてあるんだけど、 その手前の、コーディングとか単体試験とかをやるコンテナ動かすDockerのホストも やっぱしカーネルのバージョン揃えるべき? 7 名前：login:Penguin mailto:sage [2017/10/11(水) 00:31:44.42 ID:pRpQhrR6.net] >>6 うちは本番系から単体試験ホストまですべてカーネル揃えることにしてるよ Docket導入前だったけど、errataレベルの違いでI/Oスケジューラだったかの挙動が変わったことがあってね 理想はどうあれ、揃えておきなよ < 8 名前：login:Penguin mailto:sage [2017/10/12(木) 19:50:29.01 ID:2wGdxaeV.net] 本番系と、カーネルだけ揃えておけばいつでもコンテナ作れるっていうのが仮想マシンに対するDockerの大きな利点 カーネルをバージョンアップしてコンテナが壊れたんならさっさと作り直す、さっさと作り直せるように周辺の仕組みを整える、 消されて困るコンテナは作らない、他とカーネルを揃えられないコンテナも作らない、なんてことがDockerカンファレンスでも 強く言われてた 9 名前：login:Penguin mailto:sage [2017/10/24(火) 23:51:58.75 ID:dIybMC7m.net] hoshu 10 名前：login:Penguin mailto:sage [2017/10/25(水) 00:04:46.37 ID:G0dNcMaK.net] Arukas終わったしもう遊べる場所はないのかな GCPは制限ありそうだし 11 名前：login:Penguin mailto:sage [2017/11/12(日) 21:27:42.49 ID:uiCH3XRM.net] Linux板で言うことじゃないかもしれないけどWindowsでもHyper-Vで使えるようになってたんだな Bash on UbuntuにDockerも使えてWindowsPC強制されて虐げられてもなんとかなるぜ 12 名前：login:Penguin mailto:sage [2017/11/12(日) 21:43:45.89 ID:CsnX2d3s.net] ＞WindowsでもHyper-Vで使えるようになってた Windows以外で使えるHyper-Vなんてあるの？ 13 名前：login:Penguin mailto:sage [2017/11/12(日) 22:36:56.33 ID:uiCH3XRM.net] VirtualBoxが不要ってことを言いたかった 14 名前：login:Penguin mailto:sage [2017/11/13(月) 01:31:56.29 ID:6Li+kjAO.net] HyperV無しのWSLで動くようになる予定はあるのかな MobyとかLinuxKitとか出てきたし 15 名前：login:Penguin mailto:sage [2017/11/25(土) 20:25:09.37 ID:NaxBhckIx] 再帰的なmountってどうやればいい？ docker-composeのvolumesでmountすると、直接指定したディレクトリの中身は見れるのだけど、そのサブディレクトリが見れない。 16 名前：login:Penguin [2017/11/28(火) 15:53:23.01 ID:79aY/WPA.net] タグが<none>なイメージを削除するにはどうしたら良いですか？ 普通に削除しようとすると、 Error response from daemon: conflict: unable to delete XXXXX(image ID) (cannot be forced) - image has dependent child images ※-fを付けても同じ。 docker rmi $(docker images -f dangling=true -q)だと、 "docker rmi" requires at least 1 argument(s). そもそもdocker images -f dangling=trueは何も引っかからない。 "image name cannot be blank" と出たこともありました。何のコマンドか失念。 このコンテナは起動もできません。 どうやったら削除できるでしょうか？ 17 名前：login:Penguin mailto:sage [2017/11/28(火) 23:02:15.82 ID:l6qc+Qst.net] docker imagesってやったらどうでるの？ 18 名前：login:Penguin [2017/12/03(日) 18:48:03.66 ID:zS+bJMf6.net] docker使うとこ増えたけど アホって綺麗なサンプルいっぱいあるのになぜか設定ファイルグチャグチャ作るのな 結局構成管理出来ないだろ、あんなんじゃ 19 名前：login:Penguin mailto:sage [2017/12/03(日) 21:33:00.17 ID:0hG1CDG4.net] Dockerで設定ファイル？何の話だ？ Dockerで構成管理？何の話だ？ お前なんか勘違いしてそうだな 20 名前：login:Penguin mailto:sage [2017/12/03(日) 23:00:47.39 ID:+8H++mo7.net] まあ言いたいことはわかるよ それだって秘伝のシェルスクリプトを書き足すよりはずっといいさ 21 名前：login:Penguin [2017/12/04(月) 08:15:53.87 ID:5eeXMq5z.net] AWS Fargateってサービスがアマゾンからリリースされたらしいけど それってなんなの？ 22 名前：login:Penguin mailto:sage [2017/12/13(水) 11:04:20.12 ID:ZUZ9fAW9.net] docker系の技術は日進月歩すぎるのでredhatやcentosのような枯れたOSで使うのはきついですよね？ 色々入れたり設定が必要だし。 お勧めなディストリはやはりubuntuやfedoraなどですか？ 23 名前：login:Penguin mailto:sage [2017/12/13(水) 16:46:00.16 ID:4HtuxJmh.net] >>22 docker自体は日進月歩すぎるところがあるので、OSは枯れたモノを使うというのがベストプラクティス fedoraでdocker運用するのって、fedoraのカーネル自体が不安定すぎて、コンテナ上げすぎると落ちたりするよ 24 名前：login:Penguin mailto:sage [2017/12/13(水) 23:30:05.47 ID:CbAdTCk+.net] >>22-23 枯れたOSでよく話が通じるな？ 対応OS書いてあるんだから、それ使うだけじゃん https://docs.docker.com/engine/installation/linux/docker-ce/ubuntu/ Artful 17.10 (Docker CE 17.11 Edge only) Zesty 17.04 Xenial 16.04 (LTS) Trusty 14.04 (LTS) https://docs.docker.com/engine/installation/linux/docker-ce/debian/ Buster 10 (Docker CE 17.11 Edge only) Stretch 9 (stable) / Raspbian Stretch Jessie 8 (LTS) / Raspbian Jessie Wheezy 7.7 (LTS) https://docs.docker.com/engine/installation/linux/docker-ce/centos/ To install Docker CE, you need a maintained version of CentOS 7. Archived versions aren’t supported or tested. https://docs.docker.com/engine/installation/linux/docker-ce/fedora/ 25 26 https://docs.docker.com/engine/installation/linux/docker-ee/rhel/#prerequisites To install Docker EE, you need the 64-bit version of Red Hat Enterprise Linux 7 running on an x86 hardware platform, or s390x (IBM Z) architecture. Dockerの古いバージョンならもう少し古いディストリでも動くかもな 25 名前：login:Penguin mailto:sage [2017/12/14(木) 02:05:22.37 ID:j6ffG0Yu.net] 俺、OpenSuseで使ってる変態。 26 名前：login:Penguin mailto:sage [2017/12/14(木) 09:58:33.91 ID:RtRhmnJE.net] Redhat/CentOSはカーネル古いから新しいバージョンのdocker composeが使えないよ 27 名前：login:Penguin mailto:sage [2017/12/14(木) 13:39:44.17 ID:A3qqyatV.net] >>26 そんな制限あったっけ？ どこかに書いてある？ 28 名前：login:Penguin mailto:sage [2017/12/14(木) 16:57:21.98 ID:c0bTjVEo.net] GUIいらないからホストOSも軽くて無駄がないalpineにするのが好き ほとんど何もできないから逆に後腐れなく気軽に捨てて新しくできるし！ 29 名前：login:Penguin mailto:sage [2017/12/14(木) 18:00:17.09 ID:mi3pWGl2.net] 俺はホストにはfedora atomic使ってるぞ 30 名前：login:Penguin mailto:sage [2017/12/14(木) 19:26:56.48 ID:xIrkk8hS.net] なんかlinuxがいいものになったかのような錯覚をおこすわ 31 名前：login:Penguin mailto:sage [2017/12/14(木) 22:49:08.96 ID:j6ffG0Yu.net] coreosで使ってるっていう生粋のドッカーはいないのか？ 32 名前：login:Penguin mailto:sage [2017/12/15(金) 00:48:35.66 ID:1RLgszdT.net] CoreOSはもうねぇだろ 33 名前：login:Penguin mailto:sage [2017/12/15(金) 05:01:05.33 ID:gXJiZmqG.net] coreOSってalpine以上に使いにくくて何が良いの？って感じなんだけど何か取り柄はあるのかね 34 名前：login:Penguin mailto:sage [2017/12/15(金) 10:47:11.13 ID:pk6RU5gE.net] RancherOSが出たときコレは来るかと思ったがそうでもなかった 35 名前：login:Penguin mailto:sage [2017/12/15(金) 11:38:23.07 ID:Goys0rX2.net] 雨後の筍のようにポコポコ出てくるな はやく収斂してくれ 36 名前：login:Penguin mailto:sage [2017/12/15(金) 21:13:24.95 ID:QXRMWfvA.net] そいつらがい� 37 名前：ｸれ、どうにもつまらない理由で内輪もめを起こしてまとまらなくなり あの機能はそちらにしかない、その機能はあちらにしかない、なんて状況となってる間に OracleやMSに持っていかれる、というところまでがテンプレ [] [ここ壊れてます] 38 名前：login:Penguin mailto:sage [2017/12/15(金) 22:20:10.00 ID:7toohCc2.net] 誰かが早く僕の考えた最強Linuxを発表しないとな。 え、それが乱立してるって？ 39 名前：login:Penguin mailto:sage [2017/12/17(日) 02:54:12.57 ID:fi9E8CtD.net] BargeっていうのがDockerホスト用で最軽量・高速ブートをうたってるけど これVirtualBox専用でノートPCとかには直接インスコできないのかな？ 更新頻度は高いみたいだから物理マシンでも動けば最強候補じゃないかコレ 40 名前：login:Penguin mailto:sage [2017/12/17(日) 03:00:59.83 ID:FdcUbRUW.net] それ完全にvagrant用では？ 41 名前：login:Penguin mailto:sage [2017/12/18(月) 00:14:34.47 ID:V88qic40.net] RaspberryPiで使えますみたいなことは書いてあるね 普通には使えないっぽいのは何か残念だな 42 名前：login:Penguin [2017/12/18(月) 08:24:13.84 ID:5bGVyFGG.net] やっぱubuntu + kubernetesがいいのかな 43 名前：login:Penguin mailto:sage [2017/12/19(火) 12:43:18.15 ID:Unb97h+7.net] これからはなんでもかんでもコンテナって時代になるのですかね？ 自前でリポジトリをシコシコ築いてきたディストリベンダーも もはややる意義を失っちゃったりするんですかね？ 44 名前：login:Penguin mailto:sage [2017/12/19(火) 15:47:37.58 ID:mHmneXcK.net] 未だにコンテナとchrootの違いが理解できない 45 名前：login:Penguin mailto:sage [2017/12/19(火) 18:27:38.96 ID:JOmZ8i6e.net] chはchangeの頭文字から取っているから rootの変更って意味だろう コンテナはOS内にあるけど完全に独立しているから 例えばある家族の家の中で、 親がroot 子供がchroot ホームスティしてきた外国人娘がコンテナだ 46 名前：login:Penguin mailto:sage [2017/12/19(火) 21:21:37.08 ID:qjPggouG.net] >>42 コンテナ使い出すと便利すぎてディストリあれこれこだわってたのが笑えてくるほどだね そして指摘の通り、独自にバグ潰しとかやってる一番活発なリポジトリ持ってるところと 逆に古いツールを保守し続けてるところはもてはやされてるが、それ以外が意気消沈してる 二極化だな 47 名前：login:Penguin mailto:sage [2017/12/19(火) 21:29:10.23 ID:qsrDOXqO.net] リソースが集中するのはいいことではあると思う 48 名前：login:Penguin mailto:sage [2017/12/20(水) 01:46:37.73 ID:W5Cyms8a.net] パッケージ管理ツールをLSB前提でpythonやperlで書いてたところは それが原因でコンテナイメージのサイズをある一定以下に削減できなくてイーッてなってた かと言ってパッケージマネージャーは各ディストリのシステムに根深く食い込んでるから 切り離そうにも切り離せない・・・最近じゃsystemdの呪縛もあるだろうし でもまさかパッケージを単品ごとにインスコする日が来るとは誰も思ってなかったんだよな結局は 49 名前：login:Penguin mailto:sage [2017/12/20(水) 08:11:34.55 ID:XbCsAUuJ.net] コンテナってもっと早く登場しても良かった気がするんだが 技術的にはホスト型ハイパーバイザ型の仮想化よりも簡単なんじゃないの？ 50 名前：login:Penguin mailto:sage [2017/12/20(水) 09:16:28.83 ID:G/qWb3nN.net] そりゃ日本での常識だな、 日本は金持ちだから高性能コンピューターが当たり前だけど 世界的にはようやく高性能コンピューターが 51 名前：普及してきた ようやっとOS内にOSをおいても通常に使えるぐらいのPCが普及してきたんだ [] [ここ壊れてます] 52 名前：login:Penguin mailto:sage [2017/12/20(水) 11:24:05.90 ID:XXomYUaW.net] それはひょっとしてギャグで言ってんのか 53 名前：login:Penguin mailto:sage [2017/12/20(水) 15:46:11.75 ID:ZRehS3G5.net] コンテナは昔からあっただろ Linuxに来るのが遅かっただけで 54 名前：login:Penguin mailto:sage [2017/12/21(木) 07:55:01.09 ID:9tWXeT0T.net] user mode linuxはコンテナに入りますか? 55 名前：login:Penguin mailto:sage [2017/12/21(木) 20:10:57.04 ID:K3jlwK7o.net] コンテナ内のプロセスがしんで終了しても自動でコンテナ再起動してくれるオプションがあった コレ使えばわざわざプロセス死活監視用ツール起動しなくて良くなるのか ちょっとスゴ杉ない？ 56 名前：login:Penguin mailto:sage [2017/12/21(木) 20:41:31.20 ID:dn2463i7.net] そんなもんsystemdに標準搭載されてる機能だろ 57 名前：login:Penguin mailto:sage [2017/12/24(日) 22:37:12.09 ID:rLGBbeuy.net] dockerコンテナってホストOSのカーネル使ってるの？ どこもそう説明してるんだけど、ベースイメージにlinuxつかってその上にmysqlとか載せてイメージ化してるって認識だったんだが。 58 名前：login:Penguin mailto:sage [2017/12/24(日) 22:40:54.12 ID:BfGqUwPY.net] ホストのカーネルを使っているという説明で合っているよカーネルの上で動かすカーネルとかもうそれVMじゃん 59 名前：login:Penguin mailto:sage [2017/12/24(日) 22:58:36.30 ID:rLGBbeuy.net] >>56 ありがと。 そうなるとwindowsだとdockerインストール出来るけど、エンジンとかに工夫してあるのか ttps://www.slideshare.net/zembutsu/docker-images-containers-and-lifecycle ここの19ページめに、ベースイメージにイメージ層を載っけていくて記載あるけど、 これは間違ってるの？ 60 名前：login:Penguin mailto:sage [2017/12/24(日) 23:14:23.88 ID:jQND+IMW.net] www.publickey1.jp/blog/17/dockerlinuxkitlinux_subsystemdockercon_2017.html こういうのじゃね？ 61 名前：login:Penguin mailto:sage [2017/12/24(日) 23:22:26.32 ID:rLGBbeuy.net] >>58 https://github.com/docker-library/mysql/blob/6c414e7f38c2079c7193beae5dc7c34ee46cd6e7/8.0/Dockerfile mysqlのdockerfileだと FROM debian:jessie ってあるけど、 これはどうなの？？ 何かこんがらがってきた。 sshで入れるし、やっぱ根底はlinux立ち上がってるのか？ 62 名前：login:Penguin mailto:sage [2017/12/24(日) 23:52:48.02 ID:FG7A/gM3.net] おい、素人同士で勝手に話をすすめるなｗ >>56 > カーネルの上で動かすカーネルとかもうそれVMじゃん VM=仮想マシン＝マシン（ハードウェア）を仮想化してないならVMにはならない >>55 > dockerコンテナってホストOSのカーネル使ってるの？ そもそもホストとかゲストとかいうものがない Linuxっていうのはカーネル（https://www.kernel.org/ で配布しているやつ）に DebianやらUbuntuやらRedhatなんかが、いろんなアプリをセットにして配布してる カーネルは基本的に汎用。だから同じカーネルを使っても DebianやCentOSなんていう別のディストリが作れる さてパソコンにDebianをインストールしたとする。そこにはカーネルといろんなアプリが有るわけだが Dockerで作ったDockerコンテナはこのうちカーネルだけを利用する。 例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。 パソコンにインストールしてあるカーネル + FROMの元になったディスクイメージ を使ってアプリを動かす そんなもんだから、Debianをインストールしていたとしても、UbuntuやCentOSのディスクイメージを使うこともできる 63 名前：login:Penguin mailto:sage [2017/12/24(日) 23:57:01.81 ID:FG7A/gM3.net] パソコンにインストールしたカーネルを使う。 そこで疑問になるかもしれない。 幾つものDockerコンテナが同じカーネルを使っているとしたら psコマンドでプロセス見た時、他のコンテナのプロセスまで見えてしまわないのか？と そこで出てくるのがLinuxカーネルに搭載されたコンテナ機能 この機能によって各コンテナは別々に隔離されることになる 同じカーネルを使っているというのに、それぞれ別々の環境を持っているようにみえる ファイルシステム空間を分離したり、プロセス空間を分離したり、 メモリ空間を分離したり、ネットワーク空間を分離したり ありとあらゆるものを分離して独立した環境を作り出している それが大変な作業だった 64 名前：login:Penguin mailto:sage [2017/12/25(月) 00:07:51.54 ID:132x0Uuj.net] さて、ここまではパソコンにインストールされたものがLinuxの場合だけど WindowsやMacOSはどうなっているのか？ コンテナ機能っていうのはLinuxカーネルが持っている機能だが WindowsやMacOSはLinuxではない。 どうやってLinuxのカーネルの機能を使っているのか？ 答えを言ってしまえばあたり前のことだが、WindowsやMacOSでは 裏で仮想マシンが起動していてLinuxがインストールされている ちょっと前までの、Docker Toolboxと呼ばれていた時代はVirtualBoxを使っていた。 今のDocker for Windows および Docker for Macでは WindowsではWindows標準のHyperVを MacOSではMacOS標準のHypervisor Frameworkを利用したHyperKitを使っている 仮想マシンを使っていると言ってもDockerに最適化されており Windows もしくは MacOS のCUIからdockerコマンドを動かすとちゃんと 使えるように構成されており、まるでLinuxと同じようにOSの上に直接dockerが 起動しているようにみえる。だけど実際は仮想マシン上で動いているので Dockerの設定画面にはメモリをどれだけ仮想マシンに割り当てるかなどという設定が存在する 65 名前：login:Penguin mailto:sage [2017/12/25(月) 00:11:59.89 ID:132x0Uuj.net] 余談だがWindows 10ではWSLという仕組みによって LinuxカーネルをNTカーネルでエミュレートしている 今ではLinuxカーネルを使っていないのにUbuntuが Windows上で動作するようになっている。 もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら その時はWindowsでHyperVを使わずにDockerが動くようになるだろう 66 名前：login:Penguin mailto:sage [2017/12/25(月) 11:30:09.88 ID:+uvKLng+.net] >>63 親切すぎて草 下手な記事よりわかりやすい 67 名前：login:Penguin mailto:sage [2017/12/25(月) 15:39:08.55 ID:h9oxS0er.net] ＞もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら なるのかね？ 最近MSがLinuxに擦り寄ってて気持ち悪い 68 名前：login:Penguin mailto:sage [2017/12/25(月) 23:01:24.32 ID:gZwRVfZh.net] >>63 帰ってきたらすごい丁寧なレス来てたっ ありがとうございます > 例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える > そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。 ttps://github.com/aws/amazon-linux-docker-images/blob/10641478ad16c6f44b691dc41acfc221c7a7594f/Dockerfile たしかにamazon linuxの中見ると、コマンドとかは設置してるけど/boot のカーネルとかは置いてなかったわ windows, macも結局裏では仮想化されてたのね 色々わからなかった所が一遍にわかったわ！ 69 名前：login:Penguin mailto:sage [2017/12/26(火) 01:41:07.93 ID:SZApAg+E.net] >>60-63 これは永久保存レベル Github上のissueでもWSLだけでLinuxコンテナ動かしたいって要望はかなり挙げられてて MSスタッフからみんなの期待は認識してますってレスも付いてた もしホントに実現したら世界が変わる！みたいな投稿もあって大げさだけどちょっと同意しちゃう 70 名前：login:Penguin mailto:sage [2017/12/26(火) 03:02:30.31 ID:+n8uGZb5.net] >>60-63を書いた本人だけど、なんでこんなに喜ばれてるんだろう？ｗ WindowsやMacOSでDocker使ってる人にとっては常識だと思ったんだけどね 最近MacOSでDocker使ってる人なのかな？ 昔はVirtualBoxのインストールが必要だし 今もWindowsならHyperVの有効化が必要 仮想マシンが使われてるのはすぐにわかると思ったんだけど あと仮想化という言い方は良くない 色んな意味の仮想化があるから 71 名前：login:Penguin mailto:sage [2017/12/26(火) 03:07:47.91 ID:+n8uGZb5.net] WindowsやMacOSで使った時のDockerのボリュームって謎だよね 例えばWindowsでdockerコマンド使った時、Windowsのディレクトリを ボリュームとして指定すれば、dockerコンテナの中から見える Linuxでは当たり前の動作だけど、WindowsやMacOSでは仮想マシンで dockerが動いてるのだから、単純に考えれば仮想マシンの中にボリュームができるはず まあホストOSのディレクトリを仮想マシンのディレクトリにマッピングしてるんだろうけど Docker for WindowsやDocker for Macではそういうことを感じさせない作りになってる 72 名前：login:Penguin mailto:sage [2017/12/26(火) 10:06:07.39 ID:4aRFRiu5.net] vagrant入れて色々弄ってた後にdockerやったから全然気付かなかった 職場macで家はwindowsで、両方vagrant入れてたしね ネットで調べても、その手の情報全然見なかったよ 本読んで勉強しろって話なのかな？ 73 名前：login:Penguin mailto:sage [2017/12/26(火) 11:22:56.05 ID:pkkjJJya.net] >>68 自分は初心者なのでナイスな解説に出会えてラッキーでした ありがとう 74 名前：login:Penguin mailto:sage [2017/12/26(火) 12:31:53.02 ID:KRPyxQju.net] 俺も最近、Docker for Windows入れてみてたばかりなんで、HyperVが必要な理由とかが分かって参考になった 75 名前：login:Penguin mailto:sage [2017/12/26(火) 23:42:23.56 ID:+n8uGZb5.net] > ネットで調べても、その手の情報全然見なかったよ > 本読んで勉強しろって話なのかな？ そうなんか？ じゃあなんで俺知ってるんだろう？ｗ もう3年ぐらい前から触ってるからなぁ。当時はWindows使っていたし（今はMacOS） まあ普通DockerってLinuxで使うもんな。Dockerの解説といったら普通Linux上の話だし WindowsやMacOSでどうやって使えるようにしているのかまでは関係ないか じゃあおまけでもう少し仕組みの話を。 76 名前：login:Penguin mailto:sage [2017/12/26(火) 23:58:14.94 ID:+n8uGZb5.net] Dockerっていうのはクライアント・サーバー型の設計になってる つまり通常端末から実行しているdockerコマンドとサービスとして実行する dockerサーバーが存在する(紛らわしいことにどちらもdockerコマンド) サーバーの方のdockerは説明したとおりWindowsやMacOSでは仮想マシンなしには動かない だけどクライアントはWindowsやMacOSでも動く (dockerはgoで作られておりマルチプラットフォームになってる) クライアントーサーバー型ということは、ようするにdockerサーバーを リモートのLinuxで動かしていて、手元のWindowsでdockerコマンドを叩いて 接続するということができる。ちなみにdocker buildを実行すると手元のDockerfileやDockerfileと 同じディレクトリにあるファイルを全てリモートに送信してDockerイメージをビルドしている (なので手元にごみファイルがあると遅くなるよ = dockerignoreの話につながるが省略) 使い方の一つとしてあちこちのLinuxサーバーでDockerサービスが動いていて 手元から接続先を切り替えて操作するというものがある この時に使うのがdocker-machineで環境変数DOCKER_HOSTなどを管理する機能がある Linuxでローカルのdockerサーバーに接続するときはsocket経由で接続するんだが Docker Toolboxの時代ではTCPで接続するためにWindowsやMacOSXではdocker-machineが必要だった でも最新のDocker for WindowsやDocker for Macではdocker-machineが必要なくなっている どういう仕組みになってるんだろうね？ｗ 少し前の手順を見るとdocker-machineがでてくると思うがローカルのDockerに接続するだけなら忘れていい 今はWindowsでもMacOSでも、ローカルのDockerに接続するときはTCP通信を使っていない(はず)だけど WSL(Linux用Dockerサーバーは動かない)環境から、dockerクライアントのLinux用バイナリを使って HyperV上で動いているDockerサーバーに接続するときは、TCPでつなぐ必要がある。その時に必要になるのが 「Expose daemon on tcp://localhost:2375 without TLS」というやつ。詳しくはぐぐってくれ もう一つ思い出したが、Docker for WindowsはHyperVで動いているのでVirtualbBoxとは同居できない vagrantを使うのならVagrant+VirtualBoxではなくVagrant+HyperVで使う必要がある 77 名前：login:Penguin mailto:sage [2017/12/28(木) 15:12:36.60 ID:LWC+fC47.net] >>74 勉強になります 最近はOS、仮想化、dockerと色々と入り乱れて全体像を理解するのに苦労するなぁ ま、所詮パンピーですから 78 名前：login:Penguin mailto:sage [2017/12/28(木) 17:00:45.45 ID:+qKarqEU.net] dockerとkubernetes使いこなせないと時代遅れになるぞって言われたけど 一般の開発者がkubernetesを必要とするシーンってどのくらいあるのかな dockerは問答無用で便利だけど 79 名前：login:Penguin mailto:sage [2017/12/28(木) 23:05:22.59 ID:BIGMxhMF.net] dockerとkubernetesの間にクラウド（aws、gcp等）があるね クラウドを使わなければkubernetesはでてこないだろう ローカルでのサービス開発用途であればdocker-composeで十分だし kubernetesはなんかクラウドの上でクラウドを作ってる感じで、 将来的には、いろんなクラウド会社の共通インターフェースに なるんじゃないかって思ってるけど、今は各社のクラウドのサービスに kubernetesが対応しきれない感じ。だって自社のGCPすら完璧にコントロールできないもの 例えばオートスケールしたいならkubernetesを使わないで直接クラウドの 機能のオートスケールとかした方がいいんじゃないかな なぜならkubernetesの場合コンテナのオートスケールになるわけだけど 起動しているVMの中でコンテナをオートスケールするだけなので VMの数もオートスケールしないとコストは下げられないから kubernetesを使っても頑張ればコストを下げられるオートスケールは 実現できるんだろうけど、コンテナとVMの二重のオートスケールが実行されて 少数のコンテナだと多分不安定になりそう。何十台レベルで常時コンテナが 起動してる状態じゃないと安定させられないんじゃないかな？ それが将来はコンテナのオートスケール = VMのオートスケールになるんじゃないかって思ってる で最終的にはVMを使う＝裏で勝手にkubernetesが動いてる時代になるんじゃないかな そうなってくるとkubernetesは確かに必須。だけど意識しない状態になってると思う でも個人的にはkubernetesの方向じゃなくて、クラウド自体がコンテナに 直接対応してくれる方を望んでるけどｗ（例えばGCEは起動するコンテナをデプロイできるようになった） kubernetesはバージョンが勝手にアップグレードする（GCPの場合）ことを考慮しないといけないのと kubernetesを動かすだけで各VMで1.5GB以上のメモリを使用するのが気に入らない 80 名前：login:Penguin [2017/12/29(金) 12:41:26.85 ID:S/CsVkMC.net] 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 PTHNS6LLYQ 81 名前：login:Penguin mailto:sage [2017/12/30(土) 19:21:43.13 ID:kIwYFCo/.net] kubernetesはほぼ全部の業界大手が参画してるけど そんでもコケるってことあるんかな いやまぁ莫大な金が動くインフラ業界だからねぇ 82 名前：login:Penguin mailto:sage [2017/12/30(土) 21:07:01.76 ID:/wpJUWvV.net] Docker swarmが本命じゃないの？ 83 名前：login:Penguin mailto:sage [2017/12/30(土) 23:02:49.87 ID:R3GCT2Hw.net] >>80 もうフェードアウトフェーズだよｗ DockerもついにKubernetesをネイティブでサポート、Swarmの併用も可能 jp.techcrunch.com/2017/10/19/20171017docker-gives-into-invevitable-and-offers-native-kubernetes-support/ しばらくはswarmでもできる！とかやるだろうけど 次第にフェードアウト 84 名前：login:Penguin mailto:sage [2017/12/30(土) 23:41:06.85 ID:4E+qMbRD.net] 小規模ではdocker-compose一択って事でおk？ 85 名前：login:Penguin mailto:sage [2017/12/31(日) 03:26:38.05 ID:AHTq9Vf1.net] 小規模っていうか、1台のマシンの場合って考えてるよ 開発用メインでdocker runのオプションを指定するのが 面倒になった時ｗ 86 名前：login:Penguin [2018/01/18(木) 10:27:56.69 ID:edyLm1wn.net] Docker toolboxの最新版（18.01.0-ce 87 名前：）を入れたら何故かdockerのデーモンに接続できなくなったけど VirtualBoxのGUIから仮想マシンを止めたら直った docker-machine restartは効果がなかった [] [ここ壊れてます] 88 名前：login:Penguin mailto:sage [2018/01/18(木) 17:40:21.34 ID:G+DL28hG.net] なんでvirtualbox？ 89 名前：login:Penguin mailto:sage [2018/01/18(木) 18:22:49.70 ID:HcoLdHLc.net] Docker toolboxってwin/mac上にlinux走らせてその上で更にdockerしてるからね 90 名前：login:Penguin [2018/01/18(木) 21:17:36.99 ID:ZKzLgYJR.net] いつの話？ 91 名前：login:Penguin mailto:sage [2018/01/18(木) 23:21:47.35 ID:oYgm6+gm.net] 誰もがWindows Proを使えるわけじゃないからなぁ VirtualboxベースのDocker toolboxはまだ必要意義は大きい 92 名前：login:Penguin mailto:sage [2018/01/30(火) 15:24:33.94 ID:qZpjgluz.net] Hyper-VはProfessional以上必須なのか。 リモートデスクトップサーバ使いたいから、"わざわざ"Professionalのライセンス にしてるけど、Docker for Windows (Hyper-V)を使うために必要ってのは微妙。 93 名前：login:Penguin mailto:sage [2018/01/30(火) 16:34:53.53 ID:VSfpjLUl.net] Docker使ってるとKubernetesしたくなってきてKubernetes on Atomic Host on Hyper-Vとか組みたくなるしへーきへーき 94 名前：login:Penguin mailto:sage [2018/01/31(水) 02:46:07.43 ID:Y/TJiD1T.net] >>89 そういう人のためにDocker Toolboxというのがある 95 名前：login:Penguin mailto:sage [2018/02/01(木) 04:43:55.93 ID:oMuXW2h/.net] coreOSがRedHatに買収された 96 名前：login:Penguin mailto:sage [2018/02/02(金) 08:59:37.20 ID:yFWv8+qQ.net] CoreOSはDocker利用を想定してたけどコレジャナイ残念OSだったので次はRancherOSあたりに期待してる 97 名前：login:Penguin mailto:sage [2018/02/03(土) 13:01:31.67 ID:3HQCIEUi.net] >>92 ヤフーの記事が、港のコンテナヤードの画像使ってて混乱したわw 98 名前：login:Penguin mailto:sage [2018/02/03(土) 15:14:06.84 ID:TzIPoha8.net] クジラの方のコンテナって言えば通じる 99 名前：login:Penguin mailto:sage [2018/02/05(月) 13:34:29.22 ID:k5aVtYPL.net] コンテナをビルドするとき Dockerfile 内で RUN yum list した結果を、ホスト側に残したいんだけど、なんか良い方法ないかな？ 100 名前：login:Penguin mailto:sage [2018/02/07(水) 01:28:24.21 ID:G933ziiv.net] >>96 Debian 使いだから勘違いしてる可能性が高いけどこういう感じで tee とかリダイレクトじゃダメなの？ $ cat Dockerfile FROM centos RUN yum list installed | tee yum.list $ docker build -t yumlist . ~~snip~~ $ docker run --rm yumlist head -n5 /yum.list Loaded plugins: fastestmirror, ovl Installed Packages acl.x86_64 2.2.51-12.el7 @CentOS audit-libs.x86_64 2.7.6-3.el7 @CentOS basesystem.noarch 10.0-7.el7.centos @CentOS

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef