Docker Part5

DockerはLinuxが持つコンテナ技術を使ったアプリケーション仮想化技術です。
アプリケーションを動かすために必要な各種ライブラリ等を一つのDockerイメージに
まとめることで、さまざまな環境へのデプロイが容易になります。
例えばWindowsやmacOSを使って開発・テストしたDockerイメージを
そのままクラウド上のLinuxの本番環境で使うことができます。

クラウド上の環境が仮想マシンであるため、Dockerは仮想マシンと併用して使うことが多いですが
仮想マシン技術とは無関係の技術です。実際Linux環境において仮想マシンは必須ではありません。
WindowsとmacOSでは仮想マシンを使いますが、これはOSがLinuxではないからです。

Dockerは主にアプリケーションを動かすために設計されているのでデータを保存するのには適していません。
データはDockerイメージの外部、ボリュームを使ってホスト環境に保存するかネットワーク通信で外部サーバーに保存します。
またDockerコンテナは一つのサービスを実行し、複数のサービスが必要な場合はdocker-composeやk8sなどを使って連携させます。
Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けています。
それはDockerの設計方針とあっていないからです。

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

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

注意　Dockerを仮想マシンの代替として使いたいと考えてる人は、DockerではなくLXCを使いましょう
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

Docker社、Docker Hubのソースコードの一部を「Docker Distribution」としてCloud Native Computing Foundationに寄贈
https://www.publickey1.jp/blog/21/dockerdocker_hubdocker_distributioncloud_native_computing_foundation.html

すみませんちょっと私見をいただければ幸いです。Kubernetes初学者です。
座学だけではなかなか理解が進まないので、自宅ノートPC(Win10pro)でハンズオン
学習をしたく思います。
VirtualBoxでCentOSの仮想マシンを2台立ててMaster, Workerノードに見立てて、
初歩的な部分（ベースイメージを引っ張って本番環境を作成＆適用まで）ができれば、
と考えてます。このとき仮想マシンのメモリは2GBじゃきついでしょうか。
やっぱり4Gは要りますかね。自宅

途中送信、失礼しました。
自宅PCのメモリが8GBで増設不可なのです。

これを機会にメモリ16GBのノートに買い換えるのも視野に入れています。
（デスクトップは移設が大変なので対象外にしています）

とりあえず1回やってみたら？
8Gじゃk8sは関係なく辛いとおもうけど

k8sは起動するだけで1GB近くメモリ食うバグはなおったんか？

仮想マシン1台あたり、OSとアプリで1GB、k8sで1GBでギリ行けるやろｗ

k0sはどうだろうか
軽いって聞いたが

>>608
やっぱりきついんですね。。
k8sの前に、まずメモリ4GBの仮想マシンを１つ立てて、Docker-composeでNginXとPostgreSQLの
2コンテナ立てるところまでやってみたんですが、Win10のリソースメータみたらメモリが9割使用で
推移してて、仮想マシン立てるときCPUのオーバーコミットはともかく、メモリでそれはなしですよね。。。

>>610
初学者なんでいきなりそんな凝ったことをするつもりはないのですが、
先生！末尾にｗがついてます（汗

k3sでGOGC=10の環境変数設定と
--disable-cloud-controllerのコマンドライン引数を使うとまあまあのメモリ消費になる

Reduce master memory usage below 300MB
https://github.com/k3s-io/k3s/issues/1944#issuecomment-724413662

fresh install, default k3s RES=530M

with GOGC=10 & --disable-cloud-controller, k3s RES=310M
append traefik,cordns,metrics. total k3s cluster RES=500M

みなさん、ご意見ありがとうございます。
とりあえず2GBのCentOS仮想マシンを2台たてて、K3sでクラスタ構成を作るところを目指したく思います。
で、ホストOS（Win10）でスワップしまくりなら、ダイレクト通販でノート買い換えてしまおうかと思います。

コンテナ コンテイナー
ディレクター ダイレクター

>>615
なんでk3d使わないの？

Little helper to run Rancher Lab's k3s in Docker
https://github.com/rancher/k3d

k3dしか使ったことないけど
k8sバリバリ得意なはずやで！

っていって信用するんか？

んなこと言い出したらkubeなんて会社の金でクラウドでやれという結論にしかならん
どうせ個人レベルじゃ何の役にも立たないんだし、就職には実務経験がない限りはほとんど当てにはされないだろう

？ 個人の金でやれるだろ
何論点すり替えてんだよ

>>612
Windowsって、32bitバージョンだとしても、
何もアプリを動かしてなくて、デスクトップの表示だけで、
1GBも消費するよ

ホストのドライブに書き込むのはどういう方法があるの
volumeでホストのディレクトリ指定できればいいのだけど
次点がネット経由でマウント

>>621
k8sってOSと同じだけメモリ食うのかよ・・・
アホだな

>>623
OSと同じというか広義のOSそのものだからな

OSのコア機能はなくて、OSに含まれるサブ機能しか備えてないのに
1GBは多すぎでしょｗ

Kubernetesはそもそも数百ノードを超えるような大規模クラスタが前提なんで、
マスターとワーカーを一台に詰め込むようなケチ臭い運用は想定外なんだよ
機能的にそんなにメモリが必要とは思えないのはまあわかるけど、開発者がメモリ使用量に対して無頓着なんでしょ

Kubernetesと並んでメモリを大量に消費するバグが有るのがfluentdだな
ただサーバーの情報を取るだけなのになんで数百MBも食うんだアホ
インフラ系はメモリむとんちゃくなやつが多いな

goで書かれてるのが要因だよね
速い以外はJavaと同じでは？
cとかrustみたいなgcのない言語で書いてほしい

railcarには残念

Goってそんなアホなん？
軽い速い堅牢って印象だったんだが違うのか

メモリリークしてんでねーの

漏れのWindows 10 は、8GB メモリだけど、
Windows を起動するだけで、5GB 使う

本当に、それだけ使っているかどうかは分からない

単に、バックグランドのシステム処理用に確保しているだけで、
何かのアプリでメモリを使う時には、解放するかも知れない

Kubernetes の本などでは、ラズパイ数台でやってる

スペック不足なんて金使って増強すりゃいいっしょなGoogle様の思想なんだから仕方ない

k3sならメモリ512MBあれば動く

クラスタくむのに１G２G喰うからだめとか、イヤ512Mで動くとか
アホの極みやな。桁がひとつ違ってるよｗ

>>629
GoのバイナリがでかくなるのはOS（カーネル以外）と
重複するコードを多数持っているから
だけどメモリを消費するのはそのアプリが悪い

ワッチョイ導入に賛成の方も反対の方も議論にご参加ください。

Linux板ワッチョイ導入議論スレ
http://rosie.5ch.net/test/read.cgi/operatex/1612610722/

>>636
断る。そんなどうでも良い事に何故時間を費やす必要がある？

Twitterオススメ
NGしやすい
変なやつ居ない
スキル高い人多い

>>638
ヘンなヤツも多いやろ。

>>639
NGつうかミュート/ブロックしやすいから居ないのと同じ

なので俺は真面目に正常なコミュニケーションをしたいならTwitter
後ぐされなくノビノビと何でもありのレスバトルしたいときは5ちゃんと使い分けてる

ここは情報交換というより非常識な>1 にシステムを教えてあげるスレだろ？
Docker自体には大して関心が無いが、完全に間違った知識を上から目線で
他人になすりつけようとする原理主義者が気になるだけ。

Dockerホストとするなら、CentOS7系より、カーネルバージョンが4のCentOS8系の方がいいですか？
そのほうが、より新しい構成のコンテナを動かせそうに思う。
どうなんでしょうか。

8は今年の年末でサポート切れるけどそれでいいなら
KVMのホストなんかと違ってホストは塩漬けというわけにはいかないだろうから、Streamは辛いでしょ

コンテナ専用機ならマイナーな軽量OS
そうでないならUbuntu安定
CentOSはオワコン
って感じかな

Fedora CoreOSとかどう？

>>646
理由があるならどうぞ

>>643
RHEL8にしとけ

もしくはAlmaLinuxとかRockyLinuxなんかの、CentOSの代替品を使え

CentOS8(RHEL8)だな。
そうなるとRedhatがdocker->podmanへの移行の流れを受けて
dockerがpodman-dockerに、docker buildがbuildahになるけど
それでいい気がするね。
コンテナランタイムとしてのdockerなんて総スカン食らってる感じがするし。

ロッキーはよ！

RHEL8使う理由ってなんかあるの？
CentOS8を使わない理由ならできたけどｗ

やっぱpodmanに移行しなきゃだめかな

podmanが普及してからでいいよ
例えばクラウドでpodmanネイティブで対応してから

あといい言葉を教えてあげよう

どれでもいいなら、今のでいい

その時の流行りに乗るのが1番
つまりKubernetes

つまり Docker + Kubernetes ということ

↑ホストは何が良いのか？
と聞かれているんだが？

良いというならクラウドでFargateとかGKEとか使うのが良いわな
自前でホストを用意する時点で趣味の世界だから好きにしたらいい

今のがいいって今=podmanよ

マネージドはコスト高いしなぁ

パーフェクトRuby on Rails には、
毎週モジュールを更新してテストするように書いてある

こういうのが出来るのは、Ruby/Rails コミッターのいるような技術力のある自社開発系だけ。
普通の会社は、できた後は放置するだけw
一切、更新しない

会社全体で、AWS の800資格と、
全12資格を持つ、ジェダイマスターが7人いる、クラスメソッドの動画を見ると、
全部、Lambda などのサーバーレス

自社で毎週、OS・アプリ・モジュールなどを更新してテストできる、会社は無い。
だから、AWS がOS・Aurora などのデータベースなどを更新する、サーバーレスを使う

サイボウズのkintone は、Kubernetes で毎日すべてのシステムを破棄して、作り直している。
これが究極のTDD・継続的インテグレーション。
毎日、全システムをrolling update する。
こういうのは、普通の会社ができるわけない

AWS のAmazon Linux 2 は、yum, systemd を使っているので、
RHEL7 / CentOS7 と推測されている

DockerホストのOSの話なんですけど、
カーネルのバージョンって大切ではないですか。

CentOS8はカーネルは3系だけど、Ubuntu18.04は、4系ですよ。

動かせるコンテナの幅も広がるのでCentOS8とUbuntu18.04との比較なら、
Ubuntuの方が良いと思うんですけど。

コンテナがホストのカーネルのバージョンに依存する以上、
カーネルのバージョンはDockerホストの命ではないかと思うわけです。

もし反論があればお願いします。

>>662
centos 7 がホストでも、ubuntu 18.04 コンテナが動かせること知らない…？嘘でしょ？！

動作はしたとしても、トラブルが起きる可能性はあるようだが。

>>662
そう思うのであれば、それでいいんじゃないですか？

具体的に、Kernelの何が気になりますか？
（→例えば、ホスト側がサポートしているkernelの機能を何か削ってみて、Dockerコンテナ内で何かトラブルを再現できる例を作れますか？
興味があれば、やってみてくださいね。）

>>664
ほんのごく僅かだと思うよ 安心せぇ ここに書き込んでるようなやつらには関係ない話や

どうして、CentOSが推奨されますか？
UbuntuよりCentOSがDockerホストとして良いと言う合理的理由をお願いします。

>>663
カーネルバージョン4に依存するライブラリがあれば、CentOSがDockerホストの場合にはトラブルにつながるでしょう

>>665
息の長いDockerホストのOSとしてなら、
カーネルバージョン4搭載のUbuntuが良いと思う。

もちろん、ライブラリがカーネル3に依存するものだけをコンテナで扱う限り構わないでしょう。

>>668
> カーネルバージョン4に依存するライブラリがあれば、CentOSがDockerホストの場合にはトラブルにつながるでしょう

自分で答え言ってるじゃん

カーネルバージョン4に依存するライブラリがなければトラブルは起きないって
あとは、カーネルバージョン4に依存するライブラリってあるんですか？って話だよ
ないでしょ？

今は無くても今後トラブルが発生する可能性はあるってこと？
ダメじゃん

いやテストしろよ
極論テスト通ってるなら何でもいいんだよ
テストしてないなら何でもダメ

Dockerコンテナって特権コンテナにしない限り
カーネルの深い部分を直接触ったりできなくね？
しらんけど

どうだろうね
とりあえず古いイメージが時々ぶっ壊れるのは経験した
コンテナとはいえちゃんとアップデートしろってこったな

>>666
ただ安心しろ、というのは心配性には意味がない。
ま、心配性ならこのスレに何を期待してんの？って話だが。ｗ

新しかったら新しかったで、不安定さとか新バグとかもありえるわけで、世に心配の種はつきまじ。。。

そもそもCentOS8って4系じゃね?

複数仮想マシン実行時のホストOSリソースの話があったから、試しにメモリ8GBのWin10HomePCに
VMPlayerでCentOS7のゲストOS3台＋UbuntuゲストOS1台立ち上げたらカツカツだわ。当然だけど。
ちなみにゲストOSのメモリ割り当ては全部2GB。最小限でいろいろハンズオンするにも、最低メモリ16GB
積んだWin10ProのPCでやりたいところ。あとスナップショット機能やK8s用のツールが揃っているらしいので、
もしも私物PCでK8sまで独習するなら、無償版のVMwareWorkstation16Playerから10,764円でPro版に
アップグレードするのもありかもと思った。まあ3回飲みに行ったと思ってｗ
http://iup.2ch-library.com/i/i021195433415874311243.jpg
https://store-jp.vmware.com/upgrade-to-workstation-16-pro-5424179100.html

>>676
でも、サポートが今年で終了
やる気ないもの

>>668
4.xにしかないシステムコールするならそうやろうな
そんなのごく一部だと思うけどな^^

>>676
うん4系だね。
>CentOS8はカーネルは3系だけど、Ubuntu18.04は、4系ですよ。

そもそも3行目からして違っているから
この話は全く何の意味もない。

3系のカーネルの頃(centos7?)はDocker社にとって黎明期だから
まともに動かなかったとしても何の文句もない。4系以外は在りえない。

tiniの役目として孤立したゾンビプロセスを刈り取る機能があるらしんだけど
刈り取った場合と刈り取らない場合の違いってどうやったらわかる？

ps

やっぱりわからない
tiniを使えば孤児になった時にリペアレンティングされて
tiniを使わなければリペアレンティングされない状況が観測できると思うんだが

Ubuntu どうです反論君、あらわれなくなっちゃったね

こんなエラーが・・・

journalctl -xe

１、level=warning msg="Your kernel does not support swap memory limit"
２、level=warning msg="Your kernel does not support cgroup rt period"
３、level=warning msg="Your kernel does not support cgroup rt runtime"

気にしなくていいでしょうか

１は心当たりがあって、swapを作成していないからです。
２、３、はなんでしょうか。

質問が雑すぎます

コンテナに割り当てられるCPUやメモリってどうなっていますか？
ホストに6CPUがある場合、docker runで起動したコンテナはいくつのCPUやメモリを使えるのでしょうか。

コンテナは仮想マシンじゃなくて、実際にただの1プロセスに過ぎない
だから割り当てるという概念は適切じゃないんだよ

アプリがCPUとメモリを使おうと思えば全部使えるのと同じように
コンテナも全部使える。それが最初にDockerがリリースされたの機能で
後から使用するリソースを制限する機能が追加された

Windows版とmacOS版では仮想マシンを使うという仕組み上
Docker Desktopの設定画面から仮想マシンに割り当てる設定があるけど
それはコンテナの設定ではなくてコンテナ全てに対する設定

docker-machine　の存在意義がわかりません
非Linuxマシンならそれなりに需要ありそうですが、
Linuxマシンに対してなら、dockerを直接インストールすればよいですよね

TLSの設定もやってくれるので楽だよ

>>689
ぐぐれかす

>>689
あなたがそう思うんだったら、それでいいのでは？
（わたしは、docker-machineを当然、使いますけどね!!）

>>689
Ubuntuカーネル君キターーー！

同一コンテナ内で複数プロセスを動かすのと、
プロセスごとにコンテナを分けるのとどちらがメモリの使用量を抑えられるでしょうか。

プロセスはライブラリに依存するので、
同一コンテナで動かした場合にシェアされる場合にはメモリの使用量は比較的少ないと思います。
しかし、プロセスごとにコンテナを分けてしまうと、
シェアの可能性がなくなると思うので、ライブラリのロード分だけ使用量が増加すると思うのですが、いかがでしょうか。

このスレで１コンテナ＝１プロセス論争が始まるとは思ってもいなかった

アプリをgoで開発すればメモリ使用量を抑えられる

>>694
自分で測れば良いのでは？

>>694
https://qiita.com/white_aspara25/items/cfc835006ae356189df3

自分で調べて結果だけここで報告してくれ。
unicor[n]の所をdockerかcontainerdに変えれば出る筈。
Mac/Winはdocker machineに邪魔されて見えないかもしれないのでホストはunixで。
後者だと思うけど（と言うかプロセスを保護したいから別コンテナに分ける）

How I became a Kubernetes maintainer in 4 hours a week
https://opensource.com/article/21/2/kubernetes-maintainer

Ruby on RailsのDBマイグレあるじゃないすか
あれって、webコンテナの起動時にマイグレするのか、マイグレ専用コンテナを1回だけ走らせるのか、どっちがいいんすかね？

>マイグレ専用コンテナを1回だけ走らせる
の方が良いでしょ。

Webコンテナの起動時にマイグレーションは
Webコンテナの数を1個にすれば可能だが
当然単一障害点になる

Docker板で単一障害点の話が出ること自体に違和感
そんな物が気になるなら、そもそもDocker使わないでしょ。

Docker使う使わないとは全く関係ない

Docker使わなくても、アプリを動かしてりゃ同じだし
アプリを多重化するなら、Dockerを多重化すれば同じこと

dockerはdockerd自体が単一障害点だろ。