Docker Part3

LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

前スレ
Docker Part2
https://mao.5ch.net/test/read.cgi/linux/1506574845/

systemd nspawnがOCIに対応したらしい

ttps://www.phoronix.com/scan.php?page=news_item&px=Systemd-Nspawn-OCI-Runtime

コレか

古いノートパソコンがあるからそれにLinuxを入れてdocker動かしたい。
どのOSがおすすめ？k3s?

https://github.com/bargees
これも気になるけど、こいつはdockerで使うもの？ホストマシンに入れたいけどなんか違う気がしてる。

Ubuntu

だいたいな、Dockerは動かすものじゃない。
自分でDockerイメージを作るものだ

アプリを開発する人じゃないと使う意味がない

>>5
>>5
アプリ開発してるよ。普段使ってるのはdocker for macだけど。
古いノートパソコンがあるからLinuxをいれてそこでdocker動かしたい。もっというとkubernetesを試したいんだけどね。
ubuntuはたしかに便利だけどもっと軽くておすすめないかな

ローカルでkubernetes使ってなんか意味あるのか

>>6
Xubuntuはいかが？
https://eng-entrance.com/linux-light

>>8
guiは使いたくないです。

>>9
どうせTeratermとか使ってるんだから変なことにこだわるな

>>10
cui使っている人のほうがこだわるでしょ。
同じことをするなら少ないリソースでやろうとするのが技術者じゃないの

今時は同じことするなら少ない工数でやるのが偽術者

dockerについて勉強したいんだけどなんかおすすめのサイトとか本ある？

Qiita

>>13
https://knowledge.sakura.ad.jp/13265/

Qiitaはクソ記事多いから気をつけて。
↑で手を動かしたら公式を読むようにした方がいい

>>7
利点が何もわかってないのな

>>16
説明して

>>13
意味があるDockerの記事を読む。

たとえばどれ？

Kubernetesって1GBのメモリじゃ動かない？
AWSのt3.microインスタンスで
nginx動かしたりしただけでフリーズした

>>20
動かないんじゃないかな。
1年ぐらい前だけど調べた時に、1.7GB？ぐらいの
メモリを使用していた気がする。

あれから変わってるだろうし、記憶が曖昧だけど
Kubernetes使うのに躊躇するぐらいのメモリ使用量だった。
k3sならメモリ使用量少ないみたいね。

>>21
ありがと

2GBのインスタンスタイプに変えてから再起動して
nginxだけじゃなくダッシュボードも動かしたが
それで既に700MB近かった
ちょっと他のが入ったら1GBでは足りなくなりそうだった
素のk8sでは2GBは最低必要か

k3sは噂には聞いてるが試したことない
試してみるか

docker初心者です
portainer越しに amd64/ubuntu:{18.04,18.10,19.04}動かしてみようと思ったのですが、Deployは成功し起動するのですが次の（WEBの）リロードのときにはexit 0でストップしている状態です。
officialが駄目なのかと思ったのでunofficialなoneimage/ubuntuなどを試しましたが駄目でした。
docker hubから落としたnginxやnextcloudなどは正常に動いています。
dockerの学習過程でdocker run などのCLI でもこころみているさいちゅうなのですが、あまり上手くいきません。
考えられる原因をお教えいただければ幸いです

追記：冒頭の日本語おかしくてスイマセン…あと今回使っているimageは全てdocker hubからpullしました

echo Hello Docker!
ぐらいしか出力しない image で、
ローカルでもリモートでも、
確実にやろうと思っていることが動かすことができますか？

それから、本当に動いているのでしょうか？
何を根拠に正常と判断していますか？
1セグメント内でサーバー群の保守運用は十分にできますか？

また、何をやろうとしているかアレですが、
docker-compose でやったほうが整理できませんか？
もっと大規模なネットワークだったら、k8s とか mini k8s とか。

がんばってください！

自己解決しました
portainerのデプロイが駄目っぽいのでCLIでデプロイ後、管理をportainerに渡す構成でうまく行きました

初心者です。
データ分析ツールの宿題が出されたのですが、Docker上に環境構築するところからやらないといけないのですが、どのように構成させればいいかわかりません。
Docker上にはDWH(ポスグレ)、ETL(Python)、Datamart(ポスグレ)、Application(apache+php)をのせるような絵が書いてありました。
これを実行する環境を作るためには、databaseサーバとしてポスグレ、Applicationサーバとしてphpとpython、webサーバとしてapacheみたいな構造のdocker composeを設定すれば良いのでしょうか？
初歩的な質問で恐縮ですが、教えていただければ助かります。
youtubeやhpを見てもイマイチ、自分のやろうとしていることとの紐付けがわからなくて、みなさんにお聞きしようと思いました。
どうか、助けてください。

授業か演習の時間にdockerの動作サンプルは提供されなかったの？
もしされてないのなら教員かTAに提供を要請したら？

>>27
まずは、それを1台のサーバ上で自力で構築できるかどうか。
それすらできないのであれば、docker-compose なんか、できっこない。

宿題は自分でやらないとだめだろう。
質問も適切であれば、教師が答えてくれるはず。

Dockerの中からホストos(PC)に繋がってるUSB機器は
使える
使うようにすることができる
使えるが困難な作業付
使えない
どれだろうか

キーボードは使えるだろ

>>27
授業まともにこなしてないからだろ
レポート提出前にいきなり焦っても駄目

学生向けの課題にこれまでやってないことをいきなりやらせるはずない
その単位は来年取りましょう

k8sって、masterとworkerを同じ仮想マシンにすると
負荷かけ過ぎた時にクラスタが操作不能になる？

仮想マシンを再起動しても保存されたデプロイメントとかの設定から
また同じコンテナが立ち上がって操作不能になる
シングルノードで開発はむずい

ラズパイでも使って小ノード作るべきでは

dockerにwinxp入れて古いゲームできますか？

まずdockerの構造を理解してください。
https://www.google.com/search?q=dockerとは？

>>36
まぁ、せいぜいがんばってくれたまえ！

GUIとか犬糞以外のOS走らすのは�_っしょ

>>37
使用用途が全然違うわ
できんわ

Windows10Proでdocker動かして、windowsXPのコンテナを動かすんでしょ。

>>36
windowsをdockerで動かすだけでもドライバ周りが地獄。

ゲーム入れたコンテナも作れるが、セーブやコンフィグデータを外に逃がす必要があり、これも難易度高い。

VMwareなどのバーチャルマシンでやる方が格段に楽

dockerでvirtualbox動かしてwin載せたりするのか

https://stackoverflow.com/questions/25741904/is-it-possible-to-run-virtualbox-inside-a-docker-container/56343894#56343894

VirtualBox inside docker
出来なくは無いようだが
意味あるのか？

ホストOSで動いてる物に色々依存してるし
普通にインスコすれば良いじゃん？

dockerってのはVMに対して何のメリットが在るのかサッパリ分からん。
海外のオープンソースソフトにはセットアップ面倒くさいやつは5G位の
ovaファイルとかドカンと置いているのがあって、DLさえすれば完全な
環境で動く奴が在るけど、何故それではなく、Dockerの方が良いのか
と言う説明は誰もしない。

>>45
Kernelをホストと共有するので、
余計なKernelのメモリ使用がない。
Kernelの起動終了を待たなくていいので、
起動終了が速い。

>>46
メモリなんて今時別に気にする必要ないだろ？
16Gも積んでれば4、5台上げても何てことは無い。

>>47
4-5台で済むわけないでしょ、
64コアとかのCPUが普通に売ってるんだから、
サーバーも20台30台統合することを想定している、
するとKernelのメモリが無視できなくなる

スケールしやすいから

小さくて速いのかメリットじゃないって正気？

dockerは軽量なだけでなく、配布の仕組みが標準化されていて
仮想マシンと言うより
どのLinuxでも動くパッケージマネージャーの代わりのように使える

docker pullしてくればすぐに起動して使える
自分のコード追加してdocker pushして再配布も簡単

特定の仮想マシン向け、例えばVirtualBoxにイメージ作ったら
その仮想マシンでしか動かないじゃん

カーネルを含めず
その上で動くソフトウェアだけを確実にどのLinuxにも持っていける仕組みがあれば
という問題をDockerが解決した

5Gバイトはダウンロード結構掛かるから

小さくて早いって言ったって、他への依存度が少ないほうが良いじゃん
と思ってVagrant使ってた。
試しにdocker使ってみて圧倒的な速さにdockerシフト。
まぁLinuxメインの人ってWindows上でも動かそうとか考えないしな。
ライブラリ、デーモン依存のところだけ解決できるコンテナはちょうどいい感じなんだよ。

lxdと組み合わせるとかなりいい

>>45
そのメリットが理解できないのであれば、
それでいいんじゃない？
まぁ、せいぜいがんばってください！

>>55
>>51見たいな回答が出来るなら、参考にもなるけど
この書込みじゃ何の役にもたたんな。
まぁ君自身理解できてないのだろうけど。
君が流行で使っても何も恥ずかしくは無いよｗ

>>48
20台も30台も作る前に普通何か工夫するだろ？

>>51
唯VMにしてOSのバージョンレベルで固めていれば
VM->開発機->検証機->本番機の全ての環境が
全く同一に作れるからね。
Dockerでおかしな作り方したら本番機ではパス違ったとかなるとダルい。

>>53
Vagrant使うくらいなら確かにdockerの方が良いね。

Dockerあればパッケージマネージャーの代わりになるから
パッケージマネージャー要らないじゃん！って事で
パッケージマネージャーを無くして
/usrとかのパスをリードオンリーにしたのがCoreOS

OSアップデートはOSイメージ丸ごと入れ替えで行うっぽい

>>52
5Gなんて今時fullHDの動画ひとつでもそれ位在るだろ？

>>56
きみに説明するまでもないからｗ

>>60
分かったから、有意なレスできんなら黙ってろよｗ

>>61
黙らなくてもいいでしょ♡

>>62
まあ良いよ、役立たず君。
君の好きなように役に立たないレス返したまえｗ

>>58
こういった書込み見るとDockerてのはOSの仮想化技術じゃなくてアプリケーションの仮想化技術やな。
軽量コンテナとか分かりにくい単語使ってくるから、イメージしづらいわ。
そらOSの仮想化と比べて早いのは当然。

>>45
にたようなことを思ってたけど
前スレでdockerを分かりやすく説明してくれた人がいて、VMとは、根本的に違うと理解した

>>65
一応読んだけど59〜とかその辺？
それなら知っている（だからアプリの仮想化やなと言っている）
で、それがVMに対してどのようなメリットが在るのかは相変わらず分からん。
（早いとか軽いとかそういった当たり前のメリットではなく、開発でVMを使う事はそれなりに
　意味の在ることであり、それを凌駕するメリットには見えない）

個人レベルの利用でVMの代わりとして使うメリットなんてほとんどない

>>66
確かにWindowsホスト混在の集団での開発環境だとわかる または技術者の習熟レベルの差によってもvmのほうが扱いやすいだろうな

ネットワーク速度と帯域消費とその他資源が無限な場合はvmに理があるだろう

VagrantBoxはphpとかJavaとかgoとかmysqlとかpostgresql
最初から入ってるの無くね？

Vagrantfileで自分で書く？
面倒くさいし全パッケージのバージョン固定は難しい
イメージの配布も('A`)ﾏﾝﾄﾞｸｾ

AWSはnested virtualizationも無いらしいし
VirtualBoxで作ったら高価なベアメタルインスタンス使うしかなくなるな

Docker使ってたらLinuxディストリ
別に何でもよくね？
コンテナさえ動けば良いんだから
好きなの使えば良い

dockerは依存関係調べるのに手っ取り早くていい
Ubuntu minimalをrunさせればviすら入っていないプレーンなかんきょうですぐテストできる。メモリも食わない。アプリケーションのテストサーバとかいいよ。本番環境はまた別だけど。

本番でDocker運用するのは何か制限がある？

GoogleがKubernetesでバリバリ使ってるだろう？

>>71
本番でも、そのままdockerコンテナを運用すればええやん！

逆に本番をDockerライクなシステムで運用しないとローカルをDockerで作る意味が無い。
本番がVMだと二度手間になる。
（開発機作るDockerfileを作った後に本番機を手作業で構築するとか）

ステートレスなアプリケーションを素早くスケールしたい場合にコンテナが有利、そんだけや

>>76
このメリットでDocker使う、と言うのならDockerは大規模サービス特化型では？
ヤフオクだアマゾンだと超大規模なサービス運用したいと思うなら、そら動的にさっさと
スケールしてくれなきゃ困る。
が、それでVM技術全部を置き換えようぜ、と言われると無理が在る

ESXiであれHyper-Vであれ学習コストがほぼゼロのOS仮想化技術を
学習コストが低くは無い（そして汎用的でもない）
Dockerでと言われると、何でそんな必要が在るの？
と言う素朴な疑問が消えない。

スケールアウトは（OSごとスケールされるけど）VMにも在るからね。

>>77
そう。

DockerをネタにVM不要論を唱えてる奴はDockerを扱ったことが無いし理解もしてないだろ

>>77
逆に小規模でvm運用だとデプロイ（vmイメージのインポート？）にサーバーサービスを選ばないか？
環境構築ツールとかアプリ単位のデプロイはどうやっているの？

>>80
デプロイ？
やり方は1物理鯖に1OSしか載らなかった大昔と全く変わらないのでは？
VMをインポートするとかではなくOSの中に入って作業をする。
デプロイ方法は中で動いているWEBアプリによって色々だろ。
FWがDeployer持っているならそれ使うし、もっと小規模なら改修したファイルをコピるだけとか。
設定ファイルのようなものインポートする形ならそうするし。
イントラネットでなくインターネット上のサービスならSCPとか。

VM使ったからといって1物理鯖に1OSをインストールして運用していた時代と手順が変わる事は無い。
そういった意味でもOSの仮想化は学習コストがとても低い。

初期の環境構築も手作業でrpmとかyumとかこれも変わらない。
但し1度作ってしまえば、VM複製して開発機→検証機→本番機に一気にコピる。
だから構築の手間自体は一回きり。

>>76のようなステートレスな鯖が例えば1AP鯖に対してフロントエンドに4Web鯖とか在ってバージョン
アップとか面倒臭いなと思えば1個マスタ作ってそれをVM複製するとか、そういった手段も出来るから
楽にはなった。
(昔は4WEBサーバあったら4回手作業でデプロイしていたので）

これをDockerに置き換えようと思えば、上記の説明を全部やり方変えないといけないから普通の企業
のシステム事業部には、なかなかそのメリットを納得させるのは難しい気がする。

OSの仮想化では無いから、コンテナの中にログインしても何が出来ると言う訳でもないので、その
意味でも面食らうし。

>>81
＞手作業でrpmとかyumとかこれも変わらない。
但し1度作ってしまえば、VM複製して＞開発機→検証機→本番機に一気にコピる。
だから構築の手間自体は一回きり。

環境更新するたびにそれとか原始的過ぎるだろ
環境増えたら更新メンテナンスが手間
記録も残らないし戻すのも面倒くさい
それとも一度作ったら二度と更新しないとでも言うのか