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/

なので俺は真面目に正常なコミュニケーションをしたいなら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自体が単一障害点だろ。

swarm使わんの？

k8s使わんの？

>>704
サーバーはサーバーが単一障害点だろって言ってるのと同じだなｗ

>>707
馬鹿には理解で無いだろうね。

はい、言い返せませんでしたーｗ

オイオイ仕事の合間にチラ見してみれば、こんなミラクル馬鹿かよｗ
お前はpdomanとdockerの比較の話を何だと思って訊いてたんだｗ？
夜更かししてんじゃねぇよ。明日病院に行け。

私が死んでも代わりはいるもの

ﾌﾟﾄﾞﾏﾝ

夜勤してる方もどうなんだ…

IT土方未満

諸先輩方のお知恵をお借りしたく。初心者で申し訳ないです。
Ubuntu20.04LTS環境のDocker(compose)環境で、NodeコンテナとPostgreSQLコンテナを立ち上げて、
Nodeコンテナ上のに配置したテストスクリプト（app.js)から、PostgreSQLのtestdbに接続させたいと思っていますが、
「connect ECONNREFUSED x.x.x.x:5432」となり接続拒否されます。ちなみにコンテナではなくPCローカル環境では
動作確認がとれているスクリプトになります。
.ymlファイルで、NodeコンテナからDBコンテナに接続できるようにするオプションってどんな指定でしたっけ？
Qiitaの記事をいろいろ漁りながら、enviroment項目をいろいろいじってみてるのですが改善できておりません。。
Nodeコンテナ内に入って、PostgreSQLコンテナにPingを飛ばすと普通に応答は帰ってきます。

PostgreSQLの設定の問題だろ
IPアドレスで外部からアクセスできるようになってない

>>716
さっそくの回答ありがとうございます。ちなみにpg_hba.confの設定のことを言われてますよね。

ユーザーをuseraddとかadduserで追加すると、
システム内において何が変わりますか？

／etc／passwd、／etc／shadow、／etc／group、／home、
をボリュームで切り出しておきさえすれば、
ユーザー変更によるシステムの差分をコンテナ外で全部受けることができるでしょうか。

別のコンテナにそれらのボリュームをマウントすれば、
変更済みのユーザー情報が新しいシステムに適用されるようになればとても便利だなあと思ったんです。

>>718
etcの内容をマウントしようなんて思ったことない
だって必要ないし

Dockerコンテナのpasswd, groupはただのユーザID、グループIDとその名前の対応表（とホームディレクトリ等の追加情報）に過ぎない
Dockerコンテナ内でパスワードログインしないので、そもそもshadowは無意味

コンテナ起動時にボリュームをバインドマウントした場合、
ユーザーIDに対応するユーザー名や
グループIDに対応するグループ名が対応表に存在しなくてもlsした時に名前で表示されなかったり
chown等のコマンドで名前を使えないだけ
そのIDが別の名前になってたら別の名前で出るだけ

バインドマウントを行わなければ問題になることはない

特定ユーザー名が存在する事を前提にしたシェルスクリプト等があると
それをバインドマウント等で消すとエラーになるので
その点からもおすすめはしない

毎度毎度だな。>>1ちゃんと読んだか？
Dockerはアプリを作るもの
Dockerの中のアプリは特定のユーザーで動かす必要があるかもしれないが
それはホストや他のDockerコンテナとは完全に無関係
Dockerの中で閉じてなければ他のマシンで動かせないだろ
ユーザーなんて他のコンテナに見せるな

別に特定のマシンのためのコンテナがあってもいいだろ
リリースしやすく、環境を汚さず、破棄しやすいなどといったメリットは
特定マシン向けのコンテナでも変わらずに享受できる

なら自分で招き入れた苦労は
自分で解決しろってだけの話だな

そもそも分かるやつに聞いてるだけで
お前に聞いてるわけではないのでは？

だから正しい答えとしてやるなと言ってる

それは運用指針として正しいが問題解決の面で正しくない

このスレって話をすり替える人が多いよね

話がどっか行っちゃうんだよね

>>715
それは、単なるネットワークの理解が足らないんじゃないのでは？
Qiitaの記事ではなくて、基本的なネットワークの理解が足りないだけだと思う。

>>716
Nodeコンテナ、Postgresコンテナともサービス起動時に172.18.0.0/16ネットワークのIPが割り当てられているので、
ご指摘のように、pg_hba.confを編集してIPv4接続用に「172.18.0.0/16　 password」を追加すれば解決しそうです。

あとはいかにしてPostgresqlサービス立ち上げ時にpg_hba.confを編集してリスタートさせるかですが。。。
イメージをpullしてCOPYでconfファイル差し替えだと、PostgreSQL起動時のinitdb処理時に、dataフォルダ
(=pg_hba.conf格納先フォルダ）が空じゃないって怒られます。initdb処理後にconfファイルを上書きして
リスタートできないかとか、いろいろ足掻いてみます。アドバイス、ありがとうございました。

※ググると、ubuntuイメージをpullしてPostgreSQLを手動インストールしてconfを変更している事例を見かけますが、
　できればPostgreSQL公式イメージに手を入れる対応にしたいところです。

あ、PostgreSQL側はcomposeで restart: always、tty: true指定にしていろいろ模索中です。

設定なんて変えなくても最初から接続できるよ

dockerコンテナでさくっと実験したいことがあるとき、
どこかに無料でDockerホストをいじらせてくれるサービスってないのかなあ

play with docker

>>732
自分のPCにDocker入れるんじゃだめなの？Win/Linux/Macどのプラットフォーム用のもあると思うけど。
ホスト環境をできるだけ汚したくないなら、フリーの仮想化ソフト入れて仮想マシンにDocker入れるとか。

>>732
自分でDockerホストを立てればよいのでは？
VPSでも何でもサクッと借りて、サクッと実験できるぞ。
しかも時間貸しVPSすらある。

Dockerに関する質問スレ
https://mao.5ch.net/test/read.cgi/linux/1614981278/

立ててみました
良かったら使ってみてください

ここでよくね？ただでさえ過疎ってんのに

まあ原理主義者は別名「管理人」とも言うからな。
そいつが執着するからこそ、スレが続いてい行く。
時に自演の質問→回答を繰り返し、涙ぐましい努力をしてだね・・・

原理主義を名乗っていいのはGNU/Linux Debianだけ！

Windows 10 Home でも更新すれば、Docker を使えるようになった。
でも、メモリ8GB じゃキツイけど

ただし、Windows10の連続更新に、3時間掛かったけど