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/

↑それ以外の所からアクセスしたいからVPN鯖立てるんだろ。

>>582
自宅(サーバから見て外部ネットワーク)から見たいです
見るのは自分だけです

VPNならローカルで接続してるのと変わらない

>>583
VPNは自分しか見れないなら「自分の所」扱いです

>>581
あー、いいかい
それ、ドッカーンは1�_も関係ないよね？
スレチなんだわ

ドッカーってホストOSに影響なしで実行できるというけど
ドッカーでsshdのイメージ作れば影響なさすぎて
どこにもアクセスできないじゃん

>>588
デフォルトのDockerネットワークでは、
インターネットにしか出られないよ

>>558
sshdのイメージ作ればアクセスできないけど
sshdのイメージ以外を作ればアクセスできますよね？

なんでそう大工道具で犬小屋作れば
人間は入れないじゃんみたいな言い方するんです？

sshdはホストOSので良くね？
普通は搭載されてるだろ

sshd用作るにしてもport番号変えるのが普通

議論中です

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

Linux板自治スレ★00
http://mao.5ch.net/test/read.cgi/linux/1385999068/

>>592
何のためのコンテナなんだよｗ
何もしなくても自由にポート番号を変えることができるから
「可搬性がある」と言われてるのに

何が聞きたいんだ？具体的に言わんと論点が合わんと思う

別に何も聞きたくないんじゃね？知らんけど

雑談だよ

yum とか、aptで、sshdのコンテナへの導入なんて簡単にできる。
独自コンテナ用ネットワークを構成すれば、ポートフォワードの設定も不要に、独自IPアドレスをコンテナに割り当てられる。

ただ何のためにsshdのコンテナを作るのか？と言われれば
利用用途が思いつかない
おそらくそういう使い方自体が間違ってるのだろう

DockerコンテナやKubernetesクラスタをGUIで管理できる「Portainer」レビュー
https://gigazine.net/news/20210211-portainer/

>ユーザーやチームごとに許可する操作や閲覧可能な情報を制限できる「Roles」機能が有料なので、無料でPortainerを利用する場合は作成する意味がないかもしれません。

ACLないのか残念

k8sなんて最早ジョークの世界やな。
あんま真面目に使われてないんだろうな。

https://gigazine.net/news/20201230-kubedoom/

いいねぇ
ゲームしながら仕事になるんだ

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