[過去ログ] Docker Part2©2ch.net (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
81: 2017/12/30(土)23:41 ID:4E+qMbRD(1) AAS
小規模ではdocker-compose一択って事でおk?
82: 2017/12/31(日)03:26 ID:AHTq9Vf1(1) AAS
小規模っていうか、1台のマシンの場合って考えてるよ
開発用メインでdocker runのオプションを指定するのが
面倒になった時w
83: 2018/01/18(木)10:27 ID:edyLm1wn(1) AAS
Docker toolboxの最新版(18.01.0-ce)を入れたら何故かdockerのデーモンに接続できなくなったけど
VirtualBoxのGUIから仮想マシンを止めたら直った
docker-machine restartは効果がなかった
84: 2018/01/18(木)17:40 ID:G+DL28hG(1) AAS
なんでvirtualbox?
85: 2018/01/18(木)18:22 ID:HcoLdHLc(1) AAS
Docker toolboxってwin/mac上にlinux走らせてその上で更にdockerしてるからね
86: 2018/01/18(木)21:17 ID:ZKzLgYJR(1) AAS
いつの話?
87: 2018/01/18(木)23:21 ID:oYgm6+gm(1) AAS
誰もがWindows Proを使えるわけじゃないからなぁ
VirtualboxベースのDocker toolboxはまだ必要意義は大きい
88(1): 2018/01/30(火)15:24 ID:qZpjgluz(1) AAS
Hyper-VはProfessional以上必須なのか。
リモートデスクトップサーバ使いたいから、"わざわざ"Professionalのライセンス
にしてるけど、Docker for Windows (Hyper-V)を使うために必要ってのは微妙。
89: 2018/01/30(火)16:34 ID:VSfpjLUl(1) AAS
Docker使ってるとKubernetesしたくなってきてKubernetes on Atomic Host on Hyper-Vとか組みたくなるしへーきへーき
90: 2018/01/31(水)02:46 ID:Y/TJiD1T(1) AAS
>>88
そういう人のためにDocker Toolboxというのがある
91(1): 2018/02/01(木)04:43 ID:oMuXW2h/(1) AAS
coreOSがRedHatに買収された
92: 2018/02/02(金)08:59 ID:yFWv8+qQ(1) AAS
CoreOSはDocker利用を想定してたけどコレジャナイ残念OSだったので次はRancherOSあたりに期待してる
93: 2018/02/03(土)13:01 ID:3HQCIEUi(1) AAS
>>91
ヤフーの記事が、港のコンテナヤードの画像使ってて混乱したわw
94: 2018/02/03(土)15:14 ID:TzIPoha8(1) AAS
クジラの方のコンテナって言えば通じる
95(1): 2018/02/05(月)13:34 ID:k5aVtYPL(1) AAS
コンテナをビルドするとき Dockerfile 内で
RUN yum list
した結果を、ホスト側に残したいんだけど、なんか良い方法ないかな?
96(1): 2018/02/07(水)01:28 ID:G933ziiv(1) AAS
>>95
Debian 使いだから勘違いしてる可能性が高いけどこういう感じで tee とかリダイレクトじゃダメなの?
$ cat Dockerfile
FROM centos
RUN yum list installed | tee yum.list
$ docker build -t yumlist .
~~snip~~
$ docker run --rm yumlist head -n5 /yum.list
Loaded plugins: fastestmirror, ovl
Installed Packages
省3
97: 2018/02/08(木)17:41 ID:lNZDnl+7(1) AAS
>>96
便利なやり方が無いかなーと思って。
一度起動してその出力を回収する方法しかないね。
98(1): 2018/02/14(水)02:35 ID:XB7JYlAs(1) AAS
/var/lib/docker/tmp
/var/lib/docker/containers
→単純にtmpfsにできる
/var/lib/docker/overlay2
→ここをtmpfsにすると再起動で空になったとき整合性エラーでコンテナが起動できなくなる
→かと言ってtmpfsをupperとしてoverlayfs化しても別エラーが出る(恐らくlower側のハードリンクが作れなくなるため)
/var/lib/docker全体をtmpfsにすれば整合性もハードリンク問題も解決するけど
消費メモリが増えるのとanything-sync-daemonとかでバックアップの手間も増える
システム再起動後にコンテナ自動起動しないならsync不要だけどイメージダウンロードからやり直しになって鬱陶しかった
99: 2018/02/15(木)00:59 ID:m3isa15O(1) AAS
☆ 現在、衆議員と参議院の両院で、改憲議員が3分の2を超えて
おります。総務省の、『憲法改正国民投票法』、でググってみてください。
国会の発議はすでに可能です。日本の、改憲を行いましょう。
平和は勝ち取るものです。お願い致します。☆☆
100: 2018/02/15(木)12:06 ID:2MLB8/h1(1) AAS
>>98
その問題は /var/lib/docker 以下が ext4 なら、fstab でマウントオプションに commit=300 とか付けると結構な対策になる
短命コンテナをバンバン使い捨てるケースで .../docker/overlay2 にゴチャゴチャ置かれても
sync 前にすぐ消えたファイルやディレクトリは単に無視されてディスクには書き戻されなくなって安心
デフォの 5 秒だとちょっと早すぎるんだよな
欠点はもちろん不意の電源ダウンで指定秒数ぶんだけデータロストする可能性があることだけど
ノートだったり UPS あったり、吹っ飛んでもいいや的な状況なら sync-daemon 系も不要だから楽
俺は USB メモリだけで運用してると 1 年ちょっとで寿命が来て色々と試行錯誤の後
Arch のフォーラムかどっかに書いてあったこのシンプルな方法に落ち着いた
上下前次1-新書関写板覧索設栞歴
あと 902 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.020s