[過去ログ] Docker Part4 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
700: 2020/11/04(水)22:08 ID:3mo/cajL(3/4) AAS
>>678
試して言ってるんだけど
701(1): 2020/11/04(水)22:09 ID:3mo/cajL(4/4) AAS
>>682
排他ロックがかかるという意味で言ってる
702(2): 2020/11/04(水)22:39 ID:PYTTHrMi(1) AAS
>>699
UIDやGIDが何ものであるか、考えてみてください。
703: 2020/11/05(木)00:32 ID:fiw9R+Nw(1/8) AAS
>>701
通常ディレクトリでも、libreOfficeでファイルを開けばロックファイルが作られる。
アプリケーションレベルでのみロックが掛けられると思う。
viでも編集中のファイルは、ロックファイルが作られるよね。
Dockerボリュームとか、ファイルシステムレベルでのロックなんてそもそもなかったのではないか?
704(2): 2020/11/05(木)07:26 ID:I+aaEHF/(1/2) AAS
ボリュームなんてただのディレクトリでしかないのに何いってんだ
カーネルを共有してるにどうやって
ファイルシステムのロックを回避するっていうんだよ
Dockerは仮想マシンじゃねーよアホ
705: 2020/11/05(木)07:27 ID:I+aaEHF/(2/2) AAS
>>702
> UIDやGIDが何ものであるか、考えてみてください。
ただの環境変数です。
706(2): 2020/11/05(木)07:32 ID:3ZkEmE9Q(1) AAS
>>654
何のアプリケーションを試してるんだから知らないが
それDockerとか関係なく複数のプロセスから同じファイルを触らせてるだけだろ?
排他制御がどうなるかは動かしてるアプリケーションの仕様による
Docker関係ない
707: 2020/11/05(木)07:34 ID:PZkmWwSI(1) AAS
>>706
>>626に言えよ
708: 2020/11/05(木)09:30 ID:fiw9R+Nw(2/8) AAS
>>704
ファイルシステムのロックってなんのこと??
709(2): 2020/11/05(木)09:59 ID:fiw9R+Nw(3/8) AAS
>>706
ボリューム使ってコンテナ間でふを共有しても、
排他制御されないらしい
外部リンク:www.digitalocean.com
but there’s one critical caveat: at this time, Docker doesn’t handle file locking. If you need multiple containers writing to the volume, the applications running in those containers must be designed to write to shared data stores in order to prevent data corruption.
ファイルオープンしているときに、
別のコンテナからファイルに変更を加えられるということだよね。
コンテナは、確か、同じカーネルで動作しているけど、リソースを分けるように名前をわけているらしい。
省2
710: 2020/11/05(木)10:00 ID:fiw9R+Nw(4/8) AAS
>>704
>>709を参照してほしい
711: 2020/11/05(木)10:18 ID:fiw9R+Nw(5/8) AAS
>>709
いや、ファイルハンドラーのくだりでおかしいこと言ってるな
勘違いしたわ。
結局、一つのカーネルがファイルシステムをとりあつかっているから、
ボリュームでコンテナ間でファイルを共有しても、
それはコンテナ使わない通常の状況において複数プロセスがファイルにアクセスできるのと同じことになるのかな。
712(1): 2020/11/05(木)12:48 ID:xIltC13o(1/3) AAS
初心者なんだけど、WindowsにDockerインストールして、DockerでCentOSのコンテナを起動、そこから、nginxとかpythonとかのコンテナを使いたいんだけど、そういう事出来るんでしょうか。
CentOSの80番に来たのをnginxのコンテナに飛ばして、更にpythonのコンテナに飛ばして処理、とか。
CentOS上にDockerをインストールして、そこからnginxのコンテナを置くとかの形になるんでしょうか。
713: 2020/11/05(木)12:53 ID:/PyhrE0E(1/4) AAS
> DockerでCentOSのコンテナを起動、そこから、nginxとかpythonとかのコンテナを使いたいんだけど、
意味不明w
Dockerのコンテナ=アプリ
つまり「Windowsでnginxアプリを使う」だけの話
そのnginxアプリっていうのが、内部でDockerを使ってるかもしれないし使ってないかもしれないが
nginxアプリをつかつ人にとってはどうでもいいことだ
714(1): 2020/11/05(木)13:01 ID:/PyhrE0E(2/4) AAS
Dockerっていうのはな、アプリを作るためのものなんだよ
もちろん誰かが作ったアプリを使うだけのやつも居るが
本来はアプリを開発するために使うもの
例えばお前が作ったアプリがWindows上でそのまま動くか?
Linux上で動かすことを想定して作ったアプリだと動かないだろ?
Dockerを使えば、そういうアプリがWindows上でも動くということ
なぜならアプリを動かすのに必要なものが全てコンテナに含まれているから
コンテナに含まれていないのはLinuxカーネルだけだが、そのLinuxカーネルは
Docker for Windowsが提供している。(WSL2を使う場合はWindowsが提供しているLinuxカーネルを使う)
715: 2020/11/05(木)13:08 ID:PGgKBof2(1/2) AAS
>>712
Docker in dockerかDocker outside of dockerというテクニックを使えばコンテナからコンテナを扱うことができるが
君が本当にやりたかったことはおそらくただのdocker composeだろう
716(2): 2020/11/05(木)13:14 ID:/PyhrE0E(3/4) AAS
いつものDockerを仮想マシンと勘違いしてるやつだろ
Dockerコンテナには原則としてログインしない(デバッグのときぐらい)
アプリにログインとかするか?それぐらい意味不明な行為
717: 2020/11/05(木)13:17 ID:PGgKBof2(2/2) AAS
>>716
devcontainerを使ったことないのか
718: 2020/11/05(木)13:23 ID:fiw9R+Nw(6/8) AAS
>>716
それは言い過ぎ(とうぜん、アプリにsshログインなんてしない。)
アプリを取り巻いている環境がコンテナにあるわけで、
それを調べるためにsshログインすると便利
719(2): 2020/11/05(木)13:27 ID:xIltC13o(2/3) AAS
なるほど。
つまり、全体として一つの目的を果たすアプリを構築するモノであって、細かいコンテナを結合して使うような形はあまり想定されていないと。
やる場合はdocker composeが一番イメージに近そう。
こちらの想定としては、例えばpython2の実行環境が本番で動いているとして、その周りの環境はそのままに、pythonを2から3の実行環境へと入れ替え(ここをコンテナの入れ替えをするイメージでした)して、実際に全体として動くのかと言うような形の検証が出来ればいいなと考えていました。
この場合、python3ではうまく動かないなとなれば、python2のコンテナにつなぎ直せばゴミも残らず即元通りになると思いましたので。
上下前次1-新書関写板覧索設栞歴
あと 283 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.012s