Docker Part6

テンプレとかいらんやろ

>>1
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 Part5
https://mao.5ch.net/test/read.cgi/linux/1606903987/

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

>>1-2
乙

docker＆django＆mysqlのハローワールドができない
dockerのdjangoチュートリアルがpostgresでそれは問題ないのにpython固有のmysql接続の問題とかで・・・

じゃあPythonなおせば？

>>5
ども、M1macとdjangoとmysqlの相性が悪かったぽくて、諦めてpostgresにしました。

Ruby on Rails は、開発環境でSQLite。
本番環境では、PostgreSQL, MySQL, AWS Aurora とか

Django のシェアは無いから、おすすめしない

食べチョクみたいな、若い女の子が一人で起業したベンチャーは、Rails

食べチョク開発者ブログ

会社の支給PCがMacBook Pro M1なので、新しく開発環境を構築した話
https://tech.tabechoku.com/entry/2021/01/15/150103

>>7
何だその怪しい日本語は
ヤンキーゴーホームwwwwww

ホストのlinuxカーネルを5.13系にしてみたら、デーモン起動時にSEGV起こして起動しなくなったのですが…(´；ω；｀)
5.12系でブートし直すと、問題ない…(´･ω･｀)
どなたか、同じのでハマってる方いませんか？(´・ω・`)

リコンパイルしてみたら？

>>10
ありがとうございます。
Dockerの方はDebianのパッケージ(sid)を使ってるので…。
カーネルは試しにこちらでビルドしたもので、5.12系をほぼ同じconfigでビルドした場合には問題出てなかったので…。

5.13系カーネル自体の設定をチューニングして再ビルドを重ねてますが、うまく行かない…結果しだいでは、どちらかにバグ報告をしないといけないような状況ですし、色々調べてDocker/Containerdの方もビルドしてみます。

【おちんぽ】伊藤忠テクノソリューション(CTC)ってどうよ？【挿入】
ＩＷＧＰ関東連合　椎木、 03-5210-8100

アクセンチュア 伊藤忠商事
ttps://www.dto.jp/shop/17

ＳＥＸしたいぞ、ＣＴＣ

リーダー宣言　敗訴る 金融事業部

お前を部下にもらう前に　言っておきたいことがある
かなり厳しい話もするが　俺の本音を聞いておけ
俺より先に　来てはいけない
俺より先に　帰ってもいけない
飯は一緒に食え　いつも身だしなみを整えろ
出来る範囲で構わないから

忘れてくれるな、仕事も出来ない俺に
お前を守れるはずなどないってこと
お前にはお前にしかできないこともあるから
それ以外は口出しせず黙って俺についてこい！！！！！！！！

>>11 ですが、
昨日と言うか今日、リリースされた 5.13.3で問題が解消したようなので、ビルドして今実際に動かして挙動見ています。

ChangeLog-5.13.3 のこのあたり関連だと思います。
Author: Xie Yongji <xieyongji _at_ bytedance.com>
Date: Mon May 17 16:49:12 2021 +0800
Summery: drm/virtio: Fix double free on probe failure

>>13
あ、リリースされたのは、Linuxカーネルの方ですm(_ _)m
念のために追記しておきますm(_ _)m

https://www.msn.com/en-us/news/technology/install-the-latest-version-of-the-docker-engine-to-avoid-vulnerabilities/ar-AAMrxcE?ocid=msedgdhp

既存のコンテナにbashやaptをインストールしたいのですが、方法がわかりません。
やり方を教えてもらえないでしょうか。

なんでそれインストールしたいの

>>17
中の設定を変更して動作を試すときに、コンテナ内にはshしか実行出来ないからです。

Debian ベースの Docker ベースで作っていく方が早いんじゃないかな

とにかく実行ということなら、インストールパッケージからファイルを抽出して、docker cpでコピーしたら？

あとの管理は事実上ムリやけど。ｗ

方法が分かりませんというのが分かりませんなｗ。
普通にコンテナ入ってやればいいじゃん。

いやあとからapt入れるのはそういえばやったことないな
ディレクトリ構成によっては手間掛かりそうだ

イメージの提供者がaptやbashまで削ぎ落としてるってことなのかね

最初から入れてないだけじゃね

Docker使う以前の問題じゃないの？

それは言えてる 素直に Debian ベースでコンテナ自分で作った方が早いね

>>25
まあDocker使うようになって初めてパッケージマネージャすらまともに使えない最小限のLinuxに触れた人は多いんじゃないかな
まあDocker関係ないのはその通りだが、コンテナ以外でそんなものを弄る機会はなかなか無いだろう
正直、俺もその一人だし気持ちはわかる

オタクってやたらと「まあ」使うよね
まぁ俺は全然オタクじゃないけど

まぁまぁ落ち着いてくれや

思慮深いオタクは断定を避けるためとりあえずまぁとつぶやくのだ

個人で使うのにdockerのメリットって何？
vmwareとかでいい気がするんだけど

リソース消費量が少ない

2021/4

任意のLinuxディストリビューションをWSL2で動かす　Clear Linux OSを動かすまで
https://impsbl.hatena＠blog.jp/entry/ClearLinuxOnWSL2

注意。アク禁にならないように、URL 内に、＠を入れました

Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する

docker export
wsl --import

WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export

>>31
・軽い
・別PCで作業したい場合に環境の再現が容易
・使い捨て的な使い方ができる

ただしカスタマイズをしたり試行錯誤しながら使いたい場合には VM の方が向いているでしょうね

>>35
それでも、Dockerのが便利な気が。
コンテナに環境を入れきったらええで。

>>36
そうだねそれはそれでアリかと
レシピ書かないでスナップショットで管理するってことだよね

まあ、正確に言えば、VSCode で、Docker Compose を使う。
Linux を、AWS のように画面無し・サーバー用途で使う人は、Docker で十分

Vagrant も、使う必要がなくなった

>>37
スナップショットは再現できないからあんまり。
後から適当に、Dockerfileとかソースとかを更新すればええやん？
古いコンテナも残しとけば比較はできるしな。

>>39
そういうことなのね よっぽどきっちり Docker ファイルに記述していく癖を付けとかないと途中の手順が抜け落ちるな
仕事ならともかく趣味だと

>>40
ま、それができなきゃどうせ再現はできないんやからな。
しゃあない。

まれに油断して、コンテナを先に削除してもうて、あとからガッカリするときもあるが。

コンテナのethインターフェイスのMTUを変更したいです。

systemctlのdockerサービスの設定で、execに指定されてるdockerコマンドに--mtuオプションを付けると、
デフォルトのネットワークに接続するコンテナについてはMTUが変更されました。

デフォルト以外のネットワーク（docker create network -d macvlan　で作成したもの）について、
MTUを変更するにはどうすればよいでしょうか。

docker create networkで指定できるものだと考えていたら、どうもそのようなオプションはないようなのです。
ブリッジする親インターフェイスについて、ip link set mtuでmtuを変更しても、
コンテナはmtu 1500のまま変更されませんでした。

リアルのNICですら滅多にやらない事を何でdockerなんかでやろうとするんだ？

Linux側のブリッジに直接オプション追加する必要があるのかも知れないね
Docker側にオプションが無いなら