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/

bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
data volume は完全に、Docker によって管理されます。

data volume は、バックアップや移行が容易です。
Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます

>>554
> bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
> data volume は完全に、Docker によって管理されます。

はい、それはつまりDockerに管理されてるので
ホストマシンOSのDockerのディレクトリ構造を参照してはいけないということです。

>>553
なるほど。
/var/lib/docker/volumes/target-volume/_data を直接いじるのは止めときます。
Dockerコンテナ上での操作にとどめるようにしてボリューム内容の移行作業を何かしらの方法で行いたいと思います。
rsyncを使うにしても、コンテナの上から発信したいと思います。

>>538
530の言う従来的方法って、仮想マシンのこと？

仮想マシンの方が、リソース喰いますよね
それに、仮想マシンであるVPSでは、仮想マシンは動かせない。
費用も高くつきます。

>>542
確かに、勝手な想像で事を行わないほうが安全ですよね

>>554
＞Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます

dockerコマンドで、ボリュームをバックアップするようなこと便利な命令はないですよね

複数コンテナで同じボリュームを共有できると言っても、アプリケーションレベルで共有時におけるファイルの安全な扱いが保証されてないとだめですよね。

>>549
k8sもDocker使ってるが（笑）☺

>>556

> それに、仮想マシンであるVPSでは、仮想マシンは動かせない。

嘘は良くないなあ☺
Nested KVM があるよ☺

仮想マシンで仮想マシンを動かすときの問題点は
仮想マシンを更新するのが面倒であるということ

仮想マシンのイメージを更新したとして
それをどうやってクラスタ上に配布するのか？

前スレの567だが

＞567login:Penguinsage2020/10/16(金) 00:41:44.42
＞大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの
＞
＞568login:Penguinsage2020/10/16(金) 01:24:07.31ID:EJhQrEIg(1/1)
＞どうやったらそんなミスをするのかって悩むレベルだなｗ

自分でもまぁそんなことはないだろうけどってつもりでふとレスしたんだが
例のS◯BCのやつでワラタ
まぁ非公開のをforkってことだが

↑金融機関がクラウドサービス使うとかアホの極みだな。
プログラムを共有したいならgithub相当物をオンプレで運用しろよｗ

>>563
そのためのGitHub Enterprise
https://www.hitachi-solutions.co.jp/github/
GitHub Enterpriseは、全世界で使用されているGitに対応したバージョン管理システムである
GitHub.comと同等の機能をオンプレミスやプライベートクラウドで利用できます。

まあ知らなかったんだろうがな（苦笑）

>>564
いやいや、うちの会社Enterprise使ってるし。
github.comドメイン使うと権限間違って誰でも見れるような所に
置いたり事故が発生するから、使うなよって話してるんだが？
まあ、ニートじゃ雰囲気わからないだろうが。（苦笑）

>>562
本人が書き込んでたのか！w

>>565
早起きですね、ニートさん（笑）

>>561
最初の仮想マシンと同じ方法で更新すればいいじゃない？☺
OpenStack とかご存知でない？☺

>>565
Enterprise と、github.com の連携で internal リポジトリが作れるよ☺ 賢くなったね☺

>>568
手段が目的化してるな

>>569
ん？じゃあそれが「github相当物をオンプレで運用しろよ」じゃね？
君、話が読めてるのｗ？

>>571
ごめんよ…君の勝ちだ☺

>>572
まあ、いいよ。
ココは日本語理解できない奴ばっかりだし。
君もその一人ってことだよ。

>>573
お互い様に…ね☺

>>574
イヤイヤ、君だけだよｗ一緒にするなｗ

>>575
🙏🙏🙏

アホらし

このスレ勉強になる
皆さんありがとう

どういたしまして

>>568
> 最初の仮想マシンと同じ方法で更新すればいいじゃない？☺

「最初の仮想マシンと同じ方法」はとても大変な方法なんです。
OSの起動だけでも分単位の時間がかかる上に
イメージはでかく、それを配布する手段も確立されていません

個人的なWebサイトをDocker上に建ててローカルで見れるようにしてたんですが
今度引っ越すことになって外部からアクセスしなければならなくなりました

Linuxホスト上にVPNサーバ建ててVPN経由でアクセスするのと
Webサイトに無料DDNS追加して外部に公開するの
どっちがセキュリティや利便性的によろしいんですかね？

>>581
セキュリティや利便性の前に要件が違うだろ
まずどっちかに固めろ

自分の所（例えば自宅）からだけ見ればいいのか
それ以外の場所からも見えるようにしたいのか
それを決めるのが先だろ

↑それ以外の所からアクセスしたいから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ネイティブで対応してから