X
トップページ⇒Linux
1002コメント375KB
Docker
レス数が1000を超えています。これ以上書き込みはできません。
0001login:Penguin
垢版 |
2013/07/27(土) NY:AN:NY.ANID:5oaw2wHS
LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/
0002login:Penguin
垢版 |
2013/07/27(土) NY:AN:NY.ANID:/1GkEZaX
おまんこ
0003login:Penguin
垢版 |
2013/07/27(土) NY:AN:NY.ANID:B+eVyThu
>>2
はるな愛と椿姫彩菜と佐藤かよと誰のが舐めたい？
0006login:Penguin
垢版 |
2014/02/12(水) 13:17:38.43ID:NYxznckb
インストールしたお
0007login:Penguin
垢版 |
2014/02/26(水) 18:22:58.09ID:ZTG/7oZ5
LXC単品ではなくDockerを使うメリットってなによ
0008login:Penguin
垢版 |
2014/02/27(木) 03:46:56.19ID:YbKRJWa+
Docker Indexを利用したコンテナイメージの共有とかはいいかな

ソースコードをguthubで管理するのと、同じイメージで利用できるし
0009login:Penguin
垢版 |
2014/03/02(日) 15:30:38.90ID:MN29RVzr
>>7
* Dockerfile
* aufs
* Docker Index
* NW(bridge, iptables etc)

NW はかってに色々されるのが気持ち悪いけど、
基本的にだれでも強制的に同じような構成になるので
ミドルウェアの設定を説明したり、他人に自分と同じテスト環境を
用意するのがすごく楽。

要は、やりたいことがコンテナ操作じゃなくて、その上に
のってるアプリケーションで何かをすること という場合に
（インフラエンジニアではない大半の人）インフラ部分を
かってに用意してくれる。
0010login:Penguin
垢版 |
2014/04/11(金) 14:20:10.69ID:qpONZKus
カスタムイメージつくりにハマり中

apt-get update すると一気にファイル要領が増えるなあ
ちょっと考え中

素に近いイメージ作った後、Dockerfileでいじったほうがいいかも
0011login:Penguin
垢版 |
2014/04/18(金) 10:38:27.59ID:/r4r7U/t
RHEL も Ubuntu も Docker がらみで、界隈で話題になっているというのに
この板では扱いが地味だな

Dockerのための軽量OS「Red Hat Enterprise Linux Atomic Host」、Red Hatが発表 − Publickey
http://www.publickey1.jp/blog/14/dockerosred_hat_enterprise_linux_atomic_hostred_hat.html

Red HatがEnterprise LinuxとPaaSプラットホームOpenShiftでDockerをサポートへ | TechCrunch Japan
http://jp.techcrunch.com/2014/04/16/20140415red-hat-to-bring-docker-support-to-enterprise-linux-and-openshift/

Ubuntu 14.04 LTS Debuts With OpenStack Icehouse and Docker Support | Linux.com
http://www.linux.com/news/software/applications/770342--ubuntu-1404-lts-debuts-with-openstack-icehouse-and-docker-support
0013login:Penguin
垢版 |
2014/04/19(土) 05:44:02.16ID:IP6bpXVV
まぁ、redhatだとサポートは長く続きそうという期待はあるけどな。
0014login:Penguin
垢版 |
2014/04/19(土) 14:14:20.07ID:d2gBJUk3
Dockerをダウンロードする場所を教えてくれ。

くれぐれも言っておく、
曖昧な答えは希望してないぞ。

正しい場所を教えてくれ。
0015login:Penguin
垢版 |
2014/04/25(金) 19:18:17.11ID:2to5leg8
Docker使ってマシンを使い捨てにするのはいいんだけど、
マシン再起動したらデータ消えましたじゃ話にならないし、
データはどこかに保存しなきゃいけないだろ？
どうすんの？
0017login:Penguin
垢版 |
2014/04/25(金) 20:58:49.10ID:VO0PMSaZ
>>15
コンテナ内ファイルはホストで取り出せる
あるいはコンテナ外のDBとか
サーバーにアクセスすればいい
0018login:Penguin
垢版 |
2014/05/05(月) 19:17:35.14ID:rDdbcIeg
core@localhost / $ docker run centos /bin/echo "Hello World"
Unable to find image 'centos' locally
Pulling repository centos
0b443ba03958: Downloading [==========> ] 19.55 MB/91.18 MB 32m21s
539c0211cd76: Downloading [==========> ] 20.61 MB/98.56 MB 33m24s
511136ea3c5a: Download complete
7064731afe90: Download complete

このまま帰ってこないんだけど、何か忘れてる?
0019login:Penguin
垢版 |
2014/05/22(木) 10:10:43.59ID:TByDdhWB
Docker行っちゃったんかなあ。ww
0022login:Penguin
垢版 |
2014/06/12(木) 12:36:22.79ID:OA5s9VZU
GAEで動くのは良さそうだけどインスタンス扱いどうなるんだろ
0024login:Penguin
垢版 |
2014/06/18(水) 22:39:30.57ID:alMgehnF
>>12
centosのイメージはシェルが腐ってる
0026login:Penguin
垢版 |
2014/06/25(水) 16:16:17.99ID:R8XBjNdI
apt-cache で、dock アプリを探していて、Docker に
であったわけだが、ぐぐってみても、コンテナが何それで
ちんぷんかんぷん。潔く諦めたでござる
0027login:Penguin
垢版 |
2014/07/07(月) 23:50:01.34ID:rvU61XZO
入れてみたけどあまり使ってない
0028login:Penguin
垢版 |
2014/07/08(火) 20:15:34.76ID:STi//EPO
CentOSのイメージで

Changing password for user root.
New password:
/usr/share/cracklib/pw_dict.pwd: No such file or directory
PWOpen: No such file or directory

こんなエラー出るんだけど俺だけ？
0029login:Penguin
垢版 |
2014/07/09(水) 09:51:54.47ID:YYHsQhzt
ubuntuでやってみれ
0030login:Penguin
垢版 |
2014/07/09(水) 15:35:20.18ID:uD2ThFM7
>>28
公式のはrpm上インストール済みでも、ファイルが消されまくってるのが原因ぽい。
その現象だけなら、cracklib再インストールで治るはず
いろいろやりたい場合は、自分でcentOSイメージを作った方が良さそうだね
0031login:Penguin
垢版 |
2014/07/21(月) 16:01:08.13ID:0nx/kEDi
Dockerfileはシェル使わないと動的な構成できない
データ保存コンテナは外部からの自動コミット必須で、
何かトラブったら簡単にデータ消えるので、
仮想fsとホストボリュームの組み合わせに落ち着く
動的なネットワークへの対応が無茶

これほとんどLVMとchrootとシェルで仮想マシンイメージ作って
運用してるのと変わらない…というよりそれより不便だし、普通にうんこじゃね？
なんで流行ってんの？

速度のためにここまで不便を強いられるなら、
Vagrant+Chef/Ansible+スナップショットで良い気がしてきた
0032login:Penguin
垢版 |
2014/07/21(月) 16:09:09.81ID:CD3L4aLS
> なんで流行ってんの？

自分でわざわざLVMとchrootを組み合わせて作らなくても用意されているから。

さらに便利なのが、一度やった処理を省いてくれる機能。

具体的に言うと、OSを0からセットアップする時、
A、B、C といったアプリをセットアップするわけだが、
Cのセットアップ中に、Bの設定が間違っていることに気づいた。
0からやり直しかよ。っていう場合、Aの設定を省ける。

もちろん、Cの設定を何回やり直そうが、A、Bの設定は省ける。
Dockerfileを使うと自動的にこうなるから、
Dockerfileを一歩ずつ作っていける。

仮想マシンがBIOSの起動から始まるから、何度も0からセットアップするのが
苦痛なのと対極にDockerだと、変更点以前は一回しかやらないから早い
0033login:Penguin
垢版 |
2014/07/21(月) 16:13:02.98ID:CD3L4aLS
> Vagrant+Chef/Ansible+スナップショットで良い気がしてきた

の問題点、Chefの真ん中あたりの設定をちょっと書き換えると
数分かかる。もちろんChefの文法を覚えないといけない。

Dockerはほとんどシェルスクリプトと一緒。

ぶっちゃけどちらもやってることは、単なるCUI使ったインストール、
つまりapt-getやyumでできることなのに、なんぜわざわざ
なぜ変な命令を大量に覚えないといけないのか。
Chefはそこがおかしい。
0034login:Penguin
垢版 |
2014/07/21(月) 16:29:06.37ID:0nx/kEDi
>>33
Dockerでも書き換えたらやり直しだよ
Chefが嫌いならAnsibleでいいじゃない
0035login:Penguin
垢版 |
2014/07/21(月) 16:30:43.62ID:0nx/kEDi
>>32
>自分でわざわざLVMとchrootを組み合わせて作らなくても用意されているから。
違う違う逆
結局LVMなどのfs仮想化が必要だって言ってるんだよ
0036login:Penguin
垢版 |
2014/07/21(月) 16:37:36.55ID:CD3L4aLS
>>34
やり直しじゃないよｗ
やり直すのは変更点より以降だけ
OSのインストールって時間かかるんだよね。

で、Dockerfile使っていればインストールが終わった所で
自動的に保存。あとはDockerfileの一行ずつ自動保存

だからDockerfileが以下のようになってる時、

　[OSインストール完了]
　Aの設定
　Bの設定
　Cの設定


Bの設定を書き換えても、OSのインストールやAの設定は二度とやらない。
これにより、OSのセットアップが試行錯誤でできる。
試行錯誤というのは特殊な命令は必要なく、て単なるシェルスクリプトを作るのと変わらない。

途中までやったら、マシンを削除して0から作り直し、と言ってもやった所は自動的に省かれるから
OSのセットアップしていくのが、簡単に高速に行える。
0037login:Penguin
垢版 |
2014/07/21(月) 16:41:46.16ID:CD3L4aLS
>>35
> 結局LVMなどのfs仮想化が必要だって言ってるんだよ

LVM作っても、差分セットアップ（今までやった所は省く）は
できないからね。そういう仕組みを自分で作るは面倒すぎる。

自分でわざわざスナップショットを取らないといけないし、
このスナップショットは、なんだろう？ どこから
枝分かれした、どの部分かな？ってのを管理しないといけない。

そういう面倒なことはDockerが全部やってくれるから
Dockerインストールするとすぐに使える。
0038login:Penguin
垢版 |
2014/07/21(月) 16:47:25.53ID:0nx/kEDi
もしかして、構築テストの話じゃなく、実運用の差分の適用の事言ってる？
Chefは逐次実行じゃなく、環境の中身の差分まで検出して変更するから、
Dockerより遥かに柔軟に実行してくれるよ

上の例のVagrant使う場合は、構築のテストも含む場合が多いから皆1から再度作る
>>34はそういうテストをする場合、Dockerでも同じという意味ね
もしかして、Chef使ったことない？
0039login:Penguin
垢版 |
2014/07/21(月) 16:50:44.47ID:CD3L4aLS
俺がChef等が意味不明だと思うのは、特別すぎる
言語を使わないといけないというところ。

だってさ本来OSのセットアップなんて、CLIから手動でやれてたわけじゃん？
その手動で入力したコマンドをsetup.shというスクリプトに
まとめて実行すればセットアップが完了できるわけじゃん？

なのにわざわざ別の言語を使うってのが意味不明なんだよね。
Ansibleは少しマシだけど、それでもまだ特殊。

Dockerfileはほぼスクリプト言語だよ。
コンテナ環境の外と通信するための命令が少しあるのと
はコマンド一行実行するごとにコミットする必要があるから、
コマンドの頭にRUN を書くことぐらい。
0040login:Penguin
垢版 |
2014/07/21(月) 16:52:55.99ID:0nx/kEDi
>>36
インストールが不便って、snapshotからの適用もできるよ
起動は確かに遅いけど、動いてしまえはオーバーヘッドは少ないから、
実運用が不便になるよりはマシと思った

総評として、速度のためにそこまで面倒な事したくないなと思ったよ
過剰に擁護する人は、評判に振り回されてるだけでないかな？
0041login:Penguin
垢版 |
2014/07/21(月) 16:56:28.27ID:0nx/kEDi
>>39
Chefはそこまで難しくないよ…食わず嫌いもいいとこ
それにRubyが嫌ならAnsibleって選択肢もあるよ
これはDockerfile程度の簡便さで書けるよ
0042login:Penguin
垢版 |
2014/07/21(月) 17:02:18.12ID:0nx/kEDi
それと俺が本当に一番知りたいのはデータ保存のことなんだ
Dockerに詳しいなら説明お願い
または現実でどう対処してる？
0043login:Penguin
垢版 |
2014/07/21(月) 17:04:21.54ID:CD3L4aLS
>>38
あぁ、冪等性の話ね。

Chefはね。あるべき状態に保つことはできるけど、
あってはならない状態にすることはできないんだ。
全く同じ状態を作り出せない。

たとえばA、Bという環境があって、AとBの内容が違っていた場合、
Chefを動かしても、AとBを全く同じにすることは出来ない。
レシピに書いてあることは守れるが、書いてないことは守れないから。

全く同じ環境でなければ信用ができないので、結局0から作り直す必要がある。
もしくはベースとなるイメージを自分で管理するとかな
その作業は面倒で遅い。

できてしまったレシピを実行するだけなら楽かもしれんが、レシピそのものを
作るのがすごく面倒だからな。単に新しく仮想マシンを起動するのにも
数分かかるレベルだし（Dockerなら1秒）

Dockerfileを使ったら、環境を作成するたびに0から作っているのと同じになる。
そしてDockerfileの一行ごとに状態がコミットされているから、
0から作っているように見えて、変更点以降のみを実行するから早い。
0044login:Penguin
垢版 |
2014/07/21(月) 17:05:27.60ID:CD3L4aLS
>>42
データ？ 永続性があるディスクを
Docker内にマウントするだけだろ。
0045login:Penguin
垢版 |
2014/07/21(月) 17:09:40.59ID:0nx/kEDi
>>43
あのね、そもそもChefは同じ「要件」の環境で動かす事を目的にしてるんだから
要件整えば十分なんて当たり前の話なの
同一環境が欲しいならスナップショット

Dockerのが遥かに制限あるのに何言っちゃってんの？
エバンジェリスト気取りで講義したいなら初心者相手にしてくれよ
0046login:Penguin
垢版 |
2014/07/21(月) 17:11:42.55ID:CD3L4aLS
>>41
> これはDockerfile程度の簡便さで書けるよ
それはない。

Dockerfileでapacheをインストールする時に書くのは、

　　RUN apt-get install apache2

これだけだから。

重要なのは、CLIで入力したものとほぼ同じであるということ。
簡便に書くのが目的なんじゃない。
CLIで書いたものがほぼそのまま使えるということが重要。

Ansibleだって別の書き方に、書き換えないといけないじゃないか。
CLIで試行錯誤したものが再利用できない。
0047login:Penguin
垢版 |
2014/07/21(月) 17:14:32.14ID:0nx/kEDi
>>44
永続性のあるディスクのマウントね…ハア…vオプションを言ってるんだろうね

あのね、それのせいで可搬性のため、fs仮想化しないと駄目って言ってるんだよ
データ専用のコンテナ作る場合でも、自動コミットされないよねとも言ってる
意味わかるか？
外部ツール使わず、簡単に対処する方法あるなら是非教えてください
0048login:Penguin
垢版 |
2014/07/21(月) 17:15:24.67ID:CD3L4aLS
>>45
だからChefは要件を満たすレベルでしか出来ないわけだろ？

それは同一ではない。同一でないということは
時がたったら同じ状態を0から作ることができないかもしれない。

Dockerは同一に出来る。なぜなら全てスナップショットと
同等のものが使われているから。だから優れているわけ。
これがみんなが使う理由だよ。
0049login:Penguin
垢版 |
2014/07/21(月) 17:19:31.53ID:0nx/kEDi
>>48
Dockerの効果的な部分って起動と可搬性であって
その部分は従来のスナップショット差分で十分だよ
君どういう使いかたしてるの？
0050login:Penguin
垢版 |
2014/07/21(月) 17:21:38.27ID:CD3L4aLS
>>47
データ専用コンテナを自動コミット？

おまえもしかして、Dockerをデータのバックアップツール、
スナップショットツールとして使おうとでも思ってるのか？
問題が起きた時に、ある日時のデータに巻き戻すとか。

君はまず、システムとデータを分離することの大切さを
学んだほうがいいよ。原則としてDockerの中にはデータを置いてはいけない。

AWSのEC2とか使ったことある？ あれマシン停止したら
データ消えるのが原則だからね（EBS使えば残せるが）

マシンが存在しない状態から、同じものを何十台も作る
（データは共有でありここには含まれない）という
やり方自体を理解してないでしょ？
0051login:Penguin
垢版 |
2014/07/21(月) 17:26:57.13ID:CD3L4aLS
>>49
> その部分は従来のスナップショット差分で十分だよ

そりゃできるだろｗ
面倒くさいって話なんだら。

いちいちスナップショットを管理してられるかｗ

Dockerfileの作成とメンテナンスに、
「スナップショットを取る」という作業は存在しない。
なぜならDockerがすべてを管理してくれるから

どのスナップショットが、どのスナップショットを元にして
っていう組み合わせをDockerfileの一行に対応して自動管理。

人間はDockerfileを修正するだけでよく「あのスナップショットから作ったら早いかな？
あれにはなんて名前をつけていたかな」などという作業が不要になる
0052login:Penguin
垢版 |
2014/07/21(月) 17:35:31.65ID:0nx/kEDi
>>50
EC2は関係ないよね、それにそういう場合普通にEBS使うし

どうやら期待してたものとは随分違うみたいだね
先ほどのは、マウントして永続化という運用をした事があるって事だよね？
具体的にどう使ってるか教えてほしい

それが複雑なら、以前の環境で落ち着く事にするよ
0053login:Penguin
垢版 |
2014/07/21(月) 17:39:19.73ID:0nx/kEDi
>>51
>いちいちスナップショットを管理してられるかｗ
現実としてDockerで管理してるでしょうが…本当に使ってるのか？
コンテナという定点を作ってるだけで、
派生したコンテナがあれば、結局全て更新する必要が出てくるでしょ

やってる事は同じだよ
ただDockerは軽い
0054login:Penguin
垢版 |
2014/07/21(月) 17:40:47.72ID:TQP9HUEW
EC2に相当するものをCPU仮想化とか使わずに実現できて、
立ち上げ高速、ベースイメージとかスナップショットをハッシュを使って簡単管理
って感じのものだと思ってた
0055login:Penguin
垢版 |
2014/07/21(月) 17:45:13.45ID:0nx/kEDi
利点もうひとつあったね、共有リポジトリのベースイメージは確かに便利だ
Vagrantと違い、公式のイメージがあるのは良い
0056login:Penguin
垢版 |
2014/07/21(月) 18:00:51.84ID:0nx/kEDi
結局、単なる煽り屋の説教強盗だったか
最近こういう奴増えすぎてうんざり
0057login:Penguin
垢版 |
2014/07/23(水) 22:33:15.78ID:UUScHLmj
>>53
> 現実としてDockerで管理してるでしょうが…本当に使ってるのか？

俺が管理って言ってるのは、人間がスナップショットを取る作業のことだよ。
DockerはDockerが勝手に管理してくれる。
人間がすることは何もない。

だから楽だって言ってるの。
0058login:Penguin
垢版 |
2014/07/23(水) 23:20:54.96ID:o+hfR0jh
ローカルのvar/lib下のdockerフォルダの構成と特定のイメージだけを別環境へ移行する方法教えて下しあ
0059login:Penguin
垢版 |
2014/07/24(木) 09:25:05.16ID:JT/Kqf/A
Ｄｏｃｋｅｒ上のCentOS7でsystemdが動かないのはなんで？
0060login:Penguin
垢版 |
2014/07/25(金) 05:38:56.80ID:WaTYzJiH
>>57
仮想化でも、それなりな管理用ソフトウェア使えばSS周りの使い勝手も良いし、
実際に自分の場合、そこは大して変わらない

そんな枝葉の事はどうでも良いから
Dockerを主体として、データの永続化をさせる具体的な運用方法を教えて欲しい
特にあんたの具体例

これで4回目
いちいちくだらない事で煽ってたんだから、まともに答えなさいよ？
0061login:Penguin
垢版 |
2014/07/25(金) 12:54:40.94ID:dDioozxB
>>60
なんかクレクレ君になってるなｗ

データの永続化ぐらい調べなさいよ。
0062login:Penguin
垢版 |
2014/07/25(金) 13:10:16.66ID:dDioozxB
クレクレ君に餌与えるのも嫌だが、
何も知らないと思われるの癪だからヒントだけあげるわ。

イミュータブル インフラストラクチャ
http://ja.wikipedia.org/wiki/Immutable_Infrastructure
> Immutable Infrastructure（イミュータブル　インフラストラクチャ）は不変なサーバー基盤のこと。
> 具体的には、一度サーバーを構築したらその後はサーバーのソフトウェアに変更を加えないことを意味する。

なんでDocker（やAWSのEC2）が仮想マシン（コンテナ）を沢山起動して
終わったら消すという設計になっているのか。その理由がイミュータブル インフラストラクチャな。
一度サーバーを構築したらその後はサーバーのソフトウェアに変更を加えない。

だから、イミュータブル インフラストラクチャにおいて、
データは仮想マシン（コンテナ）の中に置いてはいけないんだよ。

新しい技術を手に入れたのに、それで古やり方を真似るのは馬鹿がすることでな。
古いやり方を捨てて発想の転換をしなくちゃだめ。

以前やっていたあれをどうやって実現すればいいんだよ！という質問は答える気を無くす。
説明した所で、俺は嫌だ昔のやり方がいい。昔のやり方でこれまでもやってきた。
昔のやり方に戻せっていいだすから。というか既に言ってるからねお前。
0063login:Penguin
垢版 |
2014/07/25(金) 13:44:33.10ID:mTAGxA0j
ここまで一応真面目に二人ともの長文を読んだつもりだったけど、この言いぐさには笑った。
典型的な「発想の転換」馬鹿だな、という感想しか思い浮かばないわ、さすがにこれ。
的外れなDocker信者が騒げば騒ぐほどbuzzword化しかんねんから、
正直いいから黙っておいてくれよ迷惑すぎるわ本当もうね。
0064login:Penguin
垢版 |
2014/07/25(金) 14:04:20.23ID:dDioozxB
そうさ！ 俺の理解できないものはなんでもバズワードさ！

という意見を見た気がするねｗ
0065login:Penguin
垢版 |
2014/07/25(金) 22:44:59.57ID:WaTYzJiH
>>61-62
結局老害のレッテル貼って藁人形論法してるだけだな
取ってつけたような解説どうも

考え方の否定なんてしてないし、簡単にできない、向いてないなら、
素直にそう一言言えば良かっただけだ
散々否定してきたから、今更言えないか？

そもそもDockerを無視してEC2！Immutable Infrastructure！という態度は
否定どころか、既に俺の意見の強化すらしてるとも取れるけどな

今レスしてる理由は、単純に自分が使って難しい、不便な部分を
簡単にできるかの様に言うので、教えてと言ってるだけなので

>以前やっていたあれをどうやって実現すればいいんだよ！という質問は答える気を無くす。
「〇〇があるだろ」と言えば終わりだろ

そりゃいくら予防線張ったところで、今更fuseやdevice-mapperとか、
Dockerの優位性なんてない、とぼけた事抜かされても困るよ？
やるならビシっと頼むぜ？ これ5回目な
0066login:Penguin
垢版 |
2014/07/25(金) 22:47:16.61ID:cfzFizvB
>>65
Dockerの優位性は、簡単だからだろ。

Dockerと同じ仕組みを作るのに
一体どれだけの時間がかかるのか。

まずスナップショットを自動的にとって
差分で管理する、Dockerfile相当のものを
作らないといけないんだよ。

やってみ。

お前は「理論的には出来る」ってことしか言ってないじゃないか。
0067login:Penguin
垢版 |
2014/07/25(金) 22:50:27.12ID:cfzFizvB
喩え話をしよう。

「自動車という技術を使えば、遠くへ速く移動できます。」

「海を渡れないじゃないか！ 俺は島に行きたいんだよ！ 自動車なんか使えない」


こういう会話している気分なんだよね。
0068login:Penguin
垢版 |
2014/07/25(金) 22:51:37.51ID:cfzFizvB
>>65
> やるならビシっと頼むぜ？ これ5回目な

言うの忘れてたｗ

1万回繰り返したら、教えてあげるよ。

残り9995回な。はい、がんばって！ はい、がんばって！
0069login:Penguin
垢版 |
2014/07/25(金) 23:02:42.68ID:SBspUD7+
永続的ストレージって意味ならDockerが提供するのはマシンローカルなボリュームをマウントする類の機能だけじゃないの？
永続的データの管理っていう意味なら、今すでにDockerを活用してるようなとこはDB使うような形態が多いんじゃないかな？
EBSみたいなネットワーク上の任意のボリュームを管理してマウントしたいとかみたいなのはDockerの範疇では無いんじゃないかなあ？
その辺を実現するためにはDockerの上に何かさらに被せないと駄目なんじゃないかな
0070login:Penguin
垢版 |
2014/07/25(金) 23:06:06.96ID:WaTYzJiH
>>66-68
>こういう会話している気分なんだよね
結局自分でできもしないのにできるって言ってただけ？ｗ
そりゃ答えられないわな
欺瞞的なホラ吹き野郎よりは、お前がレッテル貼ってたような老害のがマシですわ
0071login:Penguin
垢版 |
2014/07/25(金) 23:26:49.93ID:jUFnFaFb
>>70
なんで俺にこだわってるの？ｗ

できるかできないか知りたいなら調べてたら？
本当に出来ないと思う？

ならなんでみんな使ってるのさ？
Microsoft、Red Hat、IBM等がGoogleのDockerコンテナ管理ツール、Kubernetesサポートで団結
http://jp.techcrunch.com/2014/07/11/20140710google-microsoft-ibm-and-others-collaborate-to-make-managing-docker-containers-easier/

ちなみに俺は前があと9994回聞かないと答えないぜ？
0072login:Penguin
垢版 |
2014/07/25(金) 23:28:47.45ID:jUFnFaFb
>>69
多分こいつは、複数台のサーバーを連携して
システムを作るってことをやったことがないのだと思う。
一台で完結するものだけ。

普通は一台でやろうと思ってもスペックが足りないので
あらゆる単位でわけるよね。

その典型的な例が、データベースサーバーだったり
S3だったりするわけ。

まあ、君には言わなくてもわかってると思うがｗ
0073login:Penguin
垢版 |
2014/07/25(金) 23:42:11.46ID:WaTYzJiH
>>69
ストレージ周りを簡単に連携してくれるか、
データ専用コンテナを簡単に移行したり管理できるツールがあればと思ってる

それと蛇足だが、DBも集中管理で動的にネットワーク設定を変える場合、
再構成かenvで起動毎に埋め込む(今これ)か、
外のカスタマイズしたツールが必要なのも難がある、

管理ツールが整えば解決しそうだけど未実装が多く辛い
まあdocker自身もまだ成熟しきってない状況で、欲を言ったのが悪かったかもね

>>72
はいはいまたレッテル貼りですか？
0074login:Penguin
垢版 |
2014/07/26(土) 00:03:46.42ID:KGoUvQER
>>71
あのこれデータ管理の用途でなら
HNで出てたバックアップツールのがまだ使えるんだが…

お前本当に適当にウェブで拾える記事貼ってるだけだな
0075login:Penguin
垢版 |
2014/07/26(土) 00:22:03.44ID:Qh4ZGLY+
おまえらもっとちゃんと議論しろ

おもんねーぞ
0076login:Penguin
垢版 |
2014/07/26(土) 09:24:06.01ID:XCKPq/7w
Docker で、dev, staging, production やらの環境作る場合、それらの設定ファイルってどうすんのがふつう？
それぞれ静的ファイル用意して ADD でコピーするんかね
0077login:Penguin
垢版 |
2014/07/27(日) 00:16:27.51ID:jJjJI292
環境変数指定して切り分けてる
0078login:Penguin
垢版 |
2014/07/28(月) 00:34:12.69ID:fGCO+fZN
>>77
ほうほうありがと。つことは別々のイメージを作るのか。そりゃそうか
0079login:Penguin
垢版 |
2014/07/28(月) 00:39:07.47ID:P82VGUyJ
>>78
違う。

全環境用の設定ファイルをADDする
docker run 時に -e オプションで環境変数渡して、設定を切り替える
docker run -e production /path/to/run みたいに
run スクリプトには環境変数毎の挙動を書いとく

ってやってる
0080login:Penguin
垢版 |
2014/07/28(月) 00:47:15.32ID:fGCO+fZN
>>79
おー、そういうことか！ありがとう
全部放り込むんか。元々Chefユーザーなもんで、templateみたいなのどうするんだろ？って考えてたわ
0081login:Penguin
垢版 |
2014/07/28(月) 01:09:18.26ID:P82VGUyJ
>>80
めんどくさいからスクリプトファイル内で一括で切り替えれるようにしてる
ほんとは一つ一つの設定を環境変数で指定できるように外出するのがお行儀良いかと

例えば各サービスの listen port とか外部ディレクトリのマウントポイントとか。
0082login:Penguin
垢版 |
2014/07/30(水) 00:29:02.08ID:hpKVnQsb
>>81
その環境変数をもって、設定ファイル生成→サービス起動の流れか
だいぶイメージつかめてきた
0084login:Penguin
垢版 |
2014/08/05(火) 20:15:44.92ID:mFg0OqXK
dockerでデータ永続化する時はどうするのがベターなの？

自分はnfs鯖作って、docker動かすマシンにマウントさせて-vしてるけどこれじゃない感がすごいw
0085login:Penguin
垢版 |
2014/08/21(木) 17:12:33.80ID:965nT8BD
やっぱりサーバー用途にdockerって微妙だよなあ
いまいち使い方がわからない
0086login:Penguin
垢版 |
2014/08/21(木) 22:03:36.67ID:CZyh5S+v
>>85
バックアップとるの楽じゃない？
小規模なシステムのサーバーとかには向いてると思うけど。。。
0087login:Penguin
垢版 |
2014/08/22(金) 01:21:56.23ID:3UmvxoAy
開発環境と使い捨てりゃな継続的テストにはうってつけだろ
0088login:Penguin
垢版 |
2014/08/30(土) 01:04:07.84ID:Z/+w+WYZ
使い捨て開発環境ぐらいに留めたほうが良い
OpenVZが要件になった途端、全く使いまわせない事に気づき絶望
悪いことは言わんからChefにしとけ
0089login:Penguin
垢版 |
2014/09/11(木) 10:07:16.40ID:lSXjA4SC
シェフまじつかいずれー
0090login:Penguin
垢版 |
2014/09/11(木) 11:44:42.49ID:pjQ0S+n5
そう？Chef12でDocker対応したらしいな
0091login:Penguin
垢版 |
2014/09/15(月) 21:09:55.00ID:w/ZbZndm
最近の sshd いれてセットアップとかやろうとする流れと
そうじゃねーだろって流れが面白い

前者は chef とかやってる人なのかな〜。
後者は chef とかでなんかこれじゃない感がある人なのかなと思ってる。

俺は後者。
sshd とかいれて chef とか頑張ってサービスの起動で
init や systemd ではまって docker ディスってるのとか
全部入りイメージで docker 使いましょうとかの記事とか
みてると docker ってそういうもんじゃないだろうって思っちゃう。

俺ん中では docker は daemontools とかに近い。
設定やアプリをある意味スタティックビルドして配布できる daemontools

異論は認める。まだ変わるだろうしみんな頑張れ
0093login:Penguin
垢版 |
2014/09/17(水) 13:18:30.66ID:OEktmv5d
どうやって儲けるんや

DockerがシリーズCで$40Mを調達、実際に使うのは来年再来年という絶好調の余裕
ttp://jp.techcrunch.com/2014/09/17/20140916dockers-so-hot-it-just-got-40m-it-wont-start-spending-until-next-year/
0094login:Penguin
垢版 |
2014/09/18(木) 00:02:43.35ID:SC2V9Lsw
>>93
redhat google にライセンシーしてるじゃん
0095login:Penguin
垢版 |
2014/09/27(土) 10:14:24.79ID:UPtxZ2Ld
>>84
上でデータ専用コンテナで文句言ってたやつだけど、
自分は結局、自力でmapper割当する方式でおさまった
今は良さそうなプロジェクトがある
https://github.com/ClusterHQ/flocker
使えるかはわからないので人柱よろｗ

>>91
その手の話はissueとして挙がった時に、メンテナや開発陣が勝手に決めればいい
ユーザー側で変な風潮作って先入観持つのは駄目だよ

使う側からすれば、目的を達成できれば十分だし、
変なドグマを強要されても気分悪いだけだからさ
0096login:Penguin
垢版 |
2014/10/15(水) 00:01:18.59ID:CBsJvE9h
ちょっと使ってみたけど
自分的には、vagrantでvirtualboxの代わりにdockerを使うぐらいしか使い道がない
という結論に達した
0097login:Penguin
垢版 |
2014/10/16(木) 00:20:04.82ID:bjLrBbeG
Windowsインストールできる？
0098login:Penguin
垢版 |
2014/10/16(木) 00:48:05.40ID:UHuOC4dN
>>97
やったことないからわからんが、OS XでもVirtualBox挟むからいけるんやない？boot2dockerみたいなのがあるのかはしらんけど
0099login:Penguin
垢版 |
2014/10/23(木) 00:00:47.73ID:f/7d8Q0q
本番でどう使うかイマイチわかってないけど、環境を人に配るのが軽いってのはいいな
0100login:Penguin
垢版 |
2014/10/25(土) 18:16:21.08ID:eE6jvWsh
生Dockerfile, Packer + Chef / Puppet, Chef Container, なんかウェブベースのツールと色々あるけど、どれでやってる？
ひとまず Dockerfile で初めてみたけど、Chef の資産があるなら Chef Container かなと思ってるけどまだ試してない
0101login:Penguin
垢版 |
2014/11/09(日) 17:24:25.57ID:2I14mKVo
生Dockerfile or packer
0103login:Penguin
垢版 |
2014/12/02(火) 23:19:57.70ID:2gT/rQSv
なんかいろいろ作って結果、公式のでいいやってなる罠
0105login:Penguin
垢版 |
2014/12/07(日) 19:06:58.52ID:JKakTgpC
離反って何があったんです
0106login:Penguin
垢版 |
2014/12/07(日) 19:12:07.43ID:N0b3IwlR
coreOS が独自のコンテナ(Dockerみたいなの)を作りはじめた
ttps://github.com/coreos/rocket
0107login:Penguin
垢版 |
2014/12/07(日) 19:26:42.92ID:tC/CJQS4
そりゃまあ自分で作ったほうが融通が利くわな
0108login:Penguin
垢版 |
2014/12/07(日) 20:38:47.97ID:Ha7sdVv6
欠陥品とまで言ってるぜw
0109login:Penguin
垢版 |
2014/12/07(日) 22:05:27.30ID:JKakTgpC
なんとまあ
まあ切磋琢磨は歓迎ですが
ただでさえDockerのバージョンアップに冷や冷やしてるのに、あんま枝分かれされるとおいらみたいなドサンピンにはノウハウ纏めきれなくて困る
0110login:Penguin
垢版 |
2014/12/07(日) 22:16:05.48ID:jm8OjXsq
CoreOS のブログ
ttps://coreos.com/blog/rocket/

途中までしか読んでないが、Docker が太りすぎて最初に思ってたシンプルなのじゃなくなってきて、
Docker container じゃなくて Docker Platform になってしまい…
それが、CoreOS の Unix 的思想と合わなくなってしまった。とかそういうことっぽい

これからコンテナ型が色々出てくんのか？？？
0111login:Penguin
垢版 |
2014/12/08(月) 21:15:25.24ID:Q6U0/TSw
nsenter だめだめじゃん
arch で pacman がつかえねぇ
0112login:Penguin
垢版 |
2014/12/11(木) 00:16:25.71ID:u0CVhiIb
vagrant pushが予想してる動きになるならDockerやめたい
0113login:Penguin
垢版 |
2014/12/11(木) 02:01:48.53ID:WG1IuxSt
やりすぎ感あるよね
0114login:Penguin
垢版 |
2014/12/12(金) 20:55:41.97ID:dFLqj1AM
Data volume containerを実際に運用してみた人いる？
0115login:Penguin
垢版 |
2014/12/12(金) 21:03:13.74ID:F2QBkPdx
>>114
しらんかった。いろんなイメージの使用例もホストのマウントばかり例示してたからなぁ と言って、それで作っちまった環境を今更変える気もないわけだが
0118名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 14:28:05.37ID:bWjbKrE5
>>114
使ってるけど、

・VOLUME指定したディレクトリ配下はデータボリュームコンテナ本体とは別のボリュームになる

・docker commit等ではデータボリュームコンテナ本体部しかimageには含まれない

・ゆえに、docker commit→docker saveとやってもデータは保存されないし取り出せるわけでもない

・結局のところ、VOLUME指定は、ホストの/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
VOLUMEコマンドで指定した名前で、データボリュームコンテナ本体とそれを--volumes-fromで参照するコンテナから
　参照できるようになる仕組みでしかない

というのがわかってないと、ハマると思う。

上で、>>31 が「データ専用のコンテナを都度コミットしないといけない」って書いちゃってるけど、
・コンテナ外にデータがあるんでコミットは不要
・コミットしたところでデータはデータコンテナから作ったイメージ上にはないので無意味
なんだよね。
0119名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 14:29:36.05ID:bWjbKrE5
なので、データボリュームコンテナを使って、溜まったデータをどうにかしたい場合は、
・データ吸出し用の使い捨てコンテナから--volumes-fromでデータボリュームコンテナを参照して吸い出す
・データボリュームコンテナ自体にデータ吸出し機能を仕込んでおく
(データボリュームコンテナを起動させたままで使ってるなら
　docker exec -it コンテナ名 tar cf - 吸い出し対象 >ホスト側吸い出しファイル名
でいいかもしれない。まあ、普通、データボリュームコンテナを起動させたままにしないだろうけど)
・データボリュームコンテナを参照して起動しているアプリケーションコンテナ上で直接どうにかする
のどれかになると思う。
0120名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 14:36:00.96ID:bWjbKrE5
色々書いたけど、データボリュームコンテナは、
「データを別コンテナにパッケージングする」ものじゃなくて「インフラ部からデータを排除する」テクニックと
考えたほうがいいと思う。

ホスト側の/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
「データボリュームコンテナ名-VOLUME宣言時のパス」で名前付けした形で
扱えるのがキモで、
データボリュームコンテナは名前を貸してるだけで
コンテナ自体でデータを抱えてる訳ではないから。
0121名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 14:50:29.81ID:idksnyoy
>>117
はいれた
が、archとdockerの相性が悪いのかpacmanがシグネチャがどーのこーの言われてまともに動かない
docker コンテナの中だと vi もまともに動かないし(C-p,C-n,の動きなどが怪しい 他にも多々ある)、まだまだ不具合だらけだな
0122名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 15:11:14.61ID:bWjbKrE5
>>121
多分、
ttps://registry.hub.docker.com/u/base/archlinux/
のイメージ(か、同一方式で構築したもの)を
使ってると思うんだけど、そこのページのコメント部分で色々指摘されてる通り、
イメージ自体がまだ微妙な代物っぽいね。
0123名無しさん＠そうだ選挙に行こう
垢版 |
2014/12/13(土) 15:32:18.83ID:bWjbKrE5
>>121
ちょっと興味があったんで、手元のWindows上のboot2docker環境で、
docker run -i -t base/archlinux /bin/bash
ってやって
# packman -Syu
# packman -S vi
# vi /etc/fstab
みたいな感じでやってみたけど、とりあえず問題なさそうだったよ。

ああ、キーボードの設定か何かのせいでカーソルキーが効かなかったんで
カーソル移動は昔ながらのhjklでやる羽目になったけど。
0125login:Penguin
垢版 |
2014/12/15(月) 06:25:10.95ID:Yyr9JBd9
docker exec すると 色々と挙動がおかしいの俺だけ？
複数行あるファイルをviで編集しようとすると1行表示しかされなかったりする
nsenterでは問題がないのだが・・・
0126login:Penguin
垢版 |
2015/02/12(木) 23:47:11.58ID:3fcerP3j
いくら考えても理由がわからんから教えて。

なんでDockerの中に建てたサーバー（例 ウェブサーバー）に
接続するのに、ポートフォーワーディングするわけ？
ルーティングすればいいじゃん。

参考 docker の VM に向けてルーティング追加すればポートフォワード要らないってのにようやく気がついたメモ
http://qiita.com/woremacx/items/e5542bfa8e96c70346aa

ルーティングの設定すれば、ポートフォーワーディングしなくても
普通にDockerコンテナのIPアドレスに接続できるじゃん？

コンテナ2つ起動して、その両方でウェブサーバーが起動している時でも
普通にそれぞれにIPアドレスに接続するだけでいいじゃん？
いちいちポートしていしなくても。

ルーティングのほうが簡単でわかりやすいのに
なんでポートフォーワーディングするやり方ばっかり書いているわけ？
0127login:Penguin
垢版 |
2015/02/13(金) 07:27:09.66ID:In2LSI12
細かい経緯は知らんが、 --net=host 機能追加するときに
デフォルトはサンドボックスにしてると言ってる

https://blog.docker.com/2014/05/docker-0-11-release-candidate-for-1-0/

あとはドッカートホストのやり取りがカーネルから出ていかないから効率的とかなんとかが、この辺に書いてたな。さらにiptableいじるネタばかりかいてるので、変えたい人は勝手にどうぞとってスタンスと思われる

https://docs.docker.com/articles/networking/

すべての疑問が解決はしてないとは思うがどうだろうか
0128login:Penguin
垢版 |
2015/02/13(金) 08:08:59.19ID:U2g5Gszi
>>126
コンテナとVMを混同してると納得しにくいかも
0129login:Penguin
垢版 |
2015/02/13(金) 08:42:45.65ID:1uWXxMQn
>>127
ファイアウォールと同じでデフォルト閉じてるあつかいなんですかね？

>>128
その説明じゃ納得出来ないな。

もともとコンテナはOpenVZによるVPS等で
昔から使われているわけで。
0130login:Penguin
垢版 |
2015/02/22(日) 02:16:57.01ID:xiofTN8L
>>126

boot2docker などの docker on vm on host 前提でホストが1台だけの場合の話でいいのかな？
# 何を前提にするかによって何がわかりやすくて何が正しいかが変わると思う。

boot2docker の場合、172.17.0.0/16 のルーティングを向けると楽だというのはわかる。
ただ、その場合例えば会社の 172.17.0.0/16 などに繋がらなくなるよね。
しかも、VM内だけでなくホストの設定も変更しないとダメだし。
万人向けの設定方法で、わかってない人に予想外の影響が出るような説明は
避けるべきだと思う。

ネットワークがわかってる人なら実際どうにかできるしね。

で、もし docker 全般（docker on Linux host 含む）という話なら
docker を複数ホストで使う場合を想定したらルーティングはありえない。
その場合は、--net=host でホストのNWを見せるかデフォルトのポートフォワーディングになる。
# docker daemon 起動時に IP分けるなどならありだけど、各ホストの設定が大変

どちらにしても、わかってる人は正直どうでもよくって
わかってない人に無難に使ってもらえる設定がポートフォワーディングだから
その紹介が多いだけ。

まぁ、私の予想です。

ただ、VMwareなどは知らないけど、VirtualBox の初期設定が NAT であることなどからも
デフォルト設定や万人向けの解説などは安全側に倒して置くのが普通じゃないですかね。
0131login:Penguin
垢版 |
2015/02/22(日) 12:56:58.34ID:0Yr0XXjs
>>130
なるほど。わかってきたよ。ようするに使い方の違いの問題だ。
俺が今Dockerを使ってやろうとしているのは主に開発の効率化で

各個人専用の独立した開発環境を作りたいから
> ただ、その場合例えば会社の 172.17.0.0/16 などに繋がらなくなるよね。
これとは逆に外が見えたり、外から見えない方が好ましい。

閉じた環境のネットワークの中に軽量なサーバーを複数台、
例えば構成が少し違ったり、アプリのバージョンが違うものを
立てて実験したりしたい時に、いちいちポートフォワーディングの設定を〜
とかをするのが面倒なんだ。

だがDocker社も含めてDockerを使っている人達の多くはインフラ系で開発系ではないのだろう。
（この二つで担当者を分けるのはナンセンスだと俺は思っているが）
だからそういう情報が少ないんだろうな。

Dockerを使って実運用のサーバーを作る時にルーティングがありえないっていうのはわかるよ。
その場合はpipework等を使って任意のIPアドレスを割り振るって話だ。

ただ（開発用に）ルーティングを使った使い方の話が少ない理由がよくわからなかったんだ。
0132login:Penguin
垢版 |
2015/02/24(火) 09:05:32.25ID:2evo8piP
Dockerを使ってる人の多くはプログラマーな場合が多い。
なのでルーティングの知識は無い。
ポートフォワードならローカルからサーバーのMySQLにつなぐとか要件があってそこそこの知識がある。
0133login:Penguin
垢版 |
2015/02/28(土) 00:10:34.13ID:msuPzX17
>>132
１行目と2行目がどう関連してるのかよくわからないな。
今時ならなおのことネットワークに疎いプログラマなんぞ
いないだろうに。
0134login:Penguin
垢版 |
2015/02/28(土) 11:19:27.97ID:LAeFYtHP
>>132がプログラムに疎いインフラ屋なのだろう。

インフラ屋っていうのは取りあえず動くコードさえ
かければいいので、アプリを作れるレベルにない事が多いからさ。
0135login:Penguin
垢版 |
2015/02/28(土) 12:38:24.52ID:C+fDuvD4
なんでも屋と分業しているチームの違いじゃね

>>132 は分業しか知らない上に、
ルーティングひとつまともに知らない人ばかりの場所で働いてると
まれによくある話だ

そんな奴らが回収率の高いビジネスに持ってけるわけないので、放っておけば良い
0136login:Penguin
垢版 |
2015/03/07(土) 10:56:58.48ID:EY+nFfaa
DockerってDockefileに書いた順番に
イメージをコミットしていくだろう？

その時、Dockerfileの上のほうを修正すると
その下のコマンドを全部再実行することになる。

その時間を節約するには、Dockerfileは常に追記していくことになる。
でもそうするとDockerfileが見づらくなる。
だからといって並び替えると、コマンドを再実行することになって時間がかかる。

このジレンマどうにかならないもんかね。
0137login:Penguin
垢版 |
2015/03/08(日) 14:40:14.30ID:bPLLRXhl
Dockerって最後にCMDとかでapacheをフォアグラウンドで起動したりするけどさ、
あれって普通に起動してスリープで止めたほうが楽だよな？
Docker自体にそういう機能があってもいいと思うけど。

CMD service apache2 start && sleep 36500d

これならapache起動前の環境変数の設定とかやらなくて済む
欠点としては標準出力の内容を見れないところだけど、
普通はログファイルに出力できるからsleepの代わりにtailを使えばいいし。

CMD service apache2 start && tail -f /var/log/apache2/error.log

CoreOSとかinit.dを使った起動方法が存在しないなら直接起動するしか無いけど、
普通のディストリ使ってるなら普通に起動したほうが楽だと思う。
0138login:Penguin
垢版 |
2015/03/18(水) 15:43:26.39ID:mKTr+8Zp
Redhat Enterprise Linux 6.6でDockerを動作させようとしたのですが、
dockerサービスを起動すると、ログに
kernelを3.8.0にアップグレードしろと出て動作しません。
kernel2.6のままで、
Dockerを動作させる方法はないでしょうか？
0139login:Penguin
垢版 |
2015/03/18(水) 18:19:04.21ID:dZDPfpFm
RH純正のrpmなら、動作するのでは？

動かないなら、RHEL v7.1で試した方がいいかと。

#6系よりもkernelのバージョンは上だし、Dockerの正式サポートがされているし > v7.1
0140138
垢版 |
2015/03/19(木) 14:52:02.06ID:AeUiPQFK
>>139
RHEL7系はアーキテクチャが大きく変わって枯れていないので、
運用管理者が嫌がっているのです。
昨年12月位にCentOS6.6でDockerを試した時は動いたので、
RHEL6.6でも大丈夫かと思ったのですが。
今はCentOS6.6でもDockerは動作しないようです。
GitLabやDockerHub,Mavenリポジトリ,Jenkins,Sourceスタティックチェックサービス
など最新の開発サービスを、コンテナで分けて管理しようと思ったのですが
まだ共通に使われるサービスに、Dockerを利用するのは時期尚早みたいですね。
0141login:Penguin
垢版 |
2015/03/19(木) 17:54:56.51ID:mC8YiUyo
Atomic Host もリリースされたし、硬くdockerを運用したいなら、RHELはいいディストリビューションだと思いますけどね〜

枯れてないことを言い訳にしても、新しい仕組みであるdockerを活用できるとは思えない…
0142login:Penguin
垢版 |
2015/03/20(金) 00:35:19.69ID:AlorzVjT
今作ったCentOS6.6で普通に動くが
0143login:Penguin
垢版 |
2015/03/20(金) 14:18:52.88ID:hZYPghKH
>>142
EPELのdocker-io？それとも、別のパッケージ？
0145login:Penguin
垢版 |
2015/03/26(木) 11:45:02.06ID:+4WYnNWp
>>118-120

> ・結局のところ、VOLUME指定は、ホストの/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
> VOLUMEコマンドで指定した名前で、データボリュームコンテナ本体とそれを--volumes-fromで参照するコンテナから
> 　参照できるようになる仕組みでしかない
>
> というのがわかってないと、ハマると思う。

見事にハマったよ。そのレス読んでたけど具体的に触るまで
聞いてても頭にはいらないもんだな。

そもそも、ボリュームを確認するためのdocker volumesコマンドがまだ未実装なんだな？
ボリューム”コンテナ" と言ってるし、コマンドないし、これハマって当然だろ。
https://github.com/docker/docker/pull/8484

未実装のdocker volumesの代わりに、docker-volumesというのがある。
https://github.com/cpuguy83/docker-volumes

これ使ったら、どのコンテナがどういうふうに参照しているかわかったよ。
docker-composeと組み合わせたときの挙動とか。

試してないけど、そこに書いてあるボリュームのデータの吸い出しは
docker-volumes exportでできるんじゃないかな？
0146login:Penguin
垢版 |
2015/03/26(木) 22:40:30.87ID:86+CyKvk
もう少しまともに使えるようになってから使えばいいのだ
慌てるなんちゃらは稼ぎが悪い
0147login:Penguin
垢版 |
2015/03/26(木) 23:22:56.71ID:k5Vl+Oiz
そんなこと言ってたら手遅れになるよｗ
0148login:Penguin
垢版 |
2015/03/27(金) 22:36:17.32ID:Nx1UE05j
あれよあれよという間に Docket が肥大してしまったので、
もっと軽量でコンパクトなコンテナ実装が出るのを期待してる。
0149login:Penguin
垢版 |
2015/03/27(金) 23:38:01.87ID:/Vo2ca4H
Dockerの周辺技術が増えただけで
別にDocker自体は肥大化してないと思うけどね。

どうせどんな技術も
肥大化 → 機能を限定した軽いもの登場 → それもバージョンアップで肥大化
の流れになってるしｗ

結局、軽いものっていうのは、当初は機能が少ないから軽いだけで
どちらにしろ肥大化の道をたどる。
0150login:Penguin
垢版 |
2015/03/27(金) 23:49:53.40ID:oaagofw0
まあRocketでも使えば？
0151login:Penguin
垢版 |
2015/03/27(金) 23:52:48.72ID:KNCOdC5R
Docker がシンプルじゃなくなってるから coreOS が Rocket 作ったんじゃないっけ？
0152login:Penguin
垢版 |
2015/03/28(土) 11:59:18.40ID:9irPoxg5
>>151
Dockerも反論してるよ。

両方読んで思ったのが、どっちもこの業界で
勝利者になりたいって考えてるんだろうなってこと。

CoreOSが主張している「Dockerが肥大化している」は正しくないと思う。
ただしDockerがオーケストレーションとか周辺技術にまで手を出しているから、
CoreOSが本当に懸念しているのは周辺技術の方だろう。CoreOSもその分野だし。

Dockerがコンテナから始まって周辺技術に手を出しているのと反対に
CoreOSは周辺技術から始まってコンテナに手を出している。
スタート地点が逆なだけで、両者がやろうとしていることは同じだと思うよ。

評価するのは正式版になってからだろうね。初期の段階がシンプルなのは当たり前なので
十分な機能を持った時にシンプルさを保てているかどうかが重要。
0153login:Penguin
垢版 |
2015/04/07(火) 05:49:49.36ID:rc//3BIB
CRATE使ってみたいDOCKERて何状態
0154login:Penguin
垢版 |
2015/04/14(火) 17:01:29.78ID:wo5Qe7Fx
docker stopが固まる事がある。
CTRL Cで止めると、docker killばできず、docker rm -fもできない状態となるが、docker psで実行中の状態のまま。
dockerデーモンを止めて、コンテナのディレクターを手で削除して、dockerデーモンを止めると回復する。
dockerデーモンを止めずに、回復する方法はないだろうか？
0155login:Penguin
垢版 |
2015/04/14(火) 20:11:21.65ID:nGgTgu9K
>>154
Boot2Docker使ってるでしょ？

それBoot2Dockerのバグだから。
TinyCoreLinuxの問題かもだけど。

普通に仮想マシンにUbuntuとか入れてやれば安定するよ。
止まらないことなんて一回も起きてない。

そもそもDockerしか入ってなくて、まともにCLI使えない
貧弱なBoot2Dockerは使いづらいだけ。さっさと捨てた方がいい。
0156154
垢版 |
2015/04/17(金) 12:26:41.26ID:wgAu0fQ3
>>155
仮想OSでなく、
xeonの物理サーバーにCentOS6.6を入れてdocker-ioの1.4.1-3.el6で使ってます。
終了処理が10秒以上かかる
いろいろ調べた所、docker1.4のバグらしく、1.5だと直っているらしい。
1.5はまだ公式のepelリポジトリに入っていないので待ってみます。
0157login:Penguin
垢版 |
2015/04/17(金) 23:00:53.02ID:2+Jl+YXB
1.6がでたのに、公式とか言ってるのは可愛そうだなｗ

まあLinuxディストリシステムの欠点とも言えるが、
そんなのに頼らないで、本当に欲しいものは
公式サイトからインストールした方がいい。
0158login:Penguin
垢版 |
2015/04/17(金) 23:32:02.85ID:DursZPv2
1.5と何が変わったのかというか、ブログっぽく書いてたページってトップから行けなかったっけ？
久しぶりだからよくわからなくなった
0160login:Penguin
垢版 |
2015/04/18(土) 00:03:43.05ID:u1tH5Ffu
>>159
すまんな完全に耄碌してた

結局、windowsで動かすdockerはvmwareでcolinuxじゃないということかなぁ
あと、リソースのリミットやcgroupはより実利用に向けてだね。あとは、レジストリのメモリサイズ減っててほしいな減ってたら使いたい
何よりもラベル助かる。というか必須にしようや

と、食いつきにくい餌をばらまく
0161login:Penguin
垢版 |
2015/04/18(土) 00:32:50.36ID:f25WLGMH
>>157
公式から実行ファイル落としてきて差し替えるだけでアップデートできるしねえ
0162login:Penguin
垢版 |
2015/04/18(土) 00:43:41.92ID:Poz6rK90
> 結局、windowsで動かすdockerはvmwareでcolinuxじゃないということかなぁ

誰か解読してくれ
0163login:Penguin
垢版 |
2015/04/18(土) 09:37:55.75ID:5mupc9aD
スマン。俺では読解不能。
0164login:Penguin
垢版 |
2015/04/18(土) 09:48:50.12ID:xfQzuhGH
>>161
Windowsを使うなっていうことだよ。　
0165login:Penguin
垢版 |
2015/04/18(土) 10:11:00.81ID:Poz6rK90
>>164
それをいうのならMacOSXもじゃね？
Docker動かんし。
0166login:Penguin
垢版 |
2015/04/26(日) 23:10:26.37ID:sEsBhdvh
>>162
colinuxは仮想マシンじゃないってことじゃないの？
0167login:Penguin
垢版 |
2015/04/26(日) 23:36:12.81ID:2VqiUET5
ああ、「Winだと仮想経由になっちゃってコンテナとは言い難いな」ってことか？
それ踏まえて読み直すとやっと腑に落ちた

しかし読解レベルで食いつきにくいのは勘弁してもらいたいなw
0168login:Penguin
垢版 |
2015/04/28(火) 09:15:57.60ID:caO6gV5W
とはいえコンテナが増えてくるとVMでモジュール化しないと管理しきれなくなる
0169login:Penguin
垢版 |
2015/04/28(火) 17:43:20.89ID:p7aKCxVD
モジュール化するのはいいが、
なんでVMでなんだ？
もっと軽いものでモジュール化しろよ
0170login:Penguin
垢版 |
2015/04/28(火) 18:08:46.50ID:caO6gV5W
その軽いものでホスト環境ごと分離できるなら
0172login:Penguin
垢版 |
2015/04/29(水) 03:55:39.36ID:BRRCxaDn
>>170
それがコンテナ（プロセス）のグループ化って考え方なんだろうけどね。

ようするのpsコマンドの表示の仕方が悪いって話でしょ？
psした時に、特定のグループは一つにまとまって見れて
そのグループ単位で起動とか停止できればいいんでしょ？

複数のコンテナをまとめて管理するなら、docker-composeが使えるし
イメージやコンテナにラベルが付けられるようになったから
自分でコマンド作ればいい。

最終的にはsystemdと連携してプロセスグループとして管理される。
これが現在進行中の流れだよ。

今すぐ使いたかったら、
GoogleのKubernetes等のコンテナ管理ツールを使えば良い
0173login:Penguin
垢版 |
2015/04/29(水) 10:07:13.07ID:nNg4AUbS
>>171-172
実行状態もだけどコンテナ間通信のためのポート構成のカプセル化が目的
今度試してみる
0174login:Penguin
垢版 |
2015/04/29(水) 16:58:01.42ID:MqTXUcHY
DebianでDockerを使いたい
0175login:Penguin
垢版 |
2015/04/29(水) 19:45:04.67ID:PVvnkZA4
>>173
コンテナ間の通信であればポートを気にすることはない。
普通にコンテナ間でIPアドレス指定してアクセスできる。

ポートを気にするのはコンテナの外から
アクセスする部分だけ。
0177login:Penguin
垢版 |
2015/06/22(月) 11:45:56.32ID:wFV4fNrq
ドッカーポエムが繰り広げられていますね。
0178login:Penguin
垢版 |
2015/06/24(水) 06:47:05.78ID:RBigAIuG
DockerでCentOS7使おう思ったら
systemctlが無いやら(7.0)、B-Busがなんやら（7.1）出てしまうので
先人の教えを請うて次の魔法の言葉を打ったらsystemctl使えたけど
docker run --rm -v /usr/local/bin:/target jpetazzo/nsenter
docker run -p 80:80 centos:centos7 /sbin/init
sudo nsenter -t $(sudo docker inspect --format '{{.State.Pid}}' centos) -m -u -i -n -p /bin/sh
なんですの？これ
0179login:Penguin
垢版 |
2015/06/24(水) 07:03:31.25ID:FN4gTzV8
どこが魔法なんだ？。/sbin/initか？。
0180login:Penguin
垢版 |
2015/06/24(水) 19:39:41.29ID:bjzS3wSj
>>179
たぶんnsenterがゲストのCentOS7でsystemctl使えるようにする魔法の言葉だと思うんだけど
なにしてるの、これ？
（ちなみに-p 80:80はいらなかったのかも知れないがとりあえず入れただけ）
0181login:Penguin
垢版 |
2015/06/24(水) 20:16:07.45ID:FN4gTzV8
普通に、CentOSを起動した時に動くデーモンを全部起動してるだけ。
必要なものだけに厳選するなら、supervisordとか他の手段を使ったほうが良いと思う。
0182login:Penguin
垢版 |
2015/06/24(水) 20:33:23.05ID:U/GFm2K0
これを会社のシステムに使おうとしてる俺の会社って狂ってるよね
社内にLinuxに精通した奴なんておらんし
0183login:Penguin
垢版 |
2015/06/24(水) 20:46:10.82ID:bjzS3wSj
>>181
ありがと、
とりあえず/sbin/initでコンテナ上げとけばsystemctlが使えるようになるから
あとはnsenterとかsupervisordやらでコンテナのshに入ればいいってことなのかな？
0184login:Penguin
垢版 |
2015/06/24(水) 20:48:34.35ID:iMr9lwQF
>>182
Dockerを使おうって会社っていうとNTTデータ？IBM？
大きな会社だね。
0185login:Penguin
垢版 |
2015/06/24(水) 20:52:07.25ID:mO3FIYM5
>>183
今のコンテナに入る方法はdocker execだよ。
nsenterとか使わない。

あとコンテナの中でsystemdも使わない。
そもそも使い方が間違っていて
コンテナは仮想マシンじゃない。

コンテナは原則として一つのアプリを動かすもの。
その一つのアプリを動かすのに必要なものを
固めたのがコンテナ。

動かすのは一つのアプリだけなのだからsystemdもいらない。
0186login:Penguin
垢版 |
2015/06/24(水) 21:31:09.12ID:bjzS3wSj
>>185
なるほどハイパーバイザーみたいに使うのは違うんか
VPS借りてさらにその上で仮想化したくて
KVMはQEMUしか動かなくて糞遅く、VBは32bitしか使えず、
Dockerもsystemd使えなくて駄目かと思っていたら使えてウハウハしてしまった
0187login:Penguin
垢版 |
2015/06/24(水) 21:36:56.22ID:bjzS3wSj
>>185
最初はdocker execでCentOS7コンテナの/bash/shに入ったらsystemctl使えなくて
ホストのUbuntu14.04自体に無いからかな？と14.10に上げてsystemctlあるなと思ったが駄目で
インターネッツ探したらnsenterでごにょごにょ書いていたからやってみたら出来たっていきさつです
0188login:Penguin
垢版 |
2015/06/24(水) 21:50:06.98ID:FN4gTzV8
何を動かしたいんだ？。
webserverか？。
開発環境？。
0190login:Penguin
垢版 |
2015/06/25(木) 00:20:22.65ID:cLOb0vS2
これってWindowsでいうApp-Vみたいなもん？
0191login:Penguin
垢版 |
2015/06/25(木) 04:18:41.26ID:wvwj0TJ4
>>186
実際マシンの仮想化はしてないからね。
ハードウェアのエミュレートなどはしていない。
chrootの技術の延長

WindowsでDLL Hell とかいう言葉を知っていればわかりやすけど
アプリAとアプリBがあります。どちらもOSのDLL（ダイナミックライブラリ）を使います。
アプリAをバージョンアップするために、OSのDLLのバージョンアップも必要です。
OSのDLLのバージョンアップしたら互換性がなくて、アプリBが動かなくなりました。
というのがDLL Hellというやつで、Linuxでも同じことは起きる。

この対策としてアプリAのディレクトリにOSのDLLを含めました。
などとアプリAのディレクトリに、OSのDLLすべてをコピーしちゃう。

更にプロセス空間やネットワーク関連も独立させて、完全に隔離された状態で
アプリケーションを動かすっていうのがアプリケーションコンテナ。

あくまで一つのアプリを動かすために、そのアプリに必要なものを
すべてまとめてしまってるだけなので、ホストOS上で
（コンテナ化された）アプリを動かすという考え方をする。

同じコンテナ技術を使って仮想マシンのように使うOpenVZとかあるけど
あれとは考え方が違うので注意。

一つのコンテナの中で動かすターゲットは一つ（＋それを動かすために必要物）なので
わざわざsystemd使う必要もないってわけ。
0193login:Penguin
垢版 |
2015/06/25(木) 04:47:29.57ID:wvwj0TJ4
仮想マシンの使い方だと、マシンを新たに作って
OSのインストールを終わらす。そこまでが仮想マシンを作る段階で、
それから、よーしこれからアプリケーションをインストールするぞーって
考え方だと思うけど、

Dockerの場合、アプリケーションが使えるようにする所までが一連の作業になる。
Dockerfileに定義した内容に従って、すぐに使えるDockerイメージを作る。
そのイメージを共有することで、

あ、あのアプリ使いたいな。って思った時にyumやapt-getでインストールする代わりに、
イメージをpullしてきてそれを起動する。
（Dockerイメージを起動して作られるのがDockerコンテナ、実行ファイルと起動したプロセスのような関係）

Dockerコンテナの中にはアプリを動かすため必要なカーネル以外のすべてのものが
含まれているから、Dockerさえ動く環境があれば、すぐにアプリが使えるようになる。

ちなみに、CentOSとかUbuntuの違いというのは

* カーネル + CentOS独自のパッケージと設定
* カーネル + Ubuntu独自のパッケージと設定

であるため、Dockerコンテナにはカーネル以外のすべての部分が含まれているということは
ホストOSがCentOSであっても、Ubuntuベースで作られたコンテナが使えるということ。
カーネル部分は多少のバージョンの差があるにしろ同じものだからね。
0195login:Penguin
垢版 |
2015/06/26(金) 19:34:35.84ID:5utg5Beh
>>194
そうなの？結構前だけどLXC使おう思ったが面倒そうでOpenVZに逃げたんだがｗ
（その時はホストがCentOSだったから面倒だった気もするけど）
今やDockerでまとまってウハウハ
0196login:Penguin
垢版 |
2015/06/26(金) 19:50:34.74ID:HiTWIHDc
そうか？。CoreOSと喧嘩したり、色々きな臭い感じじゃん。
0197login:Penguin
垢版 |
2015/06/26(金) 21:26:26.16ID:wntHkts6
和解しとるやん。
情報遅いな。
0198login:Penguin
垢版 |
2015/06/26(金) 23:22:40.84ID:ngeDw7mz
CRIU使ってマイグレーション辺り、やってる人いる？
0199login:Penguin
垢版 |
2015/06/30(火) 04:52:28.11ID:E9eQFop9
>>193
お前まだそんな事言ってるのか
Dockerは小さな単位の仮想環境だよ
0200login:Penguin
垢版 |
2015/06/30(火) 09:07:07.07ID:zxK55uyU
>>199
理由書かないと何の説得力もないよ。

仮想環境と書いているが曖昧で、俺が言ってるのは
アプリを仮想化したものだと言ってる。
Dockerで作るのは仮想マシンではない。

この二つをごっちゃにすると、
仮想マシンの中でDockerを作るのは意味が無い。などと勘違いしてしまう。

仮想マシンの中であっても、アプリをインストールして起動する。
Dockerを使うと、このアプリのインストールと起動が簡単になる。

使い方が全く違うんだよ。
0201login:Penguin
垢版 |
2015/07/01(水) 07:55:16.75ID:Z6eyldi3
アプリを特定の環境 (/usr/lib/libなんちゃらの特定のバージョンがある、など) で動かすための仕組みが仮想環境じゃねーの？

仮想環境をポイっと用意されたらその中で案件毎に複数のアプリをインストールしたりして、
ただ単に分離されたフルのOS環境として使うのが従来の仮想化の一般的な使い方だったけど、
KVMやESX, Hyper-Vなんかよりcgroup/namespace使ったコンテナはとっても軽いので
特定の仮想環境と特定のアプリ(nginx)をワンパッケージとして管理したら良いんじゃない？
ってことで出て来たのがDockerってことと思ってるが
0202login:Penguin
垢版 |
2015/07/01(水) 09:10:05.82ID:qZ14qlfM
>>201
仮想環境と言われると曖昧だが、
仮想マシンではないということ。

> 仮想環境をポイっと用意されたらその中で案件毎に複数のアプリをインストールしたりして、

「複数のアプリをインストールしたりして」の部分ね。
これがDockerコンテナ化された複数のアプリに変わる。

仮想マシンの中に複数アプリを入れると言っても、
そのアプリには設定が必要。何も設定しないでもいいアプリはあまりない。
つまりアプリのインストールというのは面倒な作業といえる。

それを軽減するためにChefなどのツールを使ったり、
AmazonのAMI（仮想マシンイメージ）を作ったりするが、
それは、アプリとアプリの依存関係を定義しているようなもので、
【「仮想マシンの中に入れる複数のアプリ」で構成されたもの】を作ることになる。
言い換えると、アプリの設定 と アプリ間の連携の設定が結びついてしまう。

Dockerコンテナの場合、単体のアプリを作るものだから、アプリのみの設定を行う。
そのアプリの連携はDockerコンテナの起動オプション（またはdocker-compose等）で行う

だから軽いっていうのもあるけど、新しいアプリのインストール・デプロイの方法なんだよ。
Dockerを導入した場合、仮想マシンというのはマシンスペックを増やすために作るもので、
その中で動かすアプリは柔軟に変更できる。

今のサービスは複数のアプリで構成されるのは普通だけど、その構成を決め打ちで定義してしまうものではなく、
Dockerコンテナで設定済みのアプリを作っておき、そのアプリの配置を好きに変更できる。
1仮想マシン、1アプリでもいいし、ハイスペックな1仮想マシンで全アプリにするのも自由自在
0203login:Penguin
垢版 |
2015/07/01(水) 17:12:08.87ID:QZyNX2QN
ようはOSすら１アプリって言えるってことでしょ？
0204login:Penguin
垢版 |
2015/07/01(水) 21:24:41.14ID:qZ14qlfM
>>203
ニュアンスの違い程度な気もするけど、
俺が言ってることを正確に表現するなら、
OSをアプリに内包するってこと。

（カーネル以外の）OSがアプリの一部になる。
Windowsで言えば、C:\Windows以下にある各種DLL全てを
アプリのディレクトリに入れたようなものかな。

メインはアプリであって、OSを使っているわけじゃないので。
0205login:Penguin
垢版 |
2015/07/02(木) 09:28:55.60ID:mKmwTgm8
オブジェクト指向信者みたいな奴だな
ただの軽量な仮想環境なんだから、使いたいように使えばいいだろ
0206login:Penguin
垢版 |
2015/07/02(木) 10:52:36.77ID:z4WVp09k
パフォーマンスチューニング考えると複数のアプリを1つのコンテナにまとめた方が良い、という話もあるしな
0207login:Penguin
垢版 |
2015/07/02(木) 14:06:34.10ID:5geABXwh
パフォーマンス的にも専用OSにDocker載せたほうが軽い
0208login:Penguin
垢版 |
2015/07/02(木) 22:52:53.42ID:Lv3VGZCA
>>205
いや、軽いだけの仮想マシンとして考えると使いづらいところが多いんだよ。
間違ってそう考えたがゆえにDockerは使えないと判断する人もいるしね。
違うものとして考えないと。

>>206
例えばSQLiteというデータベースライブラリ（サーバーではなくて）があるけど
これと同じようにデータベースをアプリに内蔵するという考え方で
MySQLを一つのアプリに内蔵するというやり方はある。

でもパフォーマンスチューニングという点で、一つのコンテナに
まとめたほうが良いという意見は聞かないな。どこで聞いたの？

>>207
さすがに物理マシンでそのまま動かしたほうが速いでしょｗ
もちろん仮想マシンよりかは速いけどさ。
0210login:Penguin
垢版 |
2015/07/03(金) 00:19:35.51ID:k+OnBZ4c
コンテナ内のチューニングは面倒だな
環境でころころ変わって統一的にコンテナを扱えなくなるのはうまくない
0211login:Penguin
垢版 |
2015/07/03(金) 00:31:25.65ID:8GVUR/eP
> 環境でころころ変わって統一的にコンテナを扱えなくなるのはうまくない
具体的に言うと、何がダメなの？
0212login:Penguin
垢版 |
2015/07/03(金) 00:54:20.65ID:k+OnBZ4c
一部の環境でのみバグったり劣化したりするリスクが増える
0213login:Penguin
垢版 |
2015/07/03(金) 09:06:01.15ID:8GVUR/eP
具体的にどの環境でのみバグった？

普通のアプリであれば、アプリ以外の部分、
つまりカーネル、OS、libc等の基本的な
ライブラリ、アプリの言語のバージョン、
その言語用のライブラリと依存するものが多い。

OSのアップグレードなんかしたら、それらが
変わってしまうから、一部の環境のみでバグったりするね？

でもDockerコンテナ化すれば、アプリにアプリが適切に
動く環境そのものを同梱できるから、
アプリ以外の部分は、カーネルのみになる。

だから一部の環境のみでバグるということが少ないはずなんだが？
もう少し、具体的な事例が聞きたいね。
0214login:Penguin
垢版 |
2015/07/04(土) 09:23:31.50ID:GApZdgbL
dockerコマンド自体にバージョン違いがあるのだから、
管理側が2つを操作するよりは、1つをまとめておいた方がいい場合もあるやろ
面倒なやっちゃなー…
0215login:Penguin
垢版 |
2015/07/04(土) 11:17:42.28ID:vy3VAPSr
>>214
ホストOS上で、二つのアプリを操作するのが面倒だってこと？
何を言っているのかよくわからない。
0216login:Penguin
垢版 |
2015/07/08(水) 01:02:43.60ID:q/+csAyd
>>212
しばらく待ってみましたが、やはりそんなリスクは
想像だけのもので、具体例は出せないようですね。
0217login:Penguin
垢版 |
2015/07/08(水) 01:03:41.39ID:q/+csAyd
>>214
こちらも結局説明なしのようですね。
想像で言ってみたけど外れてたという類
0218login:Penguin
垢版 |
2015/07/08(水) 17:53:34.36ID:L+gsM06d
>>217
オプション指定一つとってもバージョン違いあるやろ
外れてるのはお前の頭のネジやで
0219login:Penguin
垢版 |
2015/07/09(木) 00:40:54.89ID:I73reSJv
>>218
そっちじゃない。

> 管理側が2つを操作するよりは、1つをまとめておいた方が
これが意味不明という話
0220login:Penguin
垢版 |
2015/07/11(土) 01:19:07.36ID:anWWthE2
Dockerって、chrootみたいなもの？
0221login:Penguin
垢版 |
2015/07/11(土) 02:06:58.00ID:HaC4FdeK
>>220
「chrootの機能を継承した技術」を使いやすい形に統合したものかな。

知っているとは思うけど、chrootは単に
プロセスから見えるルートディレクトリを変更しただけ。

それを更に発展させてルートディレクトリだけではなく
プロセスやネットワークも分離させて、プロセスに対して
そのプロセスに独立した環境を作り出すのがコンテナ（LXC等）

ちなみに古いバージョンのDockerはLXCを利用していた。
今はlibcontainerを使ってカーネルのコンテナAPIを直接呼び出している

でDockerはそのカーネル提供しているコンテナAPIを応用して作られたソフトウェア
コンテナのビルド（作成）とその実行を行うための環境を提供している。

コンテナAPI自体は昔からあったわけだが、従来は使うためのツールが不足していて大変だった。
Dockerを使うとDockerfileというテキストファイルを用意することでコンテナイメージを
簡単に作成でき、コンテナが利用するリソース（CPU、メモリ、メットワーク）を
コマンドライン等で指定しつつ簡単に起動や停止が行えるようになる。
0222login:Penguin
垢版 |
2015/07/11(土) 02:33:01.48ID:dtHUPhjn
chroot+jailの発展形という説明があったな
0223login:Penguin
垢版 |
2015/07/11(土) 22:11:03.10ID:anWWthE2
>>221
昔流行りかけたXenみたいな感じでいいのかね？
コンテナイメージってファイル群じゃなくてでかい単一ファイル？
0224login:Penguin
垢版 |
2015/07/11(土) 22:22:42.65ID:/s68H1Fx
>>223
Xenはマイクロソフトに魂売ってHyper-Vでしょ？ｗハイパーバイザー部類だしょ？
コンテナは単一じゃなくてホストの１プロセスでは？
0225login:Penguin
垢版 |
2015/07/12(日) 00:57:09.23ID:PCy1xmlB
>>223
> 昔流行りかけたXenみたいな感じでいいのかね
ぜんぜん違う

chrootを知っていて、なんでそう勘違いするのかよくわからんが、
同じカーネルで動く1プロセスのルートディレクトリと
プロセス空間その他を隔離しただけ。

違いの一例を上げるとXenもKVMも仮想マシンを作るから
仮想的なハードウェアの一つとして仮想ディスクも必要になる。
だけどDockerはchrootと同じようにルートディレクトリを変えるだけだから
カーネルから認識されている同じディスクを使用する。

Dockerのコンテナはカーネルから見れば、単なる1アプリにすぎない。

> コンテナイメージってファイル群じゃなくてでかい単一ファイル？
chrootと同じようにファイル群。

1つのイメージは複数のレイヤーから構成されレイヤーにはファイルシステムの差分が記録される
1つのレイヤー = 1つのディレクトリ、通常イメージの最初のレイヤーにはchrootと同じく
OSのシステムファイルのほぼ全てが、次のレイヤーには差分だけが記録される。
このレイヤーはコンテナイメージの修正時に再利用/共有されるため、時間とディスクの節約になる。
0226login:Penguin
垢版 |
2015/07/12(日) 00:59:18.70ID:PCy1xmlB
訂正
× レイヤーにはファイルシステムの差分が記録される
○ レイヤーにはファイル単位で差分が記録される

別にディスクイメージが記録されてるわけじゃない。
レイヤー=ディレクトリに普通にファイルがある

こういう仕組みを提供しているのが
Dockerなわけだね。
0227login:Penguin
垢版 |
2015/07/12(日) 20:08:46.06ID:EFKucpQc
>>225
ネットワークってどうやって別空間にしてるの？
chrootのときはしかたないからエイリアス使ってたけど
あとchrootのときみたいにやたらマウントポイント汚す？
0228login:Penguin
垢版 |
2015/07/12(日) 20:10:01.65ID:EFKucpQc
chrootが謎の技術で/dev,/procを別物にした上で
上にaufsみたいなのが被さってるイメージでいいの？
0229login:Penguin
垢版 |
2015/08/06(木) 21:55:45.71ID:MXfRwabf
k8sを使うと同一ホスト上の複数のコンテナに同じポートを割り当てられるんでしょうか？
0230login:Penguin
垢版 |
2015/09/05(土) 14:48:10.85ID:LcT94aSm
Dockerで同じイメージを冗長化のために
A,B、2台のプライベートレジストリにpushしたとします。

Dockerfileでベースイメージを指定する時、
Dockerfileを書き換えずに、ベースイメージを取得する
プライベートレジストリのサーバーを変更する方法ありますか？

ただし2台のプライベートレジストリ（サーバー）はホスト名が異なり
DNSの変更は行わないものとします。

ぶっちゃけDockerfileのFROMに
プライベートレジストリのURLを含めることが気持ち悪いです。
0231login:Penguin
垢版 |
2015/09/07(月) 21:00:17.40ID:l456kIj1
いったんローカルに持ってきてからtag付けたら
0232login:Penguin
垢版 |
2015/09/27(日) 02:50:48.60ID:LCJ+voKL
>>227
ネットワークは、コンテナ接続用の仮想ブリッジがホストに作られてそこに接続される
ホストの外とコンテナとの通信は、ポートフォワードでできる

設定次第ではこれ以外の構成も可能だが、コンテナのメリットがなくなる場合もあり
0233login:Penguin
垢版 |
2015/10/13(火) 11:50:02.13ID:BCg4uyN8
DockerfileにVolumeを記載したときの動作がわからないです。
これを記載すると、docker run したときに-vのオプションをつけたときと同じ動作をするのでしょうか？
0234login:Penguin
垢版 |
2015/10/13(火) 13:02:47.52ID:2bxl+1jz
>>233
いいえ。DockerfileのVOLUMEは単にディレクトリを作るだけと考えてください。

例えばmountコマンドで/mnt/hoge/にマウントしようと思ってもできません。
先にマウントポイントとなる/mnt/hoge/ディレクトリを作成しておく必要があります。


VOLUMEは、-vオプションでマウントするためのディレクトリ作成するだけです。
0235login:Penguin
垢版 |
2015/10/15(木) 22:43:15.99ID:oWwvB8WD
>>234
なるほど。
そういう用途なんですね。
理解しました。
0236login:Penguin
垢版 |
2015/11/01(日) 23:01:14.46ID:DTpkP9+s
なんかWS2016TP3のイメージダウンロードで失敗して
Docker起動すらできないのだが・・・
0237login:Penguin
垢版 |
2015/11/16(月) 00:01:59.72ID:TCRyhBgQ
docker インスコしたら、なぜかgitがアンインスコされてマジギレなんだが
docker作者いたらぶん殴ってやりてえわ
何考えてるんだ基地害、マジで死ね
0238login:Penguin
垢版 |
2015/11/16(月) 00:07:18.42ID:TCRyhBgQ
ちなWinだが
嫌がらせなのか
gitconfigも消えやがった
マジで損害賠償モンだぞゴミ野郎が
何なんだマジで、インストーラーに選択肢にも出てなかったgitの文字が出てきて嫌な予感がしたが
まさかアンインスコしてわけわからんgitもどきのゴミぶちこまれるとは
スパイウェアかよ、ありえない
0239login:Penguin
垢版 |
2015/11/16(月) 00:46:43.61ID:TCRyhBgQ
1時間無駄にした
俺様の睡眠時間削るとは何様だよゴミの分際で
マジで死ね、勝手に人様の環境のgit削除して入れ直すとかどう考えても頭イカレてんだろ基地害
頭にウンコでもつまってるのかこのゴミみたいなインストら−作ったゴミ屑は
ISISに爆殺されて死ねや
0240login:Penguin
垢版 |
2015/11/16(月) 03:39:30.80ID:PizeY0Hj
※実際には消えたのではなくて、追加で新しくmsys環境がインストールされ
パスが変わっただけである。
0241login:Penguin
垢版 |
2015/11/16(月) 17:04:57.06ID:Pim+KGtu
ダメなんだろ。
向いてないね。
0242login:Penguin
垢版 |
2015/11/16(月) 23:41:14.31ID:wDTTYcC+
Windowsみたいなゴミ使うからそうなる
0243login:Penguin
垢版 |
2015/11/17(火) 00:02:19.34ID:kVN6LZUq
どっかに行ってしまったんだろうね
0244login:Penguin
垢版 |
2015/11/17(火) 03:36:53.23ID:v9AakB0o
それをOSやDockerのせいにするのは無能
0245login:Penguin
垢版 |
2015/11/24(火) 22:42:14.80ID:Lg6NMP0d
コンテナ起動して一個だけコマンド実行して終わったら
コンテナさよならってのはできませんか？
0246login:Penguin
垢版 |
2015/11/25(水) 00:31:43.24ID:LQnsNDdn
できる
0247login:Penguin
垢版 |
2015/11/25(水) 02:08:58.52ID:mat+Pl5x
手動でgccのAndroid向けクロスコンパイル環境を作ろうとしてるんだけど、もううまくいかないやー
Dockerにその用途に向いたコンテナないかな？
0248login:Penguin
垢版 |
2015/11/25(水) 02:12:33.97ID:zaXwxH/w
Dockerは

1. 可能か不可能か・・・可能だ
2. 以前より簡単にできる ・・・ YES
3. 簡単にできる ・・・ NO
4. ハマる・・・YES

だからなｗ
0249login:Penguin
垢版 |
2015/11/25(水) 02:37:47.64ID:LhiOzJQ6
え、Androidビルド環境なんかで悩むところあるか？
0250login:Penguin
垢版 |
2015/11/25(水) 04:00:08.86ID:mat+Pl5x
>>249
Makefileが手書きのLinux向けフリーウエアをビルドしようとしていて、Makefileをいじっても環境変数をいじってもなかなか通らなくてね
ちゃんと自分でMakefileを修正できていないのが原因なんだろうけど、他も自信がないから環境が整ってるところでやってみたいかな
0251login:Penguin
垢版 |
2015/11/25(水) 06:55:10.59ID:M90w7+cT
>>246
よかったらヒント教えていただけると助かります

もし自分で辿りつけたらフィードバックしますね
0252login:Penguin
垢版 |
2015/11/25(水) 07:57:51.37ID:wgCCBiJ/
「docker 起動」
「docker 停止 削除」で検索！
0253login:Penguin
垢版 |
2015/11/25(水) 07:57:59.67ID:IVCbtPIf
シェルスクリプトにdocker runとdocker rm書けばいいだけだろ
0254login:Penguin
垢版 |
2015/11/25(水) 12:05:44.17ID:r7zQvSyI
単一のコマンドをコンテナで実行するだけならLXCでいいじゃん
0255login:Penguin
垢版 |
2015/11/25(水) 14:19:33.50ID:zaXwxH/w
>>254
> 単一のコマンドをコンテナで実行するだけならLXCでいいじゃん
めんどくせーだろｗ

dockerはパッケージでインストールするとして、インストールだけが終わった状態から、
たったこれだけで単一のコマンドをコンテナで実行できるんだぞｗ

docker run debian /bin/bash --version

もちろんdebianの所を変えれば、その他のコンテナで実行できる。
LXCで同じことをやってみてくださいよｗ
0256login:Penguin
垢版 |
2015/11/28(土) 16:06:27.14ID:+I8cfRbK
docker使おうとしてdocker run コンテナ
ってやってもsyntax errorとか出て何一つ動かない
試したのはfedora,ubuntu,busybox,gccあたり
環境はFedora23 i686
XeleronM410 メモリ512MB
0257login:Penguin
垢版 |
2015/11/28(土) 16:06:50.89ID:+I8cfRbK
ミスった・・・Celeronね
0258login:Penguin
垢版 |
2015/11/28(土) 16:16:33.06ID:K8JL7Kv3
command not foundではなく、syntax errorとでるのなら、
dockerはインストールされているのだろう？
docker --versionってやってみて。
0259login:Penguin
垢版 |
2015/11/28(土) 16:21:57.23ID:+I8cfRbK
Docker version 1.8.2-fc23, build 1a57647-dirty
ダウンロードとかは普通にできるんだけどいざ動かそうとするとうんともすんとも言わない
エラーはこんな感じ
exec format error
Error response from daemon: Cannot start container 602972c2cf599bd4702de17c25e64d7608fbc7fbc74c128ca789baad53e0852b: [8] System error: exec format error
0261login:Penguin
垢版 |
2015/11/28(土) 22:24:27.09ID:+I8cfRbK
やっぱり？
32bitダメなのかー
0262login:Penguin
垢版 |
2015/12/01(火) 22:17:34.89ID:vj0rtqe5
Docker hubでよくわからんのだけど、
公式でないものは、危険な可能性があるってことでいいの？

AUTOMATED BUILDに関しては、リポジトリが表示されているから
おそらく大丈夫なのだろうと思うけど（でも工夫すれば抜け道ありそう・・・）
そうでないものは、どのDockerfileから生成したか？の情報ないよね？
0263login:Penguin
垢版 |
2015/12/01(火) 22:19:35.90ID:vj0rtqe5
追記、AUTOMATED BUILDの抜け道思いついた。

ソースリポジトリは表示されているけど、
タグを複数つけた時、Dockerfileは何故か一つしか表示されてないみたい。

これを利用すると別のディレクトリで作って、
あたかもこれで作ったみたいな見せ方ができそう。
0265login:Penguin
垢版 |
2015/12/02(水) 01:12:44.60ID:fBZbBnC4
>>264
例えばMySQLを高度に最適化したイメージを作った
ふりをして、データを抜くコンテナを作るとか
0266login:Penguin
垢版 |
2015/12/05(土) 21:29:10.50ID:DbjOOkdc
Dockerの使い方を勉強したいんだけど
どこのサイトを見ても、docker.ioをインストールした後から
の手順が急にぼんやりした説明になっている

xeyesをdocker上で動かすとか
そういう分かりやすいサンプルはないの？
0267login:Penguin
垢版 |
2015/12/05(土) 21:53:43.55ID:ZQvx7q75
何のためにつかうんだ？
0268login:Penguin
垢版 |
2015/12/05(土) 22:06:49.30ID:3slPYBxt
docker上の話は普通にやればいいだけだろ
0269login:Penguin
垢版 |
2015/12/05(土) 22:18:39.92ID:OQhknF+K
docker pull ubuntu
docker run -i -t ubuntu /bin/bash
切り替わったらaptでもつかって好きにいじればいい
量産したかったらそのコンテナを登録して増やす
0270login:Penguin
垢版 |
2015/12/05(土) 22:24:50.93ID:Qru2npJS
なんかまたDockerを仮想マシンと考えてる奴ができてそうだな。
0271login:Penguin
垢版 |
2015/12/05(土) 23:59:37.74ID:mw+GgCtN
コンテナをLinux仮想マシン扱いすること自体はいいんでない。意外とそういうところから面白い使い道が発見されるのかもよ
0272login:Penguin
垢版 |
2015/12/06(日) 00:21:48.56ID:R8UOG4wt
コンテナを仮想マシンとして使うのは、OpenVZが昔からあるから
それを使えばいいんだよ。

DockerはOpenVZではないものとして作られているんだから、
OpenVZ的な使い方をするには合わない。
0273login:Penguin
垢版 |
2015/12/06(日) 06:54:30.81ID:T+hWh7FJ
>>266
docker xeyesでググればxeyesをつかったサンプルがいくつかあるが。
それじゃ不満？
0274login:Penguin
垢版 |
2015/12/06(日) 09:43:36.04ID:JSGNm6l4
ググるなんて能力あるわけ無いだろやめてやれよ
0275login:Penguin
垢版 |
2015/12/06(日) 12:22:08.41ID:eaBf0NRP
キーワードまで教えてもらってぐぐれないなんてことないだろ
0276login:Penguin
垢版 |
2015/12/06(日) 12:27:38.04ID:JSGNm6l4
ここにキーワードがあるじゃろ




・・・・・・
0277login:Penguin
垢版 |
2015/12/06(日) 12:29:25.59ID:vcXMHOAt
xeyesをdocker上で動かす方法のググり方を教えて下さい
↓
docker xeyes でぐぐる
↓
ありがとうございました。
0278login:Penguin
垢版 |
2015/12/06(日) 16:16:44.13ID:Dtmq+qVc
もしかして: docker lxc
0279login:Penguin
垢版 |
2015/12/06(日) 16:24:24.91ID:JSGNm6l4
32bit対応してくれねーかなー
0280login:Penguin
垢版 |
2015/12/06(日) 17:36:39.91ID:vcXMHOAt
無料のLinuxで32bit対応が欲しいという理由は
ハードウェアが対応してないからだと思うが、
新しいパソコンを買ったほうが良いと思うよ。

OSなしでいいんだから3千円台＋送料ぐらいから買える
http://kakaku.com/used/pc/ca=0010/?s2=10
0281login:Penguin
垢版 |
2015/12/06(日) 17:43:01.76ID:17qexjBL
わざわざ32bit限定でdockerが必要なケースがあるのか？
0282login:Penguin
垢版 |
2015/12/06(日) 17:45:06.31ID:xA5mMjua
仕事でそれしか支給されてないとかw
流石にそんな会社はないか
0283login:Penguin
垢版 |
2015/12/06(日) 17:49:20.29ID:JSGNm6l4
>>280
hostapdでWiFiAP使えないと困るからノートになるじゃん
でノートで3000円だと2007年くらいのになってi686しかつかえない
>>281
俺の鯖で動かない
大学受かったら新しい鯖買う予定だけどそれまでは無理
WiFiは〜Piにして鯖と分ければいいんだろうけどね
0284login:Penguin
垢版 |
2015/12/06(日) 18:07:08.39ID:vcXMHOAt
>>283
家かなんかでサーバー機として常時稼働させていればいい
あんたが今使っているノートからログインして使うんだよ。
0285login:Penguin
垢版 |
2015/12/06(日) 18:11:36.33ID:JSGNm6l4
>>284
ちがう
自宅の常時稼働鯖がノートじゃないとアクセスポイントにできないって話
で金もない
0286login:Penguin
垢版 |
2015/12/06(日) 18:12:13.76ID:vcXMHOAt
あとレンタルサーバーでVPSを借りるって手もあるな。

だが大学入試があるなら、遊んでないで勉強しとけ。
0287login:Penguin
垢版 |
2015/12/06(日) 18:13:56.18ID:JSGNm6l4
>>286
すいませんね勉強に戻ります
カナダに一回払いで買った鯖あるけどローカルでも動かしたい時があるのよ
0288login:Penguin
垢版 |
2015/12/06(日) 18:13:57.06ID:vcXMHOAt
>>285
だからなんだ？と思うだけだが、
新しくPC買って、そのノートから直結するなり
ハブ経由で接続すればよかろう？
0289login:Penguin
垢版 |
2015/12/07(月) 00:32:53.51ID:X7UYFgeA
ラズパイでdockerとかアリでしょ？
環境ぶった切ったり
IP毎にサービス割振りしてるよ
OH少なくて助かってる
0290login:Penguin
垢版 |
2015/12/07(月) 01:02:16.76ID:C2nK3tfF
へー、ラズパイでDocker動いたのか。
ARMだからパッケージ少ないし対応してないと思ってたよ。
基本技術はコンテナだからOSレベルで対応してるのかな。

http://dev.classmethod.jp/hardware/docker-on-raspberry-pi2/
> 結論から言うと動きます。が、実用的ではないです。それは、
> DockerコンテナはDockerホストと同じCPUアーキテクチャでないと動作しないからです
0291login:Penguin
垢版 |
2015/12/10(木) 16:03:59.52ID:jHmIwzhB
docker はchrootみたいなものなの？
docker動いている最中に ホストからファイル見れたりする？
0292login:Penguin
垢版 |
2015/12/10(木) 16:06:29.45ID:710xIGyw
ググれば全部出てるぞ
日本語訳されてるであろうArchwikiでも読んでこい
0293login:Penguin
垢版 |
2016/01/12(火) 12:32:49.44ID:3vUodtEW
OS イメージをベースにして Docker コンテナを作るメリットって、
ホストOS に縛られずにコンテナを配置できるって理解であってる？

ただ、サーバーのメモリやストレージの節約を考えると
ホスト OS は決め打ちにして、コンテナには OS イメージを含めない方がいいと思うけどどうなの？
実際の運用でもサーバーごとに OS やバージョンが異なるなんてことはないはずだしね。
0294293
垢版 |
2016/01/12(火) 13:57:44.54ID:3vUodtEW
ごめんなさい。すぞい勘違いをしていました。

DockerHub に登録されてる Dockerfile を見ていて気がついたのですが、
Docker イメージは、基本的に何らかの OS イメージをベースにして作るんですね。

FROM scratch となってるものもいくつかありましたが、
FROM を遡っていくとほとんどが何らかの OS イメージをベースにしていました。
0295login:Penguin
垢版 |
2016/01/12(火) 14:01:15.29ID:7BqknXNc
OSのイメージはDebianで100MBを切る。
Alpine Linuxならわずか5MBだ

コンテナは仮想マシンじゃない。だからホストOSのカーネルを使用する。
コンテナで起動したアプリ以外の、各種デーモンも起動しない。
だからメモリ使用量もアプリを直接動かすのと大差ない。

つまりサーバーのメモリやストレージの節約は考える必要が無い。

実際の運用ではサーバーごとに OS やバージョンが異なる。
アップデートをすることで日々更新され続けるからだ。
LinuxのLTS（長期サポート）なんて5年しかない
0296login:Penguin
垢版 |
2016/01/12(火) 14:03:45.85ID:8K/vPWgV
>>293
ホストに縛られないというかコンテナをコピーするだけでそのまま実行環境を別のホストに移せる
あと1つのホストに複数の実行環境を構築できる
これらは従来のVMでも出来ることだけどまるまる1台分を仮想化するのと違ってリソースをより効率よく使うことができる
0297login:Penguin
垢版 |
2016/01/12(火) 14:28:49.52ID:7BqknXNc
Dockerを仮想マシンの一種として考えてしまうとインフラよりの発想となってしまう。
これではDockerがもてはやされている理由を理解できない。
Dockerはアプリ開発者の立場で考えるとわかる。

まず（ホスト）OSのアップデートで勝手にライブラリのバージョンが
変わってしまうと困る。例えばRubyのライブラリを勝手に
アップデートされたらアプリが動かなくなる可能性がある。

また、逆にディストリが提供しているパッケージよりも新しいバージョンの
ライブラリを使いたいこともある。1つのホストに複数のアプリを実行する時
アプリごとに使うバージョンを変えたいこともある。
だからアプリ開発者はディストリのパッケージでインストールするライブラリは使わない。
rbenvなどを使ってアプリの一部としてアプリごとにインストールする。
（注 Dockerを使えばrbenvを使う必要はない）

これはRubyライブラリだけの話に限らない。ネイティブライブラリやCLIコマンドなど
アプリから使用するあらゆるものはアプリ独自に入れたい。

アプリはアプリだけで動くのではない。動的リンクライブラリやCLIコマンドまで含めて
1つの動作するアプリとして完全体となる。つまりアプリとアプリを正しく動かすのに
必要なものを含めた完全体がコンテナ。コンテナさえあればアプリは完全に動くので、
ホストOSはDockerさえ動けば良くなる。

これがDockerを使う目的なのだから、その目的を達成できない方法はそもそも代替案にはならない。
ホストOSのリソースの効率化とかそういう話じゃないんだよ。
0298293
垢版 |
2016/01/12(火) 17:02:16.51ID:3vUodtEW
>>295

ただ、DockerHub で配布されてる centos:6.7 に
yum install git すると image size が 190.6 MB → 323.3 MB
yum groupinstall "Development Tools" などとすると image size が 190.6 MB → 693.9 MB

となり、やはりストレージは食うのかなと。

根本的に使い方が間違っているのかもしれませんが、
通常は git とか コンパイラはコンテナに含めないのでしょうか？
0299293
垢版 |
2016/01/12(火) 17:20:35.11ID:3vUodtEW
>>297

> アプリはアプリだけで動くのではない。動的リンクライブラリやCLIコマンドまで含めて
> 1つの動作するアプリとして完全体となる。つまりアプリとアプリを正しく動かすのに
> 必要なものを含めた完全体がコンテナ。

なるほど参考になります。

コンテナ =
Ruby で言うところの（ 例にあげて頂いた rbenv というよりは）bundler とか、
Node.js の npm (のローカルインストール) の延長で、
OS のストレージにあるものすべて（動的リンクライブラリやCLIコマンドなども含む）を
1つのアプリ環境としてパッケージできるもの

という理解で落ち着きました。
0300login:Penguin
垢版 |
2016/01/12(火) 17:43:43.68ID:7BqknXNc
>>298
> 通常は git とか コンパイラはコンテナに含めないのでしょうか？
含めない。

もちろんコンテナイメージ作成中は適当にやっていいし、
利便性を考えて入れておくのもありだけど、

例えばgitを使ってソースコードを配置したいなら、
RUN apt-get install git & git clone 〜 & apt-get remove git (例なので適当）
のようにしてgitを入れて必要な処理が終わったら削除する。

（注 1つのRUNでインストールとアンインストールを実行すること。
複数に分けると、それぞれで中間イメージが保存されるのでサイズが減らない）
0301293
垢版 |
2016/01/12(火) 19:52:14.22ID:n7gMyE/1
> RUN apt-get install git & git clone 〜 & apt-get remove git (例なので適当）
> のようにしてgitを入れて必要な処理が終わったら削除する。
>（注 1つのRUNでインストールとアンインストールを実行すること。
> 複数に分けると、それぞれで中間イメージが保存されるのでサイズが減らない）

確かにおっしゃる通りになりましたが、「複数に分けると〜」のところは
なぜサイズが変わらないのかいまいち理解できません。
0302login:Penguin
垢版 |
2016/01/12(火) 21:18:29.95ID:7BqknXNc
コマンドごとにセーブしてるからだよ
0303login:Penguin
垢版 |
2016/01/12(火) 22:36:34.99ID:xuCrxskR
都度gitインストールってapt転送分の無駄を感じるな。gitならまだいいけどそれにしても美しくない
ローカル制御細かくやるしかないか
0304login:Penguin
垢版 |
2016/01/12(火) 22:49:08.57ID:JXXd0jyb
だからapt用のキャッシュプロキシというものがあって
だけどその環境依存の設定をDockerfileに書きたくないから
ビルド時にオプションで環境変数を使えるようにしてくれって
話がついて1.9からサポートされた
0305login:Penguin
垢版 |
2016/01/12(火) 22:57:32.90ID:xuCrxskR
寡聞でしたすみません
0306login:Penguin
垢版 |
2016/01/14(木) 00:38:43.01ID:Zfk+gNVQ
Docker の質問というより、ヴァーチャルマシンに関する質問だと思うんですが質問させてください。

Windows で Docker から環境を作ったのはいいんですけど、
そのなかのソースコードとかって Windows からアクセスできないんですかね？
いまひとつ開発のスタイルがよくわかりません。

まさかとは思いますが、仮想環境の中にIDEをインストールしてそこで開発とかでしょうか？
よろしくお願いします。
0307login:Penguin
垢版 |
2016/01/14(木) 01:34:52.00ID:iMJyCnKY
>>306
Dockerの中で動かしつつアプリを開発するのはやめたほうがいいよ。
デバッグ用のツールなど使いづらくなって、単に面倒になるだけ。
Docker使わずに作られたアプリ。それを動かす環境を作る時に
Dockerを使うってだけにした方がいい。

もう少し詳細に説明すると、まずWindows（boot2docker）で考えるとややこしくなるので、
ホストOSにLinuxを使っていると仮定する。

開発はDockerを使わない。IDEはLinuxにインストールする。
これだと何も複雑なことはないよね？これをメインの開発環境とする方がいい。

開発時にはDockerを使わないといったけど、テストを実行すときとか実機でDockerを使うとして、
リリース時とできるだけ同じ状態にしたいとかDockerの中だけで発生する問題とか、
開発時にDockerを使いたい時もある。

そういう時は、ソースコードのディレクトリをData volume（dockerの-vオプション）で
コンテナ内にマウントする。ビルドが必要な物（scssからcssへの変換等）は
Dockerの外でビルドしてそのディレクトリをマウントする。

ただしビルドで生成するものがバイナリ実行ファイル等の場合は、ホストOSとDockerコンテナで
使うOSが違いすぎると動かない可能性があるので、Dockerコンテナでビルドする必要がある。
本来Dockerコンテナにはビルドツール等は入れるものではない。本来はビルドするときは
>>300で書いたようにビルドツールを入れてビルドしてビルドツールを消すことになる。

apt用のキャッシュプロキシでパッケージのダウンロードは避けられるとはいえ、
ビルドのたびにパッケージのインストールとか時間的にやってなれないので、
（実行用のDockerイメージとは別の）ビルドをするためのDockerイメージを作る必要がある。

な？ Dockerを開発時に使うことは出来なくはないし、テスト実行のために出来たほうがいいんだけど
面倒で手間がかかる。だから通常の開発はホストOSでやった方がいいんだ。
ホストOSがWindowsの場合は、vagrantで作ったLinuxで開発するのをおすすめする。
0308login:Penguin
垢版 |
2016/01/14(木) 01:56:53.36ID:iMJyCnKY
話をWindowsに戻すと、おそらくDocker Toolbox（に含まれるboot2docker仮想マシン）か
boot2dockerを使ってるだろう。これはVirtualboxの仮想イメージなので更にややこしいｗ

俺としてはvagrantで作ったLinuxで開発するのをおすすめする。
Linuxで開発すると言ってもCLIコマンドを実行する程度。
samba使ってファイル共有すれば、ソースコードの修正はWindowsのエディタが使える。
Windowsに入れたIDEを使う場合は、デバッグ機能に多少制限が出るかもしれないので
俺はやってないけど、XクライアントをWindowsに入れて、Linux用のIDEを
使うとかのほうがいいかもしれない。

で、結局の所、開発時にはDocker使わない方がいいので、Windowsで
開発したいなら今までどおりDocker関係なく、Windowsで開発すればいい。

そしてWindowsで開発したアプリをDockerで動かしたい場合だけど、
boot2dockerの中は結局のところLinuxなので>>307の話が通用するとして、
問題はWindowsのソースコードをどうやってboot2dockerから参照するか？

一番簡単なのは、Virtualboxの共有フォルダー機能を使う方法だろう。
（ぶっちゃけboot2docker使ってないのでそこまで詳しくない）

注意が必要なのは、Virtualboxの共有フォルダー機能を使うと、最終的には
Windowsのファイルを見てるわけだから、パーミッション周りで苦労するのと
シンボリックリンクが使えない（頑張れば使える？）などの問題が発生する。

なのでWindows＋boot2dockerでの開発はやっぱりお薦めしないｗ
boot2dockerは、dockerコンテナを動かして。たいけど、ホストOSがWindowsで
Linuxが無いんだよ。って言う時に、おいWindowsでもdockerコンテナ動くぜｗｗｗ
これなら、dockerイメージさえあれば、どこでも同じように動く、
それがたとえWindowsであっても（ｷﾘｯ ってやりたい時だけに使うものだと思ってる。
0309login:Penguin
垢版 |
2016/01/14(木) 02:19:39.58ID:iMJyCnKY
で、長々と書いたが、Dockerを使うことで、

（ウェブ）アプリを開発する → それを動かす環境を作るのが面倒
っていう時代から、

環境まで含めた（ウェブ）アプリ を開発できる → それを動かすのは簡単！
という時代になったわけだけど、

アプリの開発自体は、今までのやり方のままでいいってこと。

今Windowsを使ってるなら、Windowsでいいし、
俺はvagrantを使って作ったLinuxの開発環境を使ってる。

実機へのデプロイやテスト等で動かすときにDockerを使うことで
同じ実行環境を簡単に作れるから "追加で" Dockerへの対応をするといい。


余談だが、
今までは、アプリエンジニアとインフラエンジニアが分かれていて、
アプリを動かす環境を作成する部分はインフラエンジニアが担当していたから、
その連携が大変でどうたらとかDevOptsとかいう言葉が出てきたりしたけど、
Docker出現で実行環境づくりがインフラエンジニアからアプリエンジニアに移ってきてるんだよ。
アプリエンジニアは大変（笑）というかインフラエンジニアの仕事が減って、クラウドを使えば
さらにコードでインフラかけるから、この2つを分ける必要ないよね？ってなってきてると思ってる。
0310login:Penguin
垢版 |
2016/01/14(木) 02:31:50.07ID:iMJyCnKY
追記

> 一番簡単なのは、Virtualboxの共有フォルダー機能を使う方法だろう。
Virtualboxの共有フォルダーは遅いという問題もある。

やり方は他にもgitでリポジトリからソースコードを持ってきたり、
結局はソースコードさえあればいいのだからNFSを使って
共有したりする方法もある。

DockerコンテナもData volumeを使わずに、git cloneしたり。
（実機で使うDockerイメージは、イメージ作成時にgit cloneするべきだろう）

git cloneするということは、（開発中の）ソースコードが
リポジトリにpushされている必要があるね。

とまあ、できるにはできるけど、開発中にDockerを使いつつ作業するのは面倒なだけ。
でもDockerで動くようにしていれば、gitリポジトリにソースコードをpushした時に
CIでDocker使ってテストを実行するなんてことができるようになる。
0313306
垢版 |
2016/01/15(金) 00:07:27.60ID:K3C/Pi7v
>>307-310
すごく参考になりました。
わからないことも多いですが、ざっくりと雰囲気はつかめました。
右も左もわからず暗中模索してましたが少し霧が晴れた感じです。
いただいたレスをよく読み返して学習の指針とさせていただきます。
ありがとうございました。
0314293
垢版 |
2016/01/15(金) 01:08:34.20ID:kfmWKxvv
>>307-310

質問者と同じく開発スタイルで迷っていたので参考になりました。

> ただしビルドで生成するものがバイナリ実行ファイル等の場合は、ホストOSとDockerコンテナで
> 使うOSが違いすぎると動かない可能性があるので、Dockerコンテナでビルドする必要がある。

ただ、これに関してはホスト OS と Docker コンテナで使う OS を同じにすればいいと思うので
ホスト OS でビルドして、Docker コンテナにはコンパイラなどのビルド環境を入れないように
してもいいかなと思ってます。
0315293
垢版 |
2016/01/15(金) 01:14:51.11ID:kfmWKxvv
boot2docker は罠ですね。

docker-machine create する場合も、Docker ホストは自動的に boot2docker になりますが、
ここを任意の OS に切り替えられると話が早そうです。
0316login:Penguin
垢版 |
2016/01/15(金) 01:30:22.80ID:eyDykv1a
>>314
理屈上はそうなんだけどね。

でもそうすると、ホストで開発しやすいOSを使う＝コンテナも同じものに
制限されてしまうので、分けるほうが好ましい。

Dockerイメージのサイズを減らすためにAlpine Linuxを使いたいし、
開発ではホストOSにUbuntuを使っていても、awsで動かすときは
CoreOSを使うかもしれないし、柔軟に変更可能にするためにも分離さておいたほうがいい。

まあ別に開発中であれば自己責任で適当に使っていいと思うよ。
アプリ開発のためのインフラとしてDockerを使って開発環境を整備するんじゃなくて
開発作業の一貫としてDockerというツールを使うという使い方。
Dockerの中で開発するのは面倒なだけだからさ。
（あくまで ”アプリ開発" スタイルの話。インフラ・運用の話ではない）
0317login:Penguin
垢版 |
2016/01/15(金) 01:40:21.56ID:eyDykv1a
>>315
boot2dockerは、アプリ開発者がWindowsで開発している時に
Dockerを簡単に使うためのものではなくて、

アプリは完成したものとして、そのアプリを動かしたい時に
ホストがWindowsの場合に使う手段だと思ったほうがいいよ。

わざわざWindowsをサーバーに使う人は居ないだろうから
実運用向きではなく、Docker自体の勉強で使うときとか、
Windows上にDockerコンテナでサービスを動かしてそのサービスを
個人的に使うのを目的とするとか。
（例えばHTML Validatorをローカルで動かすとか）
0318293
垢版 |
2016/01/15(金) 02:16:23.93ID:kfmWKxvv
> Dockerイメージのサイズを減らすためにAlpine Linuxを使いたいし、
> 開発ではホストOSにUbuntuを使っていても、awsで動かすときは
> CoreOSを使うかもしれないし、柔軟に変更可能にするためにも分離さておいたほうがいい。

なるほど。そういう観点ですね。
だとすると以下の引用のようにビルド用のイメージを作るってことになると思いますが、

> ビルドのたびにパッケージのインストールとか時間的にやってなれないので、
> （実行用のDockerイメージとは別の）ビルドをするためのDockerイメージを作る必要がある。

この場合、ホスト OS とビルド用の Docker コンテナは -v でフォルダ共有してから対象ファイルをビルド。
そして、実行用のコンテナを作る際には、ホスト OS から （実行用コンテナに）ビルド済みバイナリを ADD すればいいということですね。
0319login:Penguin
垢版 |
2016/01/15(金) 02:49:11.46ID:eyDykv1a
>>318
なので、基本的にアプリ開発中はDockerを使わない。
で、どうしても必要だと思ったときは使うけど・・・
うーん、その場合はいくつかやり方が考えられるんだけど、どれも一長一短

・docker buildでビルドする
完全に動くDockerイメージを作る途中で、ビルドも行う方法。
ビルドツールは入れて消すのでサイズも小さいし実運用でも使える。
だけど毎回ビルドツール入れるので時間がかかる。

・docker buildでビルドする（その2）
サイズは諦めてビルドツールを入れたイメージからイメージを作る。
サイズは最小にはならないが、それが問題になることは少ないだろうから一番楽かも

・実行用イメージとビルド用イメージを分ける
>>318で書いてあるやり方ね。実行用イメージは小さくて実運用でも使え
ビルドの時間も少なくなるけど、作るのが面倒くさい。
ビルド済みファイルを受け渡しする方法を作らないといけないし、
特にフレームワークがビルドとかもしてくれる仕組みだと
なんか二度手間感がある

・docker runした時にビルドする。
必然的にビルド環境も含めたイメージになる。
ファイル更新時に自動的にビルドしてくれるようなフレームワークを
使っている場合、この方が便利かもしれない。テストも実行できるし、
実運用用は別で作ることになるだろう。

ちゃんと作るならおそらく3番目が良さそうではあるけど、開発にとって便利か？
って考えると4番目かなーとも思うけど、そこまでやるのが面倒なので
開発中はDocker使わんでいいやんって思ってるわけ。
0320login:Penguin
垢版 |
2016/01/15(金) 02:59:40.17ID:eyDykv1a
一つのDockerfileで開発にもデバッグにもテストにも実運用にも使える
万能な方法があればいいんだけど、

そういやテスト実行環境っていうのもあるんだよね。

実行環境は、実行出来るだけで良い。
デバッグは、最低限デバッグモードで起動できればいいから、その場合は実行環境用と
共通化できるがデバッグのためのツールを入れるならば、追加でなにか必要。
ビルド環境は、ビルドツールが必要。
テスト実行環境は、実行環境に加えてテスト用ライブラリやツールが必要


やっぱり、それぞれわけないとだめだよなーっていうのが現時点の俺の結論。
0321293
垢版 |
2016/01/15(金) 03:24:51.98ID:kfmWKxvv
> なので、基本的にアプリ開発中はDockerを使わない。

まあ結局そういうことですね。今のところは運用環境として割り切って使っていこうと思います。
諸々のノウハウありがとうございました。
0322login:Penguin
垢版 |
2016/01/15(金) 04:04:45.21ID:eyDykv1a
>>321
使わないと言っても、開発の終盤っていうか、区切りがいい時点で
実環境をDockerにしているとして、それと同じ環境でテストを
実行したいって場合には使うけどね。

ただ無理して開発時までDocker使いまくるのはちょっと違うかなーって思う。

あー、そうそう例えばウェブアプリを開発していて、データベースとして
MySQLを使う場合に、ホストOSに直接入れるんじゃなくてDocker使っていれる。
なんて使い方はするよ。
0323293
垢版 |
2016/01/16(土) 17:27:47.46ID:Pwu81H6k
自分の場合、開発をアプリごとに新規で立ち上げた VirtualBox(Vagrant) のゲスト OS 内で
やっているので、DB を含むアプリで使うミドルウエアは ゲスト OS に入れることにしてます。

今のところ Docker の使いどころは、リモート環境へ配布するときに Vagrant 内で
Docker イメージを作ってそのままデプロイできるってあたりかなと思ってます。
0324login:Penguin
垢版 |
2016/01/16(土) 21:15:11.68ID:Xjp5rZQ7
>>323
> 自分の場合、開発をアプリごとに新規で立ち上げた VirtualBox(Vagrant) のゲスト OS 内で
> やっているので、DB を含むアプリで使うミドルウエアは ゲスト OS に入れることにしてます。
俺もそんな感じ。

スレ違いだけど、これをやると幾つもの仮想マシンにソースコードが分散してしまうのと、
仮想マシンをアップデートするときに、いくつもメンテナンス作業（再プロビジョンは時間がかかる）が
必要だったり、ベースとなるboxファイルを更新しても、既存の仮想マシンはそれを使うわけじゃないし
消してから作りなおせばいいんだけど、仮想マシン上にあるソースコード、全部コミットしたっけ？
消してよかったっけ？とかなって、まだ満足していない。
ホームディレクトリの設定も仮想マシン毎に必要になるし。
常に最新の開発環境が、素早く使えればいいんだけどな。

> 今のところ Docker の使いどころは、リモート環境へ配布するときに Vagrant 内で
> Docker イメージを作ってそのままデプロイできるってあたりかなと思ってます。
ミドルウェアに使うのも便利だよ。例えばいろんなバージョンのMySQLでテストするとか。
0325login:Penguin
垢版 |
2016/01/17(日) 17:02:11.92ID:6EWsUrMI
仮想マシンじゃなくてchroot環境のすごい版てことか
0326login:Penguin
垢版 |
2016/01/17(日) 19:52:53.44ID:oRpvIOkb
>>325
その通り。

OpenVZいうコンテナ技術を使ってKVMのような仮想マシンを
つくり上げるソフトウェアがあるが、これとは考え方が
違うということに注意する。

chrootが特定のプロセスだけのルートディレクトリを変更するのと同じように
Dockerが作るものは、特定のプロセス（のように見える物）であって
マシンを作っているわけではない。
0327login:Penguin
垢版 |
2016/01/18(月) 00:00:56.97ID:n4Yuq225
じゃあGUIアプリを動かすのは
Dockerじゃうまくイカないんだな
X飛ばすしかないもんな
0328login:Penguin
垢版 |
2016/01/18(月) 00:11:34.46ID:Va23OUxH
>>327
普通に出来てるぞ。これとか

http://fabiorehm.com/blog/2014/09/11/running-gui-apps-with-docker/

Xはクライアント・サーバーモデルなのでウェブアプリと
同じようにXアプリとしてネットワーク通信経由で動くよ。


たぶんあんたはGUIのログイン画面とかあってVNCで接続するようなものを
イメージしているのだろうけど、そもそもそれは仮想マシン的使い方であって
Dockerの本来想定する使い方じゃない。

とは言えvncserverとか入れれば出来ないことはないんじゃね？
デスクトップ環境全体を一つのアプリとして考えるという、
ChromeでOS作りましたみたいな話になるけどｗ
0329login:Penguin
垢版 |
2016/01/23(土) 19:47:10.30ID:nusVPIhl
>>328
ホストは64bit環境だけど
32bitライブラリじゃないと動かないアプリがあるので
Dockerで閉じ込めたい と思っただけ

chrootだとXつかうのに 結構手間かかったけど
Dockerでもやっぱゴチャゴチャするんだな
0330login:Penguin
垢版 |
2016/01/23(土) 19:48:40.27ID:nusVPIhl
まあ地味にもっと面倒くさいのは 音を出す方なんだよな
0331login:Penguin
垢版 |
2016/01/25(月) 06:04:46.99ID:QR7uXNOZ
上でdllヘルがどうとかあったけどwinなら実行ホルダにdll突っ込んどけば避けられるんだよな
ハードリンク使えば容量も食わない
Linuxもようやく追いついたということか
0332login:Penguin
垢版 |
2016/01/25(月) 11:38:08.74ID:1yX7na1L
dockerの実際の運用例の解説とかでオススメの書籍はありませんか？
0334login:Penguin
垢版 |
2016/01/28(木) 00:35:44.16ID:ZO4AyjLz
>>332
運用例ならネットの方が百花繚乱では。採用事例とか書籍になるころには古くなってるようなもんだし
0335login:Penguin
垢版 |
2016/01/29(金) 01:55:58.13ID:Ca6DG0PI
Docker内でファイルを書いたり消したりを繰り返すと
容量が増えていくんだけど回避策ないの？
0336login:Penguin
垢版 |
2016/01/29(金) 02:10:27.50ID:KbwU3dID
>>335
Dockerの使い方が間違っている可能性が高い。
基本的に追加することはあっても消さない。
0337login:Penguin
垢版 |
2016/01/29(金) 02:46:01.98ID:Ca6DG0PI
>>336
使ってるWebFrameworkがファイルアップロードするとテンポラリとしてファイルに落としてから処理してんだよね。
この方がメモリの使用量が少ないので、こんな仕組みは多いと思うけど。
使い方間違っているというか一般的な問題かなと。
0338login:Penguin
垢版 |
2016/01/29(金) 02:55:12.78ID:PTVigO0v
それテンポラリのファイルを消してないだけじゃないの？
0339login:Penguin
垢版 |
2016/01/29(金) 02:56:24.83ID:PTVigO0v
使用容量はどうやって調べたの？
0340login:Penguin
垢版 |
2016/01/29(金) 18:16:20.40ID:qb7fRlD6
>>336
マジで？
仮想環境的に使うものじゃないの？
増えたり減ったりするファイルはどうするの？
nfsとかするの？
0341login:Penguin
垢版 |
2016/01/29(金) 19:13:57.48ID:Q/BmfN/g
データ用のコンテナ作るかホストの領域をバインドする
0342login:Penguin
垢版 |
2016/01/29(金) 23:40:58.64ID:t1XsAtII
>>337が書かないから調べてみたが、削除したらデータ増えない。
watch -n 1 df -m しつつ下を実行。

・作成して削除・・・増えない
docker run -i -t busybox /bin/sh -c 'while true; do dd if=/dev/urandom of=/tmp/a bs=1M count=1; rm /tmp/a; done'

・作成する・・・当然増え続ける。
docker run -i -t busybox /bin/sh -c 'while true; do dd if=/dev/urandom of=$(mktemp) bs=1M count=1; done'
0343login:Penguin
垢版 |
2016/01/29(金) 23:44:46.04ID:t1XsAtII
>>340
何度も言ってるけどDockerは仮想環境じゃない。アプリを作るもの。
アプリ＋それを動かすのに必要なサーバーやライブラリなどを
一つにまとめて、単体のアプリのようにするもの。

アプリのバイナリの中にデータ追加していかないだろ？
それと同じで完成したコンテナの中にデータは追加しない。
追加するときは>>341が言ってるようにコンテナの外に保存する。
0344login:Penguin
垢版 |
2016/01/30(土) 11:54:55.45ID:kynGF1uZ
じゃあ便利なchroot環境としては使えないの？
0345login:Penguin
垢版 |
2016/01/30(土) 13:19:57.16ID:e72evDrr
>>344
別に使えなくはないけど、そういう使い方を目的として作られたものじゃない。

まずchrootは単なる技術。ルートディレクトリを変えるだけの技術。
基本技術だからいろんな応用ができるもの。
その技術を使って特定の用途に最適化されたものがDocker。

せっかく、特定の用途（アプリケーションコンテナ）に最適化されてるのに、
それを捨てるならDockerを使う意味は無いし、
想定された用途以外に使うなら無理やりな使い方になるから、
逆に使いにくいだけだよ。
0346login:Penguin
垢版 |
2016/01/30(土) 14:03:49.86ID:kynGF1uZ
dockerの中でマウントしたら
外でマウントしたことがわかる？
0347login:Penguin
垢版 |
2016/02/04(木) 15:38:08.01ID:iuBl6bkU
永続化がよく分からなくて試行錯誤してたけど
Dockerfile内にvolumeが指定されてるとコンテナを作るときに--volumeで明示的に指定しないと
/var/lib/docker/volumesの中にランダムな名前のディレクトリがコンテナを作る度に増えていく
コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの？

>>335の言ってる増え続けるってこれのことなんじゃないの？
0348login:Penguin
垢版 |
2016/02/04(木) 16:11:59.92ID:iuBl6bkU
ああvolumeをdockerの管理下に置きつつ任意の名前にしたい場合は
docker volume create --name hoge
して
docker create -v /var/lib/docker/volumes/hoge:/hoge image
にすればいいのか

あとデータ用のコンテナを作ってる例が多いんだけど
これって複数のコンテナから参照する場合だけ？
1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな
0350login:Penguin
垢版 |
2016/02/04(木) 17:11:16.17ID:/xEaNWkP
あー、docker volumeってこんなんなんだ。
alpha版（？）のdocker-volumesの方が分かりやすかったな。

> コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの？
docker volume ls -f dangling=true で調べられるみたいだよ。
一気に消したい時はお馴染みのアレだね。

> 1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな
というかそれが「コンテナでボリュームをあつかう」という一番シンプルな事例の話だと思う。

1つのボリュームを複数のコンテナから共有したい。という要求があった時に
ボリュームは複数のコンテナからマウントできないから、
データ用のコンテナを作ってコンテナの方を参照するってめんどくさい話がでてくる。

例えて言うのならUSB-HDDを複数のPCに同時に接続できないから、
専用のPCに接続して、ネットワーク経由で参照するみたいな感じなわけだけど。
0351login:Penguin
垢版 |
2016/02/04(木) 17:15:56.03ID:/xEaNWkP
>>349
それは・・・多分、docker volume実装前に作られたやつかな。
ソースコードざっと見ただけだけどファイルを直接消してるみたい。
きっとdocker volumeよりかは便利なのだと思うけど、内部を直接触ってる。


リポジトリ見に行ったらお馴染みのアレ書いてあった。
> Note about Docker 1.9 and up
>
> To delete orphaned volumes in Docker 1.9 and up you can also use the built-in docker
> volume commands instead of this docker-cleanup-volumes script. The built-in
> command also deletes any directory in /var/lib/docker/volumes that is not a
> volume so make sure you didn't put anything in there you want to save:
> List:
>
> $ docker volume ls -qf dangling=true
> Cleanup:
>
> $ docker volume rm $(docker volume ls -qf dangling=true)
0352login:Penguin
垢版 |
2016/02/04(木) 17:25:03.63ID:iuBl6bkU
なるほどサンクス

あとごめんいちいちvolume create しなくても
docker create -v hoge:/hoge image
でよかった
なんか最初やったとき上手くいかなかった気がするけど今やったら普通に出来た
0353login:Penguin
垢版 |
2016/02/05(金) 10:18:06.27ID:AMUaaeIw
docker 1.10.0 リリース
0354login:Penguin
垢版 |
2016/02/07(日) 15:16:37.68ID:NrxI4Bcf
(´・ω・｀)rktってどう
0355login:Penguin
垢版 |
2016/02/07(日) 15:30:00.80ID:7zZax8el
もう選ぶ理由ないだろ？
0356login:Penguin
垢版 |
2016/02/09(火) 14:52:35.39ID:F7e+9kDP
>>322
なぜ？
0357login:Penguin
垢版 |
2016/02/09(火) 15:01:20.39ID:UQcUg7rD
rktを作った理由＝Dockerの問題点はもう解決済み
0359login:Penguin
垢版 |
2016/02/11(木) 15:04:38.89ID:5V/FrhsK
dockerでインストールしたプログラムを
ホスト側で実行してるようにみせることはできる？
0361login:Penguin
垢版 |
2016/02/11(木) 18:19:26.24ID:PTNKhQJb
ネットワーク経由なら
0362login:Penguin
垢版 |
2016/02/13(土) 03:31:06.04ID:KKo/RJVM
>>360
ホストに。
ホストでパイプに繋げたい
0363login:Penguin
垢版 |
2016/02/13(土) 09:41:27.77ID:yeGNiNIT
>>362
考え方間違ってる。
こういう風に使うんだよ。

（ホスト上で実行）
docker run --rm busybox cat /etc/passwd | cut -d: -f1

考え方的には、コンテナ＝1アプリと考えて
view_password | cut -d: -f1
とやってるのと同じ。

あるアプリが、"たまたま" コンテナで動いていただけ。と考える。
ファイルやソケットに関してはvolumeの機能を使えば
コンテナ内に情報を渡せる。
0364login:Penguin
垢版 |
2016/02/13(土) 14:22:35.10ID:MPHcw9oS
>>363
その発想だよね。シンプルが第一

うちの上級技術者さんもなんかやたら頑張りたがるので複雑になるばかりだわ
0365login:Penguin
垢版 |
2016/02/13(土) 16:38:03.87ID:bUP2Pwft
マルチホストネットワークのこと言ってんじゃねーの？
363は勘違いしている可能性高い
0367login:Penguin
垢版 |
2016/02/13(土) 23:18:28.35ID:BBstnutI
考え方の問題もあるけど解決したい問題の内容がわからんことにはな
上級技術者さんがどんなタスク振られてるのか想像することしかできん

「こんなのDocker前提でやらせんなよ」みたいな類の難題を、泣く泣くやらされてるだけかも知らんしな
0368login:Penguin
垢版 |
2016/02/14(日) 14:21:59.69ID:AZnDrrUd
用もないのにdocker入れて大炎上してる
もちろん誰も助けてくれない
0369login:Penguin
垢版 |
2016/02/14(日) 20:26:02.30ID:6NeP3Zu4
俺も全く必然性は無いけどDocker入れてやろうと考えてる
周りは技術ゼロだけどバッチ処理に使うだけだから大丈夫だろ
0370login:Penguin
垢版 |
2016/02/14(日) 20:52:11.17ID:07aKYYel
新しいサービスはdockerにしてるけど
一人で管理してるから俺が突然死んでも大丈夫なように最低限ドキュメントは作ってる
0371login:Penguin
垢版 |
2016/02/14(日) 23:02:45.37ID:Q0u+4TMx
むしろ俺がDockerによって作られた
0373login:Penguin
垢版 |
2016/02/15(月) 03:23:45.62ID:+dFNL4+H
ドッカン、ドッカン
0375login:Penguin
垢版 |
2016/02/16(火) 02:49:11.67ID:4mkrfx11
寒い。天使が見える。
0376login:Penguin
垢版 |
2016/02/17(水) 15:26:22.57ID:jouuSHwA
スレたった頃から比べれば、物凄いハッテンしたよね（´・ω・｀）
0377login:Penguin
垢版 |
2016/02/23(火) 17:59:19.87ID:Y9rQsPVn
ホストとコンテナのLinux OSのバージョンは同じでなければならないんでしょうか。
例えばホストが3.8でコンテナが2.6みたいなことは可能ですか？
0378login:Penguin
垢版 |
2016/02/23(火) 22:40:06.26ID:coLRUzDx
>>377
できない。そういうことがしたかったら、KVMとか、Xenとか、ESXi とかどうぞ。
0379login:Penguin
垢版 |
2016/02/23(火) 22:58:07.30ID:q5mgUter
他のOSみたいにVMでdockerを動かす方法はあるけど
そもそもその質問自体dockerを理解してるか？
0380login:Penguin
垢版 |
2016/02/24(水) 18:38:02.26ID:pG4XiDgY
Docker 上で TensorFlow 使いたいんだけど

$ docker run -it b.gcr.io/tensorflow/tensorflow

ってやると notebookserver が立ち上がってコマンドプロンプトが出ない．
notebookserver とやらを起動しないでプロンプト表示させる方法誰か教えて．

ちなみに http://[自分の IP]:8888/ をブラウザで開こうとしても
ERR_CONNECTION_REFUSED でダメ．
0381login:Penguin
垢版 |
2016/02/25(木) 01:49:38.85ID:T8INB/M+
docker run -i -p 8888:8888 b.gcr.io/tensorflow/tensorflow

docker toolbox使っているならそのデフォルトIP
http://192.168.99.100:8888/
でなんか出てきたぞ
0382login:Penguin
垢版 |
2016/03/08(火) 12:37:17.81ID:NqXtYJv2
beforehoge | hoge | afterhoge
みたいな処理のうち、hogeが
32bitアプリで、仕方ないから
0385login:Penguin
垢版 |
2016/03/16(水) 14:09:47.68ID:ZrPmEkII
利用する
便利じゃん
0386login:Penguin
垢版 |
2016/03/16(水) 20:30:49.07ID:flq53xOH
具体的な用途は何?
今使っている物とは別のバージョンのソフトを入れるとか?
0387login:Penguin
垢版 |
2016/03/16(水) 21:35:59.75ID:xOuf53vs
今すぐサーバー上で設定済みのWordPressを動かして！
Dockerならできます。
0388login:Penguin
垢版 |
2016/03/17(木) 02:14:28.04ID:ZfpYqjAH
>>387
Dockerなら、何もしなくて設定済みのWordPressインストールされてて即実行できるの?
今すぐっていうことは、ダウンロードも必要ないんだ?

へー、ノーベル賞とかチューリング賞取れるレベルのソフトなんだね。
0389login:Penguin
垢版 |
2016/03/17(木) 02:32:40.77ID:euaV6DFF
サーバーのコンテナの次は何だろう
0390login:Penguin
垢版 |
2016/03/17(木) 02:57:24.35ID:euaV6DFF
WordPressっていうかWebサービスだよね
Webサービス丸々一つ持ち運べる
0391login:Penguin
垢版 |
2016/03/17(木) 10:43:55.32ID:gIS03mtP
>>388
$ docker run --name some-wordpress --link some-mysql:mysql -p 8080:80 -d wordpress

この程度じゃ取れないと思うよ（マジレス
0392login:Penguin
垢版 |
2016/03/17(木) 19:13:25.19ID:6KExifvs
データの保存をどうするか、悩むところだ。
Dockerこんてなのデータ永続化はどうしてるんだろう。
0394login:Penguin
垢版 |
2016/03/19(土) 23:49:26.78ID:0QOI7gQ1
意外とこれを知らん奴が多いのな
Docker使ってなんかやろうと思うなら読んどけよ

The Twelve-Factor App
http://12factor.net/ja/
0395login:Penguin
垢版 |
2016/03/20(日) 04:08:34.39ID:ttc9zOgK
dockerを勝手に運用に使ってた奴が辞めて現場は大混乱だ
0396login:Penguin
垢版 |
2016/03/20(日) 05:04:49.90ID:fFALSuEI
>>395
それだけ重要な人を失ったということだ。

社長が辞めて大混乱になるのと
同じぐらい大変なことが起きてるな。
0397login:Penguin
垢版 |
2016/03/20(日) 08:42:48.66ID:epZXxEk/
今どきDockerを知らないレベルはヤバイ
問題は運営方法をどうするか決めずに設定だけやってる奴ら
うちの会社だとバックアップ方法がバラバラなので、どれかコンテナの運用者がいなくなると一気に危険ゾーンだわ
0398login:Penguin
垢版 |
2016/03/20(日) 08:50:19.72ID:dk7Wp3zD
そいつらどんな了見で自分勝手な本番運用しやがるんだよｗ
いますぐ皆クビにしろマジで
0399login:Penguin
垢版 |
2016/03/20(日) 09:15:16.56ID:pIq256Sg
>>395
勝手に言うか全部自分に任されてるから勝手にやってるけど
自分が今急に死んだらやばいかも
まあそうならないようにドキュメント書くようにはしてるけど
0400login:Penguin
垢版 |
2016/03/20(日) 10:58:06.97ID:I1bU+LzR
俺が死んだら、迷惑かけても、痛む心がなくなってるわけだから、どうでもいいや。
0401login:Penguin
垢版 |
2016/03/20(日) 11:20:10.70ID:9QytjGSA
俺は嫌な思いしてないから
それにお前らが嫌な思いをしようが俺の知った事ではないわ
だって全員どうでもいい人間だし
大袈裟に言おうがお前らが死んでもなんとも思わん
それはリアルでの繋がりがないから
つまりお前らに対しての情などない
0402login:Penguin
垢版 |
2016/03/20(日) 11:29:01.70ID:dk7Wp3zD
どうした突然ｗｗｗｗ
0403login:Penguin
垢版 |
2016/03/20(日) 12:57:13.28ID:WBnNtD//
勝手に運用してるのも問題だけど、辞めるまで気づきませんでした、技術的にスキルが追いつかず引き継げませんってのもまた問題じゃね?
0404login:Penguin
垢版 |
2016/03/20(日) 13:22:50.60ID:XbiWZ/TK
技術力を売りにしながら現場丸投げはダメな会社あるあるだよね〜
0405login:Penguin
垢版 |
2016/03/20(日) 15:17:39.92ID:dk7Wp3zD
>>403
自分勝手な事するような馬鹿にスキルが追いつかないとかありえんからｗ
何の夢見てんだよお前ｗ
0406login:Penguin
垢版 |
2016/03/20(日) 15:39:55.56ID:fFALSuEI
>>405
自分勝手なことをやるのは、単に
その会社のコミュニケーションの問題だろ。
そもそも勝手にできてしまうって状況が駄目だってわかる？

一人で作業をさせているってことだし、ドキュメントを
用意してないってことだし、ミーティングもなにもない
情報の共有がされてない会社だってことだよ。


Dockerがわからないのは単に技術力不足。
これはわからないほうが悪い。
0407login:Penguin
垢版 |
2016/03/20(日) 15:55:55.29ID:dk7Wp3zD
>>406
> Dockerがわからないのは単に技術力不足。
こんなレベルのやつ現実の職場にはいないからｗ
おまえあれだろ？春休みの学生さんってやつだろ？
まともな会社に入れるようにせいぜい努力するこったな
0408login:Penguin
垢版 |
2016/03/20(日) 16:59:16.77ID:fFALSuEI
>>407
いや？ｗ　いないと証明するには
すべての職場を調べないといけないんだけど。

お前、知ることが出来るはずがないことを
知っていると言ってることに、自分で気づいているか？
0409login:Penguin
垢版 |
2016/03/20(日) 17:17:21.41ID:ttc9zOgK
ワイのために喧嘩はやめて(´・ω・｀)
0410login:Penguin
垢版 |
2016/03/20(日) 17:49:44.93ID:dk7Wp3zD
>>409
まあ喧嘩するつもりもないが
そんな眠たい事言ってるから>>408みたいな馬鹿が会社に潜りこんでくるんだぜ
0411login:Penguin
垢版 |
2016/03/20(日) 17:51:18.31ID:fFALSuEI
へ？ お前の理屈を説得力がないと潰してやったのに、
何言ってるの？ｗ
0412login:Penguin
垢版 |
2016/03/20(日) 17:59:10.30ID:wFpJzuW4
Docker使う奴は頭おかしい。このスレ見るとよく分かる。
0413login:Penguin
垢版 |
2016/03/21(月) 00:08:52.30ID:JK1U0YLN
東証一部だが、この醜い争いの元凶である現場の暴走がまさに起きてるぜ
主な理由が、問題起きたら人柱に辞めてもらうことで手打ちにしてもらう。それまでは丸投げと言う素晴らしい管理方針だから
意外と二次受けのほうがしっかりしてるのよ
0414login:Penguin
垢版 |
2016/03/25(金) 15:13:57.95ID:W9Eglrnb
GUIの管理ツールどれ使ってる？
0416login:Penguin
垢版 |
2016/03/27(日) 15:29:57.37ID:oEB5F9/U
dockerではGUIが使えないから使ってない
0417login:Penguin
垢版 |
2016/03/27(日) 15:56:39.16ID:1K8zFvsN
使えるけど？
使わないけど
0419login:Penguin
垢版 |
2016/03/28(月) 00:36:26.70ID:JEsXGyGB
vncか母艦のローカルソケット共有だっけ
ググればすぐ出るレベルだからな…
0420login:Penguin
垢版 |
2016/03/28(月) 09:29:01.34ID:QQQMEHsV
GUIは基本的にかったるい
CUIで済む用途に無理にGUIの皮被せるのって
何の意味も無い
0421login:Penguin
垢版 |
2016/03/28(月) 12:37:06.05ID:EewGp7dU
>>420
それな
いちいちコンソール起動するのほんとウザイ
0422login:Penguin
垢版 |
2016/04/01(金) 13:47:29.37ID:FyFIfFC0
Docker 勉強用に良い本ないですか？
複数のコンテナを一纏めにVPSにデプロイしたり、必要最小限のコンテナを0から構築したいです。
あと仮想ネットワークを使いたくないです。
その変の知識が日本語で一冊にまとまってる本があれば教えてくだせぇ・・・
0423login:Penguin
垢版 |
2016/04/01(金) 14:05:42.34ID:n0nDJ4/Y
＞あと仮想ネットワークを使いたくないです
の意味がよく分からない
0424login:Penguin
垢版 |
2016/04/01(金) 14:15:42.61ID:FyFIfFC0
>>423
なんと言ったら伝わるのか自分でもよくわからないのですが、ホストもコンテナも同一IPで使用したいんです。
Dockerって確か仮想ブリッジみたいなのが勝手に作られましたよね？
それを使いたくないんです。
0425login:Penguin
垢版 |
2016/04/01(金) 14:36:39.98ID:n0nDJ4/Y
>>424
＞ホストもコンテナも同一IPで使用したいんです。
よくわからんけど外から見たらホストもコンテナも同じIPアドレスだけど
0426login:Penguin
垢版 |
2016/04/01(金) 15:29:10.90ID:FyFIfFC0
すみません、ちょっと私の語彙ではうまく説明できそうにありません。
とりあえずネットワーク周りとか複数コンテナの管理法とかが乗ってる本を探しています。
ここ数年でDocker周りのツールが増えまくって、何が何をするツールなのかわかりづらくとっつきにくいんです。
ツールの名前と効果が頭の中で一致しないというか、例えばKubernetesとか言われても何じゃそりゃ状態でして・・・
0427login:Penguin
垢版 |
2016/04/02(土) 06:17:24.17ID:MelPxAco
まだ本はすぐ古い内容になっちゃうしなぁ。
とりあえず、Dockerで遊ぶ。
つぎ管理系ツールを探す。でいいんじゃないな？。
VPSによるしな。
0428login:Penguin
垢版 |
2016/04/02(土) 07:32:01.59ID:WFPC9TFf
変なこだわりをやりたいなら人に質問せずに自分で調査できるレベルにならないとなあ
この分野もはや本は出ないから英語のマニュアルやらソースやら全部見るしかないだろ
0429login:Penguin
垢版 |
2016/04/02(土) 10:00:44.10ID:FZgxHIyd
dockerのマニュアルはかなり親切な方だと思うけど
まずマニュアルだけでも大体理解出来ると思うが
0430login:Penguin
垢版 |
2016/04/02(土) 11:25:52.02ID:A8uw38mD
用語使って説明できないんじゃ、掲示版で語り合うこともできまい
libert読んでからとか(オイ
0431login:Penguin
垢版 |
2016/04/02(土) 18:27:47.55ID:vK1t8bB7
もし仕事でやっていて、こういう陳腐化の早い
ソフトやシステムの使い方の日本語の本やドキュメントが無いと何もできないなら
もうこの業界やめたほうがいいよ

日本語の本を買ってもいいのは陳腐化が遅いアルゴリズムとか計算機アーキテクチャとか数学の教科書とかはいいと思うけど、
特定のソフトの使い方なんてものは、英語だろうが何だろうが基本的にはそのソフトのドキュメントを見て手早く済ませるべき話
0432login:Penguin
垢版 |
2016/04/02(土) 18:31:35.80ID:x5nAfzNj
もし仕事でやっているなら、こういう陳腐化の早いソフトに手を出さない方がいいよ
0433login:Penguin
垢版 |
2016/04/02(土) 18:50:31.01ID:CSOBbaUc
>>426
ツールが多いのが問題じゃないと思うよ。
あなたのやりたいことに対して必要な知識(ネットワーク周り(NAT)、Dockerとは何か、コンテナの管理って何をするのか)が全然足りてないから、
ツールの概要を読んでも何も見えてこないだけで。

かと言って、これを読めば一通り網羅できるよってのがあるわけじゃないんだけど。
0434login:Penguin
垢版 |
2016/04/02(土) 19:53:53.61ID:sjk6eE85
Dockerについては、RedHatの中井悦司が、本を出している
0435login:Penguin
垢版 |
2016/04/02(土) 20:09:39.19ID:FZgxHIyd
ていうか日本語のdockerの本て数冊しか出てないじゃん
なんか人に頼り切ろうとする姿勢が見える
0436login:Penguin
垢版 |
2016/04/02(土) 20:18:26.79ID:CSOBbaUc
わかんないことだらけだからこの際ちゃんと勉強して進めたい、という気持ちは間違ってないと思うけどね
ただ、VirtualBoxとかVMwareとかでVMをNATモードで動作させても似たような感じになるから、まずはその辺の書籍でも読んでみたらどうだろうか
0437login:Penguin
垢版 |
2016/04/02(土) 20:25:23.36ID:StJG0Z5Y
日本語の本、数冊しかないけどそれ買えばいいがな
0438login:Penguin
垢版 |
2016/04/02(土) 23:47:02.24ID:vK1t8bB7
まー強いて言うならTCP/IPの基礎がきちんと分かってないとそもそも駄目
その上で、Linuxの場合iptablesとbridge辺りのことをある程度調べて把握すれば
kvmだろうがDockerだろうが公式のドキュメントに目を通す程度で苦労せずに対応できる

そういう前提となる基礎知識なしに、場当たり的に
入門書に書いてあったりするオマジナイを覚えようとするのが一番ダメ
0439login:Penguin
垢版 |
2016/04/02(土) 23:53:26.18ID:KIIFPPML
include stdio.h 思い出した
0440login:Penguin
垢版 |
2016/04/02(土) 23:59:34.28ID:U5fYD/y1
(´・ω・｀)手を動かさないやつは何をやっても無駄
0441login:Penguin
垢版 |
2016/04/03(日) 00:15:37.73ID:WasEnGaq
確かに手を動かすのが大切だね
0442login:Penguin
垢版 |
2016/04/03(日) 00:18:26.84ID:YW03YaUG
フルボッコのように見えるけど、助け舟が出てるなぁ
0443login:Penguin
垢版 |
2016/04/03(日) 01:18:08.39ID:CYF9tWiq
>>440
まったくだ。

ボコボコにしてやんよ
　　　∧＿∧
　　　(　･ω･)＝つ≡つ
　　　(っ　≡つ＝つ
　　　./　　　) ﾊﾞﾊﾞﾊﾞﾊﾞ
　　　( /￣∪
0444login:Penguin
垢版 |
2016/04/03(日) 20:50:28.80ID:WasEnGaq
SL移植されとる

docker run -t co2016/sl
0445login:Penguin
垢版 |
2016/04/03(日) 20:52:30.54ID:WasEnGaq
SLが走りよる

# docker run -t co2016/sl
0446login:Penguin
垢版 |
2016/04/03(日) 20:52:51.60ID:WasEnGaq
連投ごめん・・ミス
0448login:Penguin
垢版 |
2016/04/27(水) 21:28:14.48ID:owxMN3sK
Arukas無料枠あるのか
0449login:Penguin
垢版 |
2016/06/03(金) 02:11:05.38ID:WZoBoScK
Docker使った開発してるが興奮してきた
これ将来性はどうなんだ？インフラになるのか？
0450login:Penguin
垢版 |
2016/06/03(金) 17:25:16.09ID:fgzPRoSg
>>449
微妙。正直な所、一過性のエンジニアのおもちゃのレベルを脱していない。
0451login:Penguin
垢版 |
2016/06/03(金) 20:15:35.73ID:vtbMJt0E
>>450
同意
ウチの会社ではCIでしか使ってない
つうかLinuxしか動かないしなぁ
0452login:Penguin
垢版 |
2016/06/03(金) 21:00:19.45ID:NhQgaqZY
Arukas無料なんで
公開即登録しておいた
要るのは（出来ればプロバの）メールアドレスだけだし

有料のは後で出るはず
これが無料でできるの？というレベル
0453login:Penguin
垢版 |
2016/06/03(金) 21:24:21.63ID:BeUP9Zil
Windows10で将来的にBASHが動くんじゃなかったっけ？
そうなるとdocker絡みでなにかおもしろい動きとかないかな
0454login:Penguin
垢版 |
2016/06/03(金) 22:00:48.90ID:BRW0l29O
Windows は HyperV Container を使ったのがまだ正式版じゃないけど出てるよね。
これは Windows のコンテナで、 docker 使って IIS を動かすようなもの。

bash と同じように LinuxAPI を用意する形で docker が実装されることはないと思う。
bash などの UserSpace でどうにかできるプログラムと違って LinuxKernel べったりだし。

将来、「docker -> HyperV Container(windows os) 」 で windows アプリを制御できるようになるけど
「docker -> vmやremote (Linux + docker daemon)」で Linux アプリの制御は変わらないはず。

(昔からある)Linux の docker に関しては、今日の AWS summit で AbemaTVFresh! で
本番で使ってる例が紹介されてたけど、こういうのや AWS や GCP、RedHat のサポートなどをみてると
エンジニアのおもちゃよりはもうちょっとレベルが上ってるのかなと思う。
0455login:Penguin
垢版 |
2016/06/04(土) 16:14:48.18ID:m5AhyAEi
２ちゃんっておっさんばっかりだから、時代の流れに付いけてないな。
Dockerスレが過疎るとかｗｗｗ
0456login:Penguin
垢版 |
2016/06/04(土) 20:48:22.64ID:9x9mdfth
バズワードにつきあう体力がないのよ、おっさんには
0457login:Penguin
垢版 |
2016/06/05(日) 12:33:25.82ID:tEZxVVnp
>>450-451
あんまりか
バージョンが若いせいかバグも多いよね
思想としては面白いとは思うんだけどな
0458login:Penguin
垢版 |
2016/06/05(日) 15:37:36.74ID:fwpw71Y/
>>457
言うまでもなく、BSD JailやSolaris Containerとかあって目新しくないし、仮想化技術も進歩してkernel共有するメリットがあんまし感じられないなぁ

と、docker commitもgit commitに比べてコレジャナイ感あるし、、
0459login:Penguin
垢版 |
2016/06/05(日) 16:11:19.54ID:4362uPpi
Jail や Zone と docker を比較するのって use case わかってるのかなって感じる。

docker の基本はパッケージングでその方法として現在はコンテナ使ってるだけだし。
Jail や Zone では Arukas のようなサービスや k8s や ECS のような仕組みを
作ろうとはなかなかならない。

Jail や Zone はインフラ屋のおもちゃでそれ以上にするのは辛かった。
それに対して、docker はアプリ屋のおもちゃだからインフラ屋でピンと来ない人が多い気もする。

あと、docker は思想が強すぎるからそれが合わないというのもあるな。
インフラ屋としてはキモい面も多い。
だから droot とかが作られてるんだろうけど。
0461login:Penguin
垢版 |
2016/06/05(日) 18:46:33.69ID:+3CkB6wd
>>459
>Jail や Zone と docker を比較するのって use case わかってるのかなって感じる。

コンピュータ屋のおもちゃであることには変わりないだろう？
0462login:Penguin
垢版 |
2016/06/05(日) 18:54:05.70ID:RcCc+B29
>>459
なるほど
インフラとアプリどっちもかじってないと良さが分からないってことは
0463login:Penguin
垢版 |
2016/06/05(日) 19:08:53.36ID:KDYCG9Kq
>>459
話を聞いてdrootは無いなって思った。

あれ思想がどうこういうより、
dockerを使った→ちょっとした問題点があった→普通のコンテナでいいんじゃね？
という単純な発想で作られたものだよ。その他の理由は後づけ。

古いやり方を引きずってるだけで、それでいてイメージのビルドツールとして
dockerを使おうとしているから、結局dockerの知識が必要になって、
さらにdrootを使うことで使えないdockerの知識と
drootそのものの知識が必要になる。

dockerの問題点は、dockerのバージョンアップで解決するし、
drootはdockerに依存しつつ、dockerとは全く違う劣化版を
個人で作ろうとしているから、将来性も感じられない。

現時点では、drootは確かにこの点ではdockerよりもメリット有るね。
だけど、dockerのメリットを随分と失っているよね。という感想で、
そして時が経てば、dockerのバージョンアップで、
drootのメリットってもう無いよね。になっていくと思う。
0464login:Penguin
垢版 |
2016/06/05(日) 22:50:37.49ID:Fz4BjGDf
>>459
インフラ屋のおもちゃってのはよく聞くけど、それを開発するにもネットワーク、マシン、OS、プラットフォームが必要(とそこに至るまでの知識)じゃない？

俺は配線〜アプリまで全部やるけど、正直dockerのimage起動するからよろ！って渡されたら中身がカオスってたりしそうで怖い。glibcってナンデスカ？って人が古いまま使ってるとか容易に想像できる

なんというか、
0465login:Penguin
垢版 |
2016/06/05(日) 23:04:59.28ID:fwpw71Y/
途中でおくってしまった、、
OSI参照モデルとかだと下位レイヤーの知識は必要ないんだが、現状そう上手くいかないよな。

あと、dockerと関係のツールの分裂と乱立っぷりを見るととても不安になる
0466login:Penguin
垢版 |
2016/06/05(日) 23:09:47.70ID:KDYCG9Kq
>>464
> 正直dockerのimage起動するからよろ！って渡されたら中身がカオスってたりしそうで怖い。glibcってナンデスカ？って人が古いまま使ってるとか容易に想像できる

意味がわからん、Dockerfileみれば中身なんてわかるし、
最新にしたければDockerfileからイメージビルドしなおせばいいだけじゃん。
0467login:Penguin
垢版 |
2016/06/06(月) 00:28:13.53ID:WsFVzHYP
>>466
人から渡された物をいちいち中身検証して最新にするのかよ。
なんでそんな面倒なことをしなければならんの？
0468login:Penguin
垢版 |
2016/06/06(月) 00:55:48.67ID:3HrdhjQZ
上から下まで知ってるとか書くわりには
dockerについてぜんぜん知らずに
よくそこまで否定するな
0469login:Penguin
垢版 |
2016/06/06(月) 01:02:44.13ID:x4rn+e32
>>467
Dockerfile見るのがそんなに手間になると思えんのだが…
0470459
垢版 |
2016/06/06(月) 01:14:34.99ID:58//efTR
インフラ屋としては Dockerfile の中身は当然見るし、
今ならばプルリクきたら「Docker Security Scanning」や「Vuls」あたりで
CIなりで自動でチェックを入れることを検討する。

そういうのが面倒なら docker 使うのやめたほうがいいよ。向いてない。

Docker 社も今以上にインフラ屋に使いやすくするつもりはないはず。
アプリ屋やデザイナー、プロデューサーには Kitematic や Docker for Windows/Mac で
便利にしていくという方向性があるけどね。

使ってて楽しいからエンジニアの自分としては「おもちゃ」という表現でいいけど、
Siri のバックエンドとして使われてたり、クックパッドで使われてるのを見ると
揶揄するつもりで使ってるなら自分のプライドを保つ以外に意味は無いよ。

IT系でないお客さんの人事/経理などを扱うSI系だとデプロイは1月に1回とか、
サーバも数ラック入れてインフラの設定は年に1回変えるかどうかだし変えるときは
レビューなど含めて1月かかるとかざらだから Docker なんて苦労して使う意味ないしね
0471login:Penguin
垢版 |
2016/06/06(月) 01:39:12.53ID:58//efTR
>>463
docker を手元で使う多くのアプリ屋としては docker は便利なんだけど
本番の運用として使うインフラ屋としては docker は便利すぎて面倒なんだよね。
docker は「1 から10のうち 1から9 までやってくれる」けど、
私達の欲しいのは「8から10」なんですという場合にdocker を使うのかって話。

自分としては"本番で使うなら" docker の差分ファイルシステムは必要ないし、
docker daemon が提供する REST API も必要ない、Network も iptables とか触ってほしくないし
Host と一緒でいいから Network plugin もいらない。
でも、docker で出来たイメージ(というか今なら OCI フォーマット）や Dockerfile を
アプリ屋と共通の言語として使いたい。

これらはdrootを作った"はてな"やペパボあたりの今までオンプレで運用してたところは
同じように不満を持つんじゃないかなと思う。
オンプレだとクラウドのように動的にサーバを追加したリしないので Mesos のようなスケジューラに
依存せず自分たちで割当固定したほうが扱いやすいしね。
（docker が 1 から 10 までできるようになってもこの辺のツールを作ってる会社は変わらないと思う）

その結果 droot やら haconiwa やら apr などオリジナルコンテナエンジンを作ろうかなとなるだけ。
droot は他の会社が使うものじゃない。あれははてなが必要だから作ったものだし。
ただ似たようなものを作る会社は今後出てくると思う。

または、うちの会社みたいに machinectl(systemd-nspawn)つかったり、 CoreOS の rkt や
OCI の runc を直接使う会社も出てくると思う。
どっちの場合でも共通言語は Dockerfile で、細かな仕様は runc の SPEC.md あたりを参考にしてね。

docker とオリジナルツールについて知識が必要なのはそのとおりだけど、結局コアの技術は今のところ
コンテナ（Namespaces/Capabilities/cgroup）+差分FSなのでオリジナルツールは docker を理解する方法として
デメリットには感じないね。
0472login:Penguin
垢版 |
2016/06/06(月) 03:28:10.49ID:kGX0A6hH
>>468
いやDocker自体は全然否定はしてないんだ。
ただ、これからはDockerっすよ！！
とかいってスマートに纏めてあるDockerfile渡された事一回もないだけなんだ、、

よくわかんねーからとりあえずchmod -R 777とか書いてたり、、
0473login:Penguin
垢版 |
2016/06/06(月) 08:23:57.75ID:3HrdhjQZ
>>472
前提が変わってるし
自分のレスとも矛盾してるやんけ
んなもんそいつに言えよ
0474login:Penguin
垢版 |
2016/06/06(月) 11:07:59.72ID:kGX0A6hH
>>473
説明したりPR出したりするのが面倒なのと、俺の周りにそこらで意識高い人がいないんだな、、すまん
0475login:Penguin
垢版 |
2016/06/06(月) 13:31:21.53ID:x4rn+e32
もはやDocker関係なくなってんじゃん
0476login:Penguin
垢版 |
2016/06/06(月) 20:32:36.38ID:50n6IvOQ
ハイパーバイザー借りて
あれっネスト出来ない…quemやvirtualbox糞遅せー！って時助かるよね
0477login:Penguin
垢版 |
2016/06/06(月) 21:14:47.34ID:DZUJ1W6w
WebシステムをCDに焼いて持ち歩ける時代か
0478login:Penguin
垢版 |
2016/06/07(火) 01:38:11.24ID:p5YtWRXs
>>471
> 自分としては"本番で使うなら" docker の差分ファイルシステムは必要ないし、

それはどういう意味？

1. あってもなくてもかまわないが、必要と思ってないだけ。
2. あったら困る。
0479login:Penguin
垢版 |
2016/06/07(火) 01:40:22.19ID:p5YtWRXs
>>471
> オンプレだとクラウドのように動的にサーバを追加したリしないので Mesos のようなスケジューラに
> 依存せず自分たちで割当固定したほうが扱いやすいしね。
> （docker が 1 から 10 までできるようになってもこの辺のツールを作ってる会社は変わらないと思う）

いや、dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ？

いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
どれか一つはバージョンアップするんだよ。
そのたびに、インフラ屋は、環境を作り直すのかい？
0480471
垢版 |
2016/06/07(火) 17:48:10.32ID:PJf9l/sS
>>478

1 と 2 の間かな。

Storage Driver （overlay、aufs、devicemapper あたり)はどれも今のところ一長一短で
パフォーマンスや細かな不具合がある。
これらの問題がなければ運用面でのメリットがあるのでできれば使いたい。
ただ、これらの問題があるかぎりはトラブルシュートが面倒なので「あったら困る」。

Storage Driver のトラブルについてはまとめてくれてる方がいるのでそちらが参考になる。
https://github.com/AkihiroSuda/docker-issues

問題だと思ってるものの中では、仕様として残り続ける物もあるとは思うのでどこかで妥協して
overlay あたりを利用するようになるかもしれない。
0481471
垢版 |
2016/06/07(火) 18:04:02.77ID:PJf9l/sS
>>479

以下、質問の意図を私がちゃんと理解できてないのでおかしいことを言っているかもしれない。

> dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ？
たしかに、アプリ側がトライ＆エラーなどをする場合にインフラ屋が足かせになりってるのは事実。
ただ、それらの多くは技術レベルの問題ではなく、システムの環境的な問題や手順的な問題なので
そこをすっ飛ばして docker イメージをアプリ屋さんが作ってもらうスタイルだと思っている。
docker なら構築手順書としての役割と動作確認環境としての役割をある程度満たしてくれるしね。

> いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
> どれか一つはバージョンアップするんだよ。
> そのたびに、インフラ屋は、環境を作り直すのかい？
これはアプリ屋さんの仕事だと考えている。
デプロイ環境の構築やセキュリティチェック、パフォーマンス対応がインフラ屋さんじゃないかな。
（当然、上記以外のホストOSの管理やNetwork、ロードバランサ、バックアップの設計なども）
バージョンアップするかどうかを最終的に決めるのはアプリ屋さんの仕事だと思ってるし、
バージョンアップ後の動作確認もアプリ屋さんやプロデューサーが実施しないと意味ないしね。

アプリ屋さんが docker で環境を作って動作確認なり出来たイメージを用意する。
それをチェックして配布、deploy して動かす環境をインフラ屋さんが用意する（drootなど）。

つまり、インフラ屋はアプリの動作環境を Dockerfile などで理解はするけど構築はしない。
0482login:Penguin
垢版 |
2016/06/07(火) 23:55:29.48ID:p5YtWRXs
> つまり、インフラ屋はアプリの動作環境を Dockerfile などで理解はするけど構築はしない。

当たり前じゃね？

っていいいうかDockerfileを見るのは、Dockerfileの中身が信用出来ないからで、
信用できるならば、中身無くていいんだよ。

社員なら信用できるでしょ？ｗ
社員が信用出来ないっていうのなら、その社員が作ったアプリも
信用出来ないわけで。
0483login:Penguin
垢版 |
2016/06/08(水) 00:07:41.34ID:mHIo7w3a
>>482
> アプリ屋さんが docker で環境を作って動作確認なり出来たイメージを用意する。
イメージをメールで送りまーすとかバカなやり方なわけでｗ
流石にそんなことはしないだろうが、もちろんファイル共有で渡すなんてこともしない。

デプロイの自動化を考えると、イメージをどこからか取ってくるかそれともどこかの誰かがイメージを送り込むか
そのイメージをどうやって効率よく受け渡すか？が必要になる。それがDockerレジストリなわけだよ。

そのDockerレジストリはその仕組み上イメージを差分で送受信するからデプロイも速くなる。
ここで一レイヤーのイメージにまとめてしまったら差分で取ってくることができなくなる。


そしてもう一つ。OSやミドルウェアのバージョンアップ。セキュリティパッチのほうがわかりやすいか？
これはアプリは関係ない。この場合セキュリティパッチをあててからデプロイするわけだが、
これはアプリ屋がやることじゃない。

だからアプリ屋はDockerfileを作るところまでで（もちろん開発中にテストビルドは行う）
インフラ屋はソースコードのリポジトリに含まれたDockerfileを使ってビルドする所を担当することになる。
0484483
垢版 |
2016/06/08(水) 00:08:33.23ID:mHIo7w3a
>>482じゃなくて>>481へのレス
0485login:Penguin
垢版 |
2016/06/08(水) 00:23:37.81ID:4oR9cm72
うーん
結局何を言いたいのかな
自分でわけ分かんなくなってないかい
0486login:Penguin
垢版 |
2016/06/08(水) 00:45:05.08ID:mHIo7w3a
>>485
まずは君、DockerfileとDockerイメージの区別はついているかい？
0487login:Penguin
垢版 |
2016/06/08(水) 02:36:07.71ID:4IxfmMYr
頭の悪い奴は、説明がヘタで文章が長くなるよな
0489login:Penguin
垢版 |
2016/06/08(水) 16:50:32.82ID:f7zCJrc5
インフラ屋とアプリ屋ってそもそもそんなキレイに分かれてるもんなの？
0491login:Penguin
垢版 |
2016/06/08(水) 22:39:32.16ID:TosrZdyV
プログラマーは、何か1つのプログラミング言語がわかればよいけど、
サーバー構築は、LPIC資格がいる

資格を持っていない人が、サーバーをいじくると、
データが消えたり、大変なことが起こるから、
プログラマーよりも給料が高いし、難しい仕事
0492login:Penguin
垢版 |
2016/06/08(水) 23:34:37.98ID:kgoRK1SZ
俺はプログラマーだが、どっちが難しいかはともかく、
出来る事ならrootは使いたくないわな
サーバー屋さんに丸投げしたいわ
0493login:Penguin
垢版 |
2016/06/08(水) 23:56:39.75ID:4oR9cm72
>>491
釣り針が大きすぎるんだよ
でもLPIC限定で言い切る不条理さは捨てがたいし悩ましいな
0494login:Penguin
垢版 |
2016/06/09(木) 00:39:20.85ID:fOt7KaDK
釣り針ってことは、現実は逆なのか・・・
0495login:Penguin
垢版 |
2016/06/09(木) 01:14:22.16ID:M5Ewu48e
×LPIC持ってないと大変なことが起こる
×LPIC持ってると大変なことは起こらない
0496login:Penguin
垢版 |
2016/06/09(木) 02:17:15.61ID:BxrCWyko
んなこたーない。
0497login:Penguin
垢版 |
2016/06/09(木) 02:31:43.34ID:fOt7KaDK
俺はいつもお守りと折りたたみ傘を持ってるから、
大変なことは何も起こらないよ。
0498login:Penguin
垢版 |
2016/06/09(木) 07:11:57.77ID:kPwLYAPM
>>497
適切な例え
TOEICが高いから英語の業務を任せろというぐらい横暴だよね
多少はできるかも程度
0499login:Penguin
垢版 |
2016/06/09(木) 07:42:53.81ID:UTgAba8h
自動車運転免許しか資格持ってないや。
0501login:Penguin
垢版 |
2016/06/10(金) 16:05:21.35ID:bjWClYH1
危険物取扱免許を持っているが自分が何を取り扱っていいのか忘れた
0502login:Penguin
垢版 |
2016/06/10(金) 21:05:02.69ID:zRoZRKMT
俺も持ってたな。内容完全に忘れてる
あれ5年くらいで失効だっけ
0503login:Penguin
垢版 |
2016/06/12(日) 22:20:43.97ID:UGQLp9t0
Windows 10の最新プレビュー「Build 14361」、Dockerコンテナをサポート
http://itpro.nikkeibp.co.jp/atcl/idg/14/481542/061000239/

　今回のビルドで同社は、Windows上でDockerコンテナを
ネイティブに実行できる機能を搭載したほか、
0504login:Penguin
垢版 |
2016/06/13(月) 07:58:48.01ID:QFgwP0GB
ん？どういう？。
XPのコンテナとか、NTのコンテナとかそういうのに使うって事？
0505login:Penguin
垢版 |
2016/06/13(月) 08:48:12.05ID:Xy8Pb8YG
dockerが何かわかってないだろ
0507login:Penguin
垢版 |
2016/06/13(月) 20:21:38.75ID:QFgwP0GB
わかってないかも。。
dockerってOS部分はホストを使うんだよね？
windows上でネイティブで動くって事は、Win上にLinuxシステムコールが実装されるって事？。
それとも、Dockerコンテナって仕組みだけで、OS部分はホストであるWindowsなので、
コンテナもWindows用ってこと？
0508login:Penguin
垢版 |
2016/06/13(月) 21:03:43.84ID:27rlcnrv
>>503
おや？parrallelsとの関係は如何に？
0509login:Penguin
垢版 |
2016/06/13(月) 21:42:24.66ID:G0ep9A/5
>>507
これはWindows版のDocker Engine（Docker clientによって管理されるdocker containerの管理サービス）が
組み込まれましたよという話みたい。　使えるコンテナはHyper-Vのもので、コンテナの中身は
Windows Server 2016 Technical Preview 5 Nano Server。　

Docker for Windowsやらあるから混乱するけど、それはLinux VMをVirtualBox内で走らせてそこで
Linux コンテナを走らせてたもの。　これはネイティブにWindowsコンテナをWindowsで走らせ、
それをdockerで管理できますよという話。　

https://blogs.windows.com/windowsexperience/2016/06/08/announcing-windows-10-insider-preview-build-14361/
0510login:Penguin
垢版 |
2016/06/13(月) 22:55:08.96ID:i2u3E1QZ
WindowsServer2016TP3で既にネイティブなDockerは実装されてた
Dockerイメージダウンロードで失敗したから（多分ディレクトリの権限の問題で）
速攻でTP3削除したけどなんでWindows10にまで必要なのかわからん
そんな暇あるなら初めて同時リリースできなかったWindowsServerのほうを何とかしろよ
Docker実装してる間にUbuntuなんかLXDリリースしてんじゃん
0511login:Penguin
垢版 |
2016/06/13(月) 23:15:00.51ID:i2u3E1QZ
>>507
一応Dockerって書いてあるけど根本はWSC（WindowsServerContainer）の実装
LXCのWindows版
知ってるとは思うけどDockerも自身の機能だけでContainerを提供しているわけではないから
0512login:Penguin
垢版 |
2016/06/13(月) 23:28:53.68ID:27rlcnrv
なんかこの界隈技術者の流動多いのかな？
またはvmwareへの対抗なんかな？
0513login:Penguin
垢版 |
2016/06/14(火) 01:24:08.68ID:+VF/5Rch
>>512
対抗というかLXDは既存のハイパーバイザを置き換えることを目標にしてるみたい
LXDが普及したら爆発的にVDIが普及すると思う
もともと今のVMwareとかCitrixとかってエコシステムとかイミュータブルみたいなポリシーに
反してるからさっさと滅亡してほしい
LXDが普及したらDockerはどうするんだろうね
0514login:Penguin
垢版 |
2016/06/14(火) 09:11:52.98ID:UWeVRP88
LXDは仮想環境として使う用途
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
0515login:Penguin
垢版 |
2016/06/15(水) 19:22:36.97ID:4rfSGlTC
dockerってデバイスファイルはどう扱われるの？ 見れない感じ？
0517login:Penguin
垢版 |
2016/06/16(木) 02:22:07.35ID:qTIbp3JW
またお前か
0518login:Penguin
垢版 |
2016/06/16(木) 04:12:43.36ID:cnE7fWYR
どっかーいけー
ってか。
0519login:Penguin
垢版 |
2016/06/16(木) 22:04:57.58ID:qe0Zbj+v
>>514の説明だとわかってないだろって言われてもしょうがない
インフラ屋でもなければわかってる必要なんてないけど
0520login:Penguin
垢版 |
2016/06/16(木) 22:15:16.00ID:Sog9v/Xd
こうやって、曖昧なことを言って俺のほうが詳しいんだぜ風を
演出するの得意だよなぁｗ

>>514の内容が正しいか間違っているかさえ言わないんだぜ？
本当は知らないか自信がないから言い切れないんだよ。
どっちでも取れるようなことを言って、あとでつじつまを
合わせようと考えてるわけだね。


なお俺の意見言っておくわ。
>>514の内容は正しい。
0521login:Penguin
垢版 |
2016/06/16(木) 23:38:07.69ID:qTIbp3JW
514 だが、どこが「わかってない」か書かずに
わかってないと罵倒するだけなら小学生でも出来るw

自分は、dockerなんぞ出る前からchrootやcgroup使ってアプリの実行環境の分離を色々独自に検討してたものだけど
ぜひ、わかってる方に正確な所を語って欲しい所ですなw
0522login:Penguin
垢版 |
2016/06/17(金) 00:05:22.55ID:oqosm4m/
自信あるならスルーしてればいいのに。
自信が無いから、自分を肯定したくなるんだよな。
0523login:Penguin
垢版 |
2016/06/17(金) 00:32:25.39ID:LvYd57GK
ごめんよw
516 は、いつもの奴だから一言だけ言って放置しようと思ったが、
他にも調子にのる、実装もロクにしたことないくせに
自称俺は分かってるモンが居そうだから、つい、ね。大人気なかったw
0524login:Penguin
垢版 |
2016/06/17(金) 00:35:26.61ID:FCFPSiUc
そっか？あまりに周りが馬鹿だと発狂する天才もいるから、時によりけりだと思う。総じてどうでも良い
ちなみに、うちの上は >>514 のDockerの使い方をしてなくて運用丸投げなので死ぬ思いをする
0525login:Penguin
垢版 |
2016/06/17(金) 00:35:56.74ID:JOvpG1og
>>522
> 自信あるならスルーしてればいいのに。
つけあがるからそれはやったらだめ。
完全にぶちのめしてから、次に行くべき。
0526login:Penguin
垢版 |
2016/06/17(金) 15:57:02.11ID:fiuBpap8
Docker使うのに困らないぐらいのマシンのスペックを教えてくれないか？
メモリ4GBストレージ128GBでかなり辛いんだが
0527login:Penguin
垢版 |
2016/06/17(金) 20:41:02.77ID:xeMuioyM
>>526
まじて物理マシン使っているくらいのヌルヌルさ感じるけどな〜
物理マシン普通に使っている時はどうなのよ
0528login:Penguin
垢版 |
2016/06/17(金) 21:08:55.43ID:vF4ncKMG
wineをDockerで使いたいけどまったくうまくいかん
0529login:Penguin
垢版 |
2016/06/17(金) 23:55:28.68ID:JOvpG1og
>>528
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
0530login:Penguin
垢版 |
2016/06/18(土) 00:14:28.90ID:pyD/NLKL
>>528
やったことはないが動くっぽい
ttp://qiita.com/syui/items/b43ba220d9cd1e2fb74f

アホやこいつ>>529
0532login:Penguin
垢版 |
2016/06/18(土) 13:40:38.25ID:zFCxzoKg
>>531
ストックって何？イイネの数と思えば良い？
0533login:Penguin
垢版 |
2016/06/18(土) 13:47:35.85ID:cvJFn9Ks
高ストックがいい記事とは限らないんだよなぁ
0534login:Penguin
垢版 |
2016/06/18(土) 14:21:54.74ID:b95YTSTM
本格的な内容だと理解できずにスルーされる程度のユーザー層のサイト
0535login:Penguin
垢版 |
2016/06/18(土) 14:59:51.83ID:JdgE6njJ
>>532
いいねよりもシビアｗ
いいねは付き合いで押すやつがいるが、

ストック数は、その記事が価値があると
思われてるかどうかはっきり分かるからなｗ
0536login:Penguin
垢版 |
2016/06/18(土) 15:19:23.52ID:QGMZmxpF
価値があると思われてるかどうかをはかるならストック/ページビューとかでないと
単純にストック数だけ比較するのはナンセンス
0537login:Penguin
垢版 |
2016/06/18(土) 16:16:24.69ID:JdgE6njJ
ページビューが多い・・・よく検索されているが、価値は少ない
ページビューが少ない・・・検索すらされてない情報

>>536
どっちがいい？ｗ
0538login:Penguin
垢版 |
2016/06/18(土) 16:51:56.38ID:b95YTSTM
ストック数は単にバズったかどうかの記録で情報の価値じゃねーぞ
0539login:Penguin
垢版 |
2016/06/18(土) 16:54:48.79ID:JdgE6njJ
バズるだけならストックしないってｗｗｗ
0540login:Penguin
垢版 |
2016/06/18(土) 16:55:02.99ID:JdgE6njJ
むしろページビューがバズったかどうかの記録だろｗｗｗ
0541login:Penguin
垢版 |
2016/06/19(日) 02:59:47.04ID:UyhNNxOx
ストック数ぐらいでしか突っ込みどころが入れられない奴なんだよ
内容がまずいなら普通は内容にケチをつけるからなぁ。
0542login:Penguin
垢版 |
2016/06/19(日) 03:04:28.55ID:sF1JcuQ9
内容がまずいことは一番最初に指摘されてるよね？ｗ

> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
0543login:Penguin
垢版 |
2016/06/19(日) 11:02:55.42ID:lD6MH9Zi
>>542
記事だとlineインストール済みの専用イメージを作ってるぞ
> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
という点ではまったく正しい使い方だろ
0544login:Penguin
垢版 |
2016/06/19(日) 12:29:16.65ID:JUE/q/4n
> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
探しても見つからないんだけど、そもそもこれはDockerが公式に言ってる文言なの？
0545login:Penguin
垢版 |
2016/06/19(日) 13:39:36.79ID:sF1JcuQ9
>>544
一般的な話だからDockerが公式に言うべきことではない。

アプリケーションコンテナ と システムコンテナ の
違いについて調べましょう
0546login:Penguin
垢版 |
2016/06/19(日) 13:58:41.19ID:zYvFjVvZ
使い方の前提と、どう使うかは別。
Docker便利だけど、/bin/initを叩くとか面倒だよね的な。
じゃぁ、そっち用途のを作るか的な。
0547login:Penguin
垢版 |
2016/06/19(日) 14:01:30.30ID:JUE/q/4n
いや、そのただの｢一般的な話｣ををまるでそれが絶対的に正しいかのように使ってるから婉曲に指摘したつもりなんだが
通じなかったようだね、申し訳ない
0548login:Penguin
垢版 |
2016/06/19(日) 15:48:59.09ID:sF1JcuQ9
> Docker便利だけど、/bin/initを叩くとか面倒だよね的な。
当たり前だろ
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
なんだから

正しくない使い方をして面倒とか、わかってないとしか言えない。


>>547

ドッキングウィンドウを使用すると、ソフトウェア開発のための標準化されたユニットに
その依存関係のすべてを使用してアプリケーションをパッケージ化することができます。

英語読めなくてもこれならわかるでしょｗｗｗ
0549login:Penguin
垢版 |
2016/06/19(日) 16:07:59.95ID:JUE/q/4n
ドッキングウィンドウ糞ワロタ
dockerのサイトの英文をgoogleで翻訳してそのままコピペでドヤ顔とかさすが頭の出来が違いますなぁwwwww
0550login:Penguin
垢版 |
2016/06/19(日) 16:31:12.39ID:LvpWL9pa
>>547
頭の固いおっさんだろうから、放置しとけ

「ハサミは紙を切るためのもの。それ以外は間違っているし、面倒になるのは当たり前ﾄﾞﾔｧ」
と同レベル。間違いでは無いんだけどねぇｗ
0551login:Penguin
垢版 |
2016/06/19(日) 16:37:49.14ID:sF1JcuQ9
あれあれ？ 間違いじゃないんですよね？
間違じゃないなら何が問題ですか？
0552login:Penguin
垢版 |
2016/06/23(木) 20:50:11.73ID:hRaiJaQR
VPSにプロキシ立てまくって自作自演しまくりたいんだけどおすすめのイメージない？
0554login:Penguin
垢版 |
2016/06/23(木) 21:29:00.00ID:PqU1Q0Ru
これ使って見た人いる？
試したけど起動成功しないしなんで失敗するのかも分からない
https://arukas.io/
0555login:Penguin
垢版 |
2016/06/23(木) 22:13:46.06ID:p67fFFrC
去年のサービス開始時から触ってるので
どのイメージをどういう設定で出来ないのかなど提示してもらえれば
アドバイスできるかも
0556login:Penguin
垢版 |
2016/06/24(金) 07:15:45.99ID:CxCKqEXB
>>552
Dockerなんかいらなくね
VPSよりAWSにインスタンス作ってEIP変えまくればいい
0557login:Penguin
垢版 |
2016/06/24(金) 17:44:43.67ID:3Swk0/cZ
docker 使っても src IP 変わらないですしね。
低コストにやるなら lambda と API Gateway を組み合われば
proxy 設定ができてアクセス毎にほぼ別インスタンスという環境は
構築できそうです。
または GAE でもいいかも。
# 試していないのでプラットフォーム側で対策されてるかもしれないですが
0558552
垢版 |
2016/06/24(金) 20:43:06.14ID:PFQfw/wM
こんなレスにまともな答えが返ってくるとはサンクス
0559login:Penguin
垢版 |
2016/07/01(金) 01:05:58.35ID:YrS/wkAi
1.12のおーけすとれーしょん
0560login:Penguin
垢版 |
2016/07/01(金) 15:58:24.42ID:e5CUJi56
Dockerを使うことでサーバ構築のコード化が図れるのかな
と思って使えるか検討してるのですが
apache2とかあえてforegroundで動かしているみたいですね。
この理由ってどなたかご存じないですか？

既存のインフラ構築と随分違うんだなーとびっくりしてます。
0561login:Penguin
垢版 |
2016/07/01(金) 19:21:30.09ID:VBxRij18
あえてっつーか、裏に回す意味がないだろ。apache専用なんだし
0562login:Penguin
垢版 |
2016/07/01(金) 19:23:29.03ID:FpkHfPi0
>>560
サーバー構築のコード化というとだいぶ違うな
Dockerの目的はアプリにOSを丸ごとスタティックリンクすることだ
それによってアプリに合わせてサーバーのコンポーネントを管理しなくてよくなる
Apacheの例で言えば、OSが立ち上がってその上でApacheがデーモンとして起動するんじゃなくて、
あくまでOSのコンポーネントが全部丸ごとリンクされた状態のApacheを起動すると考えるといい
0563login:Penguin
垢版 |
2016/07/01(金) 22:40:45.60ID:fGAQTm3q
>>560
アプリ構築のコード化が図れるんだよ。
そもそもあなたの言ってるサーバー構築っていうのは本当に
サーバーの構築ですか？アプリの構築ではありませんか？って話。

本来サーバーの構築っていうのは、スタンドアローンであれば
OSのインストール部分までだよ。複数台で連携するならば、ネットワーク構成まで。

わかりやすく言うならば、Aというアプリをまったく違うBというアプリに
入れ替えたとしても変わらない部分がサーバー。特定のアプリ専用に
パッケージを入れたりするのはアプリ構築

おそらくあんたがサーバー構築だと思っているもの大部分はアプリ構築になるだろう。
サーバー構築としてやることは大きく減少する。

アプリ構築部分がDockerイメージになることで、そのアプリはいろんなサーバー上で
簡単に動かすことが可能になる。Dockerが動く程度のサーバーさえ用意すれば
そこですぐにいろんなDockerで作られたアプリを動かせるからスケールしやすくなる。
0564login:Penguin
垢版 |
2016/07/02(土) 05:31:52.69ID:z1PDNdk8
>>562-563
回答頂きありがとうございます。
仰るとおりできるだけインフラにコストを掛けずアプリ側に集中したいという思いから
Dockerを使ってインフラ構築しようと見込んでいました。

ですがコンテナ = linux環境　とういうわけではなく
initプロセスがコンテナには存在しないという差異はあるわけですね。

一つお聞きしたいのですがDocker公式イメージとしてApache+phpなどが公開されています。
これらを使用して本番環境を構築した実績を探したのですが見当りませんでした。
実際のところDockerを使って本番環境を使ってる形っていらっしゃいますか
CIとか駆使して自動でDeployするとかそういう重そうなのはネットで拝見するのですが、VPSでApche+phpのような規模の小さい案件をDockerで楽するというのは可能なんでしょうか？
0565login:Penguin
垢版 |
2016/07/02(土) 07:56:16.74ID:8tTbERxt
>>563
「サーバー」の意味も知らん奴が長々と語っても後々自分が恥ずかしくなるだけやで
0566login:Penguin
垢版 |
2016/07/02(土) 08:32:55.71ID:GGFYBgNr
サービスを提供するのがサーバーなんだが？
0567login:Penguin
垢版 |
2016/07/02(土) 08:53:01.95ID:uCDEF2Hu
>>564
Dockerで何をどう楽にしたいのかを明確にしよう。
サーバー構築をコード化したいだけならAnsibleなどの構成管理ツールを使えばいい。
アプリをサーバーごとパッケージ化してデプロイや構成管理を容易にしたいならクラウドでVMのイメージを使えばいい。
それでもあえてDockerを使う理由があるとすれば、
・手元のPCで開発してAWSの本番環境へそのまま移すなど、異なるプラットフォーム間でもイメージを共通化したい。
・アプリをちょっと更新するだけでもいちいちVMを作り直すのは時間がかかるから避けたい。でもサーバーの中身をデプロイ後に弄るのは嫌。
くらいだろうな。
そもそも小さいアプリならサーバーを弄らないことに拘っても大してメリットないしね。
パッチ当てるだけでもイメージをリビルドしなきゃいけないしホストとコンテナを別々に管理しなきゃいけないしかえって面倒臭いだけ。
0568login:Penguin
垢版 |
2016/07/02(土) 10:47:24.44ID:5u7UjWX+
>>565
どこが間違ってるか言えてないよね？ｗ
0570login:Penguin
垢版 |
2016/07/02(土) 11:01:49.31ID:z1PDNdk8
>>567
>
>そもそも小さいアプリならサーバーを弄らないことに拘っても大してメリットないしね。
>パッチ当てるだけでもイメージをリビルドしなきゃいけないしホストとコンテナを別々に管理しなきゃいけないしかえって面倒臭いだけ。
まさに仰るとおりです。
テスト環境と本番環境を同じにしたかったわけです。
でも本番環境にDockerを導入するのはデメリットだらけでした。
rsyncで同期したほうが何倍も手軽ですし。

Ansible試してみます。
0571login:Penguin
垢版 |
2016/07/02(土) 16:20:36.33ID:9NTIlE6L
他の構築手順に関しての意見は別として
「サーバ構築をOSインストールまで、アプリ構築は含まない」という意見は
世の中すべてがそうではないと思いますね。

サーバと言うのは、client-server model で言えば、サービス提供をするプログラムのことなので
mail-server や http-server なども含めてサーバ構築という人もそれなりにいると思います。
というか、本来の定義ではこちらが正しいはずです。
0572login:Penguin
垢版 |
2016/07/02(土) 16:44:36.31ID:Il5VMJwX
サーバーより>>563のアプリ構築の方が、使い方がおかしいと思うのだが…
0573login:Penguin
垢版 |
2016/07/02(土) 16:59:03.27ID:D78R9TD7
つまり｢OSはサーバー｣と言うことか…!!!
0574login:Penguin
垢版 |
2016/07/02(土) 17:01:03.14ID:D78R9TD7
そして｢OS以外はサーバーではなくアプリである｣ということだな…ッ
0575login:Penguin
垢版 |
2016/07/02(土) 17:08:05.41ID:D78R9TD7
だがまてよ、そもそもOSとは何なのだろうか…!?
0576login:Penguin
垢版 |
2016/07/02(土) 17:15:43.72ID:dJ/QT8i1
正直苦労の割に便利でもないよな
0577login:Penguin
垢版 |
2016/07/03(日) 12:25:54.96ID:Ggu264do
アプリっていうのも本来は応用って意味しかない言葉だからなあ

アプリがポート開いててサーバーとして機能するなんてこともあるし

サーバーが何か別のサービスのAPIを利用して動作していれば
それはつまりある種のアプリケーションと言える
0578login:Penguin
垢版 |
2016/07/03(日) 13:49:21.50ID:oBrpqWQL
(´・ω・｀)Docker滅びる？
0579login:Penguin
垢版 |
2016/07/03(日) 14:11:55.27ID:I0Ifv2ig
幻滅期に入った感じかな
Dockerが世に出て数年で急速にクラウドが進化・普及してインフラ自体がずっと柔軟になったから、
そもそもDockerで解決すべき問題があんまり無くなっちゃった
0580login:Penguin
垢版 |
2016/07/03(日) 14:28:58.13ID:IyXRK/Jg
そ、そんなあ・・(´・ω・｀)
0581login:Penguin
垢版 |
2016/07/03(日) 14:35:08.66ID:w1N3pxKR
>>576
自分で構築するならそこまで利便性ないかも

エンタープライズでは流行らんけど
個人でお手軽にDockerHubからpullするのはいいかなって感じ
0582login:Penguin
垢版 |
2016/07/03(日) 15:11:51.82ID:6hq7yAc9
>>579
Dockerで解決すべき問題を
他の方法でどうやって解決するの？

例えばクライアントで動かしているアプリと
全く同じもの（当然OSやライブラリも同じ）を
サーバーで動かすのはどうやるの？
0583login:Penguin
垢版 |
2016/07/03(日) 15:15:33.59ID:FJVCj/bu
本題と関係ないけど、クライアントでというのは
「手元の開発環境」でってこと？
0584login:Penguin
垢版 |
2016/07/03(日) 15:34:21.14ID:6hq7yAc9
>>583
今回は手元の開発環境という意味で書いたけど別にどこでもかまわないんだよ。
手元の開発環境の場合もあるし、CIサーバーの場合もある。
（プログラミングできない）テスターが触るテスト環境の場合もあるし
新しく入社した人の新品のマシンの可能性もある。

リモートのサーバーであったとしてもさくらVPSの場合もあるし
Amazon EC2の場合もあるし、Google Compute Engineの場合もある
いろんなしがらみでクラウド使えず自社サーバーの場合もある

むしろ今はDocker全盛期だけどね。AmazonもGoogleもDockerに対応しているから
Dockerインストール済みのインスタンスを使えばあとはそこにアプリ（Dockerイメージ）をデプロイできる

Dockerイメージ一つに（DBなどを分ける場合もあるけど）各種ミドルウェア、ライブラリなどが
入っているから、バージョンアップするときもインフラはなにを使っているか気にする必要がなくなる。
アプリとサーバーが分離されているのが重要で、OSのバージョンが上がったときもアプリが動かなくなるか気にせずに
行うことができるようになる。アプリはアプリで自分の都合がいいときにバージョンアップできる。
0585login:Penguin
垢版 |
2016/07/03(日) 15:40:02.85ID:6hq7yAc9
Dockerで解決することができる問題の一つとして
（ホスト）OSをアップグレードと
アプリのアップグレードを別にできるってことだな。

OSが提供しているライブラリや実行環境を使うと、
OSのアップグレードでアプリの動きが変わってしまう可能性がある。
だからアプリのテストが必要になるが時間がかかる。

OSをアップグレードしたいが、アプリを修正しないといけない。
アプリを修正したいが、OSをアップグレードできない。
Dockerがなければこういう悪循環に陥るｗ

Dockerを使えば（Dockerコンテナ内の）OSはアプリの一部として考えるから
さくっとアップグレードしてアプリのテストが行える。
そしてホストOSはアプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできる。
例えば重要な脆弱性が見つかったときとかね。
0586login:Penguin
垢版 |
2016/07/03(日) 15:41:02.59ID:6hq7yAc9
こうやって考えてみると
Dockerなくても良いって言ってるのは、
リリースするまででその後のメンテナンスまで考えてないよな。
古いバージョンをいつまでも使い続けるはめになるよ
0587login:Penguin
垢版 |
2016/07/03(日) 15:55:45.75ID:pRICoKsI
Dockerってよく知らんのだけどカーネルはホストのカーネルそのまんまなのよね？
ホストのカーネルがサポートしてない機能をDockerのイメージが必要としてたらそのイメージは動かせないってこと？
0588login:Penguin
垢版 |
2016/07/03(日) 15:58:57.30ID:6hq7yAc9
>>587
それDocker関係あるのか？
アプリがカネールサポートしてない機能を
使おうとしたらどうなると思う？
0589login:Penguin
垢版 |
2016/07/03(日) 16:05:03.36ID:I0Ifv2ig
>>585
それコンテナでなくてもアプリごとに仮想マシン作れば目的は達成できるよね。
むしろDockerを使うことでホストを管理するコストが余計に増えてるだろう。
問題はその方法だと仮想マシンのビルドや起動に時間がかかることで、Dockerを使うことで解決できるのはそこだよ。
0590login:Penguin
垢版 |
2016/07/03(日) 16:08:24.28ID:6hq7yAc9
>>589
> それコンテナでなくてもアプリごとに仮想マシン作れば目的は達成できるよね。

それを言ったら、アプリごとにマシン作っても目的は達成できるから
仮想マシンすらいらなくなるだろｗ
0591login:Penguin
垢版 |
2016/07/03(日) 16:08:27.54ID:pRICoKsI
>>588
関係あるよ？

> アプリがカネールサポートしてない機能を
> 使おうとしたらどうなると思う
当然使えないね
そして君のその反応から見るとDocker使った所でそれは変わらないってことだよね？
じゃあホストのカーネルが理由があってそのある機能のサポートを外したらそのDocker上のアプリも動かなくなるね
じゃあ全然アプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできないね
0592583
垢版 |
2016/07/03(日) 16:09:00.88ID:FJVCj/bu
場所の話をしたかったわけじゃないのです。

>例えばクライアントで動かしているアプリと
>全く同じもの（当然OSやライブラリも同じ）を
>サーバーで動かすのはどうやるの？

この書き方の場合 iOS などのアプリを開発してる人などからすると
「クライアントで動かしているアプリ」=「iOS アプリ」になるので
なんでそれをサーバ上で動かす必要があるのかになると思ったのです。

ここで「クライアント」という言葉は何を表しているかわかりにくいなと。
上にある、クラサバ的に考えるとおかしいですしね。
0593login:Penguin
垢版 |
2016/07/03(日) 16:12:57.09ID:6hq7yAc9
仮想マシンでは解決しないのは、
例えば仮想マシンで同じコンテナを2つを同じホスト名動かそうとしたら
ポートがかぶってしまって動かないってこと。
開発環境であればポート80で動くものを複数動かしたくなる。

仮想マシンはマシンであるがゆえに、
マシンの制約から逃れることはできない。
マシンにはホスト名が存在するから、そのホスト名に紐付いてしまう。

だから仮想マシン上で動かすアプリのために、仮想マシンそのものの設定変更が必要になる。

Dockerの場合はそれがいらないからこそ、いろんな場所に移動可能になる。
0594login:Penguin
垢版 |
2016/07/03(日) 16:13:57.77ID:pRICoKsI
つかこの人Docker関係なく基本的なことが全く分かってないよね？
上の方で"サーバー"と"アプリケーション"をまるで直行する概念のように語ってたり"OS"がまるで万人の間で定義された1つの何かであるかのように語ってたり
0595login:Penguin
垢版 |
2016/07/03(日) 16:14:37.82ID:6hq7yAc9
>>591
> そして君のその反応から見るとDocker使った所でそれは変わらないってことだよね？

なにが言いたいのわからない。

どんなものでも変わらないところと変わるところがあって、
変わらないところを提示されたところで、
変わるところは変わるんですが？ｗ
0596login:Penguin
垢版 |
2016/07/03(日) 16:17:22.11ID:6hq7yAc9
>>591
> じゃあホストのカーネルが理由があってそのある機能のサポートを外したらそのDocker上のアプリも動かなくなるね

カーネルとユーザーランドの違いがわかってないなｗ
Linuxのカーネルは互換性がきわめて高い。

ユーザーランドは変わりまくるから、OSのアップグレードを好きなタイミングで行うことはできない。
しかしカーネルは互換性があるから、アップグレードを好きなタイミングで行って構わないし

アプリはアプリでカーネルの機能は使わない。ユーザーランドの機能を使う。
0597login:Penguin
垢版 |
2016/07/03(日) 16:17:35.16ID:pRICoKsI
>>595
わからないんじゃなくて自分がおかしいこと言ってることに気づいたんでしょ？

> さくっとアップグレードしてアプリのテストが行える。
> そしてホストOSはアプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできる。
> 例えば重要な脆弱性が見つかったときとかね。

変わるところは変わるから、その変わるところに該当するケースではさくっとアップグレード出来ないよね？
0598login:Penguin
垢版 |
2016/07/03(日) 16:19:11.43ID:6hq7yAc9
>>597
変わる所に該当するケースを言いなさい

ユーザーランドしか使わない普通のアプリばっかりなのに
極論を言うばかりで現実問題ってのをわかってないのかな。
0599login:Penguin
垢版 |
2016/07/03(日) 16:21:27.52ID:pRICoKsI
>>596
そんなこと分かってるよ？
カーネル内部のインターフェースは結構変わる、ただしカーネルとカーネル外のインターフェースは変わらない

俺が言ってるのはカーネルコンフィグで変わる部分の話だから
0600login:Penguin
垢版 |
2016/07/03(日) 16:23:55.01ID:pRICoKsI
>>598
ずれるからレスは1つにまとめてくれないかな
0601login:Penguin
垢版 |
2016/07/03(日) 16:24:36.41ID:FJVCj/bu
カーネルの機能に依存したものでコンテナで動かすようなものは
殆ど無いので気にしなくて良いのではと思います。

リスクとしてあるのは当然だが、それが問題となるような人はわかってる人か
アプリケーションコンテナでやるようなことではないことをやろうとしている
まったく分かってない人なので無視したほうが良い気がします。

たまにこれを Docker の問題とする人がいますが、具体的に何をする場合に
問題に成るのか正直わかりません。kernel の version や config が違うから
問題と成るアプリケーションは殆ど無いです。

例として、nvidia-docker などはホストの kernel（というかdriver）に依存するような気がしますが
これはそれなりにわかってる人が触るものですし、提供側も driver と docker command までを
セットで提供しているようなのでかなり特殊です。
0602login:Penguin
垢版 |
2016/07/03(日) 16:27:41.11ID:I0Ifv2ig
>>593
今時のクラウドのVMなら使い勝手は起動時間以外はコンテナとそれほど遜色ないよ。
設定も外部から投入できるし。
開発環境とのイメージ共有だって、Dockerfile使ってるんなら、その代わりにシェルスクリプトや構成管理ツールで
ローカルのVMとクラウドのVMで同じVMを作ることは可能だろう。
問題は起動時間、それがDockerを使う意義だよ。
0603login:Penguin
垢版 |
2016/07/03(日) 16:30:51.86ID:pRICoKsI
>>601
俺に対してかな、いやいやDockerの問題だなんて思ってないよ
俺の少ないDockerの知識で考えても、それを問題だと言う人はDockerが何を目的としたツールか理解してないってだけだと思う
"問題"ではなく"特性"だよね

ただそういう特性を無視してDockerマンセーしてるのは逆に特性を問題だって言い張ってるのと方向が違うだけで中身が同じだから気になっただけ
0604login:Penguin
垢版 |
2016/07/03(日) 16:44:40.71ID:FJVCj/bu
>>603

たかがツールのことで、1% のことを問題だと叫ぶのとそれを無視して残り 99% で
素晴らしいと喜ぶことが一緒とは私は思いませんね。

これが保証されるべきものや人の生死に関わるものならば同意できますがたかがツールです。

そのような人は、1% の粗を探して dis ることを目的にしているようにしか見えないですね。
0605login:Penguin
垢版 |
2016/07/03(日) 17:06:35.32ID:pRICoKsI
>>604
意味がわからない、>>576の流れから私の最初のレスが>>587だからDockerをディスることが目的のように見られてるってことですか？
もしそうならそういう意図ではないしあなたがどう思うかだけの主観をレスされても困るんですが、まあご自由にどうぞ
0606login:Penguin
垢版 |
2016/07/03(日) 17:11:51.63ID:oBrpqWQL
(´・ω・｀)本番環境で使うもんでもないし、
ワイはDockerが滅びようがどうでもいいけど
0607login:Penguin
垢版 |
2016/07/03(日) 18:47:51.87ID:FJVCj/bu
>>605

あなたが dis っているとか問題だと言ってるとは思ってませんが、
docker を讃えてる人と問題だと言ってる人が中身が同じだと仰ったので反論しました。
# twitter などでは、この点に関して dis ってる人がたまにいますね。

ちなみに、kernel の違いに関してですが、docker のホストでの kernel の違いによる影響は
技術をそこそこわかってる人は突っ込みたく成るかもしれません。
ただ、docker を使ってる上でこの特性は実用上無視して問題ないです。
漠然と気持ち悪さや不安感があるのはわかりますが、一般的なアプリケーションコンテナにおいて
具体的に何が問題と成るか考えれば特にないというのは当たり前のことです。
0608login:Penguin
垢版 |
2016/07/03(日) 19:20:33.90ID:pRICoKsI
>>607
> docker を讃えてる人と問題だと言ってる人が中身が同じだと仰ったので反論しました。
なるほど、私の中でその部分は完全に私の主観を述べただけスルーされるもの(どう感じるかは正誤の2択ではないのでそもそも反論には意味がない)だと思っていました
主観同士をぶつけた所で意味はないのでそこはどうでも良いですね

> ちなみに、kernel の違いに関して
> docker を使ってる上でこの特性は実用上無視して問題ないです
それを決めるのはあなたではなくユーザーです

そしてあなたも認めているようにhostのkernelに依存しているのは動かしようのない事実です
(Unikernelとかいろいろ方向転換しようとしているようではありますが)

少なくとも私は、今の所Dockerはhostのkernelを使っている以上、hostのkernelをバージョンアップした結果namespace周りにバグや理由があってそもそもnamespace周りを無効にするような変更があればまともに動かなくなる可能性があるなど、
> ホストOSはアプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできる
> この特性は実用上無視して問題ない
とまで言ってしまっていいものでは無いと思います
0609login:Penguin
垢版 |
2016/07/03(日) 19:24:14.14ID:a224/6gS
>>607
端から見てて思ったんだけど、（ここで）dockerを讃えてる人って
仮想マシンでいいじゃん？という問いにとんちんかんな答えしか出さないんだよね。

すべてにおいてdockerは素晴らしいんだ！って頑張っちゃうの。
だから、そうじゃないケースもあるだろう？って言う話をすると、
何でディスるんだとか技術的なこととはほど遠い話をし始める。

そういうの見てるとdockerがどんどん怪しげに見えてくるんだ。
まあおれがどう思うかだけの主観だがｗ
0610login:Penguin
垢版 |
2016/07/03(日) 19:37:31.78ID:yLxeG4VC
メリットが分からんからと言って怪しげは言いすぎだろw
0611login:Penguin
垢版 |
2016/07/03(日) 19:42:39.82ID:FJVCj/bu
>>608
「アプリがカネールサポートしてない機能を使おうとしたら」という話がきっかけなので
そうではなくコンテナエンジンが必要とする機能が無い場合の話ならばそのとおりですね。
どちらもアプリケーションを動かす上で必要という話ならばそのとおりだと思います。
0612login:Penguin
垢版 |
2016/07/03(日) 19:45:21.55ID:a224/6gS
>>610
いや、メリットはあると思ってるよ。ただ万能じゃないよねというだけ。
仮想マシンの例を出したけど、それだって別に万能じゃない。

ただ、過度なdocker推しを見てると、うさんくさく見えるってだけ。
0613login:Penguin
垢版 |
2016/07/03(日) 19:59:51.72ID:7OdhPvWy
あーこれがトレンドでなんか新しいものできたから使わなきゃ！みたいなのってあるよね。
0614login:Penguin
垢版 |
2016/07/03(日) 20:07:22.08ID:FJVCj/bu
>>609
docker 自体が、単なるコンテナ/VMと比較して技術的な面ですごいことは
それほどないので docker の話をする場合にその話をしても無意味ですね。
それこそ「昔から jail が合ったのに」と言われて技術的にはそうですねとしか言い様が無いです。
# hyperkit/vpnkit あたりは技術的にすごいなと思います。

docker の良い点はそれらの技術を組み合わせて使いやすくしたこと、
その使いやすさを享受するためにはあるワークフロー（というか縛り）に乗らないとダメなことですね。
つまり、技術の話ではないです。

その縛りによる世界の中では素晴らしいと感じるのでそのように怪しげに見えるんだと思います。
ちなみにこの縛りが個人的には一番大きなメリットです。

このワークフローと何かを比較すべきであってコンテナとVMの技術の比較なんてほとんど意味ないんです。
608 でも書かれてますが docker も別にコンテナにこだわってるわけではありませんし。
# unikernel の開発者は hyperkit に流れたので、当分はコンテナを使うでしょう

上の dis に関しては twitter で「vm と比較して kernel 共有してるからdocker は使っちゃダメなんだ」
とたまに流してる人がいるので書いてますが、docker の本質はワークフローなので
なんで問題にならないそんなことで dis ってんの？という感想にしかならないです。
0616login:Penguin
垢版 |
2016/07/03(日) 21:08:47.91ID:IyXRK/Jg
使う理由を探しているよね(´・ω・｀)
0617login:Penguin
垢版 |
2016/07/03(日) 22:15:12.48ID:p1Tl6LQE
もっと気軽に使いなよ。こんな使い方をしてるよ。

・仮想環境より起動が早いので気軽に使える
・ちょっと試したい時にdockerhubから引っ張ってきて試してみる
・自分のメインディストリビューションで提供されてないバージョンの何か
　が必要な時に、別のディストリをdockerで作って利用する。
・クロス環境がいくつかいる時にツールチェーンがよくわからなくなるので
　dockerコンテナに閉じ込めておく。
・webサイトをそのままデプロイするため

dockerの前は仮想環境でやってたよ。vagrantも使ってたけど。
0618login:Penguin
垢版 |
2016/07/03(日) 22:16:09.88ID:E9gou1RP
馬鹿田大学とか民進の討論ですか
0619login:Penguin
垢版 |
2016/07/04(月) 01:59:08.40ID:O3HqpLwc
仮想OSは、様々な問題が出てくるけど、

Dockerなら、動くそのOS内での話だから、問題がない
0620login:Penguin
垢版 |
2016/07/04(月) 07:24:31.02ID:rgqCD9uk
さすがに意味不明すぎる
仮想マシンは一つの独立したマシン以上でも以下でもない
もちろんそれ故の使いづらさはあるが、その理由も対策もシンプルだ
一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある
別にdockerをdisるつもりはないが、さすがに>>619のような人任せの意識で
dockerのようなプラクティスの未熟な道具に手を出すのはどうかと思うわ
0621login:Penguin
垢版 |
2016/07/04(月) 08:20:46.74ID:+eHeYYcf
>>619は頭を使わない信者臭がして気持ち悪いが

>>620
>一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

仮想マシンも同じだろう？
0622login:Penguin
垢版 |
2016/07/04(月) 12:11:33.45ID:kfs4L0ek
dockerむちゃくちゃ使いにくいな
仕事だからしゃあなく使うけどプライベートでは絶対に使わない
0624login:Penguin
垢版 |
2016/07/04(月) 16:18:47.55ID:znpCiSRX
そこでCoreOSですよ
0625login:Penguin
垢版 |
2016/07/04(月) 20:23:22.60ID:KqJN8iQ3
一番あったらありがたいのはDockerfileを読み込んで
VPS上にサーバ構築できたらありがたいわけです。
いちいちAnsible勉強するのめんどくさい。
0626login:Penguin
垢版 |
2016/07/04(月) 23:14:51.89ID:rgqCD9uk
>>625
本質を見ようぜ
シェルスクリプトと同じだろ?それ
0627login:Penguin
垢版 |
2016/07/05(火) 01:25:26.07ID:MkQQOLZY
Dockerfileで構築するとめっさ時間かかるよな
ならもうそのままimageで放り込めよと思う

Dockerfileはあくまでもソースコードで使うのはimage（バイナリコード）でしょ
0628login:Penguin
垢版 |
2016/07/06(水) 00:34:51.41ID:8GQ853rT
>>627
ベースイメージを多段にすれば、最終の構築はすぐ終わるぞ

わしはこの方法でイメージファイルが3G超えた
0629login:Penguin
垢版 |
2016/07/09(土) 17:47:41.16ID:xA/9S6tt
docker-machineでdigital-oceanに構築すると楽なんですけど
これって本番運用可能なものなんでしょうか？
0630login:Penguin
垢版 |
2016/07/09(土) 20:11:26.86ID:FwbqZDw+
本番って基盤のイメージ
0631login:Penguin
垢版 |
2016/07/30(土) 20:25:19.43ID:m1QsICB8
WinでVBox不要になるのか
0632login:Penguin
垢版 |
2016/08/05(金) 21:41:01.87ID:t6hrgXVE
v1.12.0で実装されたSwarmについて誰か説明してくれ
Amazon ECSに変わるものって認識でいいの？
0633login:Penguin
垢版 |
2016/08/06(土) 12:44:53.72ID:hIV9zUXg
>>630
俺も本番とかいう言い方嫌い
0634login:Penguin
垢版 |
2016/08/06(土) 12:56:28.36ID:7bogyaJy
>>620
> 仮想マシンは一つの独立したマシン以上でも以下でもない
> 一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

アホすぎる・・・。

仮想マシンは独立したマシンだというのなら、
ホストどうのこうのじゃなくて
（ゲスト）マシンが乗っ取られる＝（ホスト）マシンが乗っ取られる
ってことだろ。

仮想マシンが独立したマシンと言うのなら、
危険性はホストマシンが乗っ取られるのと同じだ。
0635login:Penguin
垢版 |
2016/08/06(土) 13:07:01.46ID:7bogyaJy
そもそも犯罪者の目的はホストマシンを乗っ取ることじゃなくて
マシンリソースやそこにあるデータを奪うことなんだわ。

ホストマシンを掌握すればより多くのことができるようになるかもしれないが、
別にそれは必須じゃない。一般ユーザー権限であっても
そのユーザーの情報は奪えるわけだからね。

ましてやゲストマシンを奪えたならば、そのゲストマシンの
全データを奪えるのと同じ。ゲストマシンで何かを動かすんだろう？
0636login:Penguin
垢版 |
2016/08/06(土) 14:37:13.43ID:lLsp+2hO
そりゃ
「被害の大小にかかわらずID:7bogyaJyが死んでお詫びします!」
というならID:7bogyaJyにとっては一緒だろうさ
君が言ってるのはそういうこと
何かあったとき切腹じゃなくて焼き土下座で済ませられるように対策しようというのはセキュリティの重要な考え方の一つだよ
0637login:Penguin
垢版 |
2016/08/06(土) 15:00:23.67ID:7bogyaJy
>>636
ならあんたはシステムを作らないほうが良いよｗ
物理マシンを使ったら被害は甚大だからね。

安全にシステムを保つことが出来る力がない人は
何もしない方がいい。
0638login:Penguin
垢版 |
2016/08/06(土) 15:29:14.07ID:lLsp+2hO
なぜ物理マシンを使ったら被害は甚大だと思うの?
物理マシンは複数のサービスが同居してるから乗っ取られたときの被害が大きく、Dockerだとサービス一つで済むってことか？
別に俺はそこを否定してるわけじゃないが、だとしたら君はDockerでホストが乗っ取られたときのリスクの大きさを認めてることになるね
Dockerでホストが乗っ取られたらその上で動作する全コンテナへの完全なアクセスを奪取されるんだから被害は甚大だ
0639login:Penguin
垢版 |
2016/08/06(土) 16:29:15.78ID:7bogyaJy
× 君はDockerでホストが乗っ取られたときのリスクの大きさを
○ 君は（コンテナ・仮想マシン・物理マシン・アプリ）でホストが乗っ取られたときのリスクの大きさを認めてることになるね

全部一緒だ。アホめ
0640login:Penguin
垢版 |
2016/08/06(土) 16:33:32.49ID:7bogyaJy
× Dockerでホストが乗っ取られたらその上で動作する
○ 仮想マシンが乗っ取られたらその上で動作する
○ 物理マシンが乗っ取られたらその上で動作する

なーんもかわらんｗ
0641login:Penguin
垢版 |
2016/08/06(土) 16:43:15.03ID:7bogyaJy
勉強しろアホ目

http://paiza.hatenablog.com/entry/2016/06/07/Docker%E3%81%AF%E5%8D%B1%E9%99%BA%E3%81%A8%E3%81%84%E3%81%86%E8%AA%A4%E8%A7%A3%E3%81%A8%E3%80%81%E6%9C%AC%E5%BD%93%E3%81%AB%E6%B3%A8%E6%84%8F%E3%81%99%E3%81%B9%E3%81%8D%E7%82%B9

コンテナを単に実行するだけで、ホストや他のコンテナがのっとられる
コンテナは隔離環境で実行されますので、単純に(オプションを明示せずに)
一般的なコンテナを実行するだけで、ホストや他のコンテナがのっとられることは現状はありません(知られてはいません)。

ホストのディレクトリ・ファイルを共有すれば、ホストのファイルにアクセスできますが、
明示的に指定しない限り共有されません(-v オプションなど)。
ホストのファイルを共有すればホストにアクセスできますが、
これは仮想マシン(VMware, VirtualBox)でも同じです。
0642login:Penguin
垢版 |
2016/08/10(水) 06:41:20.32ID:p1KyesT7
マイクロサービスとかをみると
サービスは独立しているしエラーも他のサービスに影響は与えない
ということはサービスの一つを乗っ取られたとしても
他のサービスには影響を与えないから
影響は限定的ということになる。
0643login:Penguin
垢版 |
2016/08/26(金) 19:44:08.77ID:y1Q+lI9Q
Dockerを開発に導入したくて上司に相談したんだけど、コストメリットを示せと言われた。
実際どのくらいでるもんなの？
0644login:Penguin
垢版 |
2016/08/26(金) 19:49:20.99ID:YxcomI2B
コストメリットがあるからDockerを導入したいんじゃないのか？
0645login:Penguin
垢版 |
2016/08/26(金) 19:51:50.08ID:jVqywAaO
作ったあと開発の手を離れてしまうようなシステムならメリットは全く無い
開発チームにとっても運用チームにとっても面倒臭いだけ
0646login:Penguin
垢版 |
2016/08/26(金) 19:52:10.32ID:K6qaVZ2U
開発スピード上げて差額出せ
0647login:Penguin
垢版 |
2016/08/26(金) 19:52:44.50ID:2WbTpK59
2chで聞いたら名無しがこう答えた、で上司は納得するのか?
0648login:Penguin
垢版 |
2016/08/27(土) 08:28:29.12ID:0CM77C/B
>>645
まさにこれなんだよな
メリットなんてない
新しいおもちゃ触ってみたいだけ
でもそれは秘密
0649login:Penguin
垢版 |
2016/08/27(土) 08:51:40.52ID:mysy2EAK
>>643
そもそも何でDockerを導入しようと思ったの？
その質問だと目的と手段がごっちゃになってるように見えるんだけど
0650login:Penguin
垢版 |
2016/08/27(土) 10:09:20.00ID:e/SeR+d2
CI回せないならメリットは無いね
開発効率を直接向上できるのはCIであってdockerはそれを実装するためのツールにすぎない
>>649も言ってるけど目的と手段をごっちゃにしてはいけない
0651login:Penguin
垢版 |
2016/08/27(土) 12:47:14.91ID:5lHIt5Id
>>649
正直いうとごっちゃになってる。
Docker使ってみたいだけ。
だって世間で流行ってるものを使いたいって技術者なら誰しも思う事だろ？
でも費用対効果とか経営者目線で見られると説得しづらいんだよ
技術者と経営者の違いだな
0652login:Penguin
垢版 |
2016/08/27(土) 12:59:08.73ID:YpTUjvzC
実際コストメリット出す能力もない人間が使っても博打にしかならないと思うぞ
0653login:Penguin
垢版 |
2016/08/27(土) 13:23:46.76ID:mysy2EAK
>>651
よくわからないんだけど、ライセンス料がかかるわけでもないのに費用対効果出せないと新しいツールを使うことも許されないの？
そんなこと言い出すと一生新しいツールは使えないってことになるけど

Dockerに興味がある人数人でちょっと使ってみて、メリット・デメリットを洗い出してチーム全体で使うかどうか相談するもんじゃないの？
0654login:Penguin
垢版 |
2016/08/27(土) 13:37:45.68ID:tTd0KjjF
うちの会社(典型的な請負SIer)でもサーバー系のインフラチームがDocker試してるらしいけど、
コード一行弄るのに客に見積回す会社でしかもアプリのコードを見たことすらないインストール屋が
Docker触ったところでどうするのか甚だ疑問
0655login:Penguin
垢版 |
2016/08/27(土) 14:09:11.14ID:5lHIt5Id
>>653
実際にやってもらうのは下請けなんだよね
下請けにDocker使ったら効率化できるでしょってやってもらいたいの
その検証費用とか予算取りしないといけない
0656login:Penguin
垢版 |
2016/08/27(土) 14:44:06.43ID:tTd0KjjF
>>655
下請けに投げるような開発でDocker? 正気か?
煽りでも何でもなく、Dockerで一体何をどう効率化することを期待してるの?
0657login:Penguin
垢版 |
2016/08/27(土) 14:59:16.69ID:cRbraAvS
CIじゃなくて
環境をコンテナ化して運用することにメリットないの？
0658login:Penguin
垢版 |
2016/08/27(土) 15:22:26.47ID:tTd0KjjF
VMを立てるまでもないような、たまにしか走らないバッチ処理にはいいんじゃない
最近はそういう目的のためにAWS Lambdaみたいなのもあるからメリットはオンプレ限定だけど
0659login:Penguin
垢版 |
2016/08/27(土) 15:48:34.95ID:YpTUjvzC
>>655
酷すぎる
バズワードで現場を振り回す無能上司の見本
0660login:Penguin
垢版 |
2016/08/27(土) 18:34:58.55ID:GmsfDbs/
理由は「俺のモチベーションが上がるから。」
で通っちゃったりする。
もしくは「とりあえず使ってみないとメリットもわからないでしょ？。」
とかｗ
0661login:Penguin
垢版 |
2016/08/27(土) 20:19:42.97ID:0CM77C/B
下請けは効率化する提案持ってこないのよ
理由は人月で見積もってるから稼働がかかる程儲かる仕組み。
だからこっちから効率化案を出さないとやってくれないので。
Dockerを導入してもらって効率化をはかりシステム費用を削減できるかなって思ったけど無理そうだね。
本当に日本のシステム産業って糞だわ
0662login:Penguin
垢版 |
2016/08/27(土) 23:00:46.11ID:sg8ChX09
効率化提案って、そもそもコンサルティング事業なんだからそれなりの額払わないとやってくれなくて当たり前だと思うけど。
それを下請けがさも当然のごとく提案してくると思ってるなんておかしくない？そんな非常識的なことがまかり通る業界なのかわからないけれど。

コンビニバイトが、こうすればワンオペでも回せます！トラブった時の責任は俺がもちます！ワンオペにした分働けなくなって給料減るのに大変になるけど！
とかっていう提案をわざわざするとは思えない
0663login:Penguin
垢版 |
2016/08/27(土) 23:07:17.83ID:YpTUjvzC
いるんだよねこういうアイデア出すだけで有能気取りの無能
そらこんなのが上流にいたらクソ産業化しますわ
0664login:Penguin
垢版 |
2016/08/28(日) 00:07:22.63ID:9pn7s3OE
>>662
>>663
それなりの金額は払ってるしこれからも払うよ
まあ、君たちは大手と仕事したことないのは分かった
まあ生きてる世界が違うんだろうな
0665login:Penguin
垢版 |
2016/08/28(日) 00:34:35.65ID:AMUS+Rvq
>>664
で、どう効率的で費用対効果があるの？
まさか自分でなにも考えずに人に聞いてるわけじゃないよね
まず自分でどう思ってるの？
0666login:Penguin
垢版 |
2016/08/28(日) 01:02:12.62ID:gaSoyAhh
上司からコストメリット出せと言われて愚痴ってるレベルの人間が何言っても滑稽だわ
生きてる世界が違う、私もそう思います
0667login:Penguin
垢版 |
2016/08/28(日) 01:31:14.89ID:bYOH7pQS
自社開発やってるところが一番働きやすいなって一連の流れ見てて思った
0668login:Penguin
垢版 |
2016/08/28(日) 02:22:38.68ID:Hb2HkCAo
ほんと、自分の無能さは棚に上げて「Dockerが」「下請けが」「俺は大手だから」みたいな >>664 を見ると可哀想になってくる
0669login:Penguin
垢版 |
2016/08/28(日) 07:32:23.39ID:drDKAEUd
>>664
コンサル料払って実際に下請けする業者にdocker使った改善提案出してもらえばいいじゃん。勝算があるなら出来ると思うんだけど
0670login:Penguin
垢版 |
2016/08/28(日) 08:26:39.57ID:Xi9NtkmU
>>669
だから下請けは出してこないんだよ
Docker使っても本当に効率化にはならないのかもしれないし、もしくはエンタープライズには品質的に時期尚早なのかもしれない、
効率化すると人手がかからなくなるから売り上げへるからなのかもしれない
そこの見極めが難しいんだよ
0671login:Penguin
垢版 |
2016/08/28(日) 09:44:05.68ID:cIvo9PEJ
パラダイムシフト寄りの仕組みに見えるよね
着眼点としては、規模は異なるけど、メインフレームからオープンシステムへの移行に近い
メインフレームでもできるにも関わらず廃れた訳が理解できてないとこれを「知る」ことすらモチベーションが上がらないだろうね。上記を加味すれば、下請けが出してこないタイプの技術なわけだが、当然わかるよね
0672login:Penguin
垢版 |
2016/08/28(日) 12:36:54.13ID:CKz7GBzQ
↑そもそもこいつらDockerを理解してないんじゃない？
Dockerだけ見たら仮想空間で包んでいるだけでメリットなんてなく余計なコストがかかるだけだけど
マイクロサービスをアーキテクチャとして組み込めば開発時のメリットが増えるってことなんだから。
0673login:Penguin
垢版 |
2016/08/28(日) 12:38:26.97ID:gaSoyAhh
シンプルに準備も勝算もなく思いつきで陳情して玉砕しただけだろ
ここまで投入ポイントも推計もまったく出てきてない
後出しする情報すらない人間に何聞いても無駄
0674login:Penguin
垢版 |
2016/08/28(日) 14:54:26.84ID:HFRHxf4T
やめて！>>643のライフはもうゼロよ！
0675login:Penguin
垢版 |
2016/08/28(日) 15:29:21.84ID:Xi9NtkmU
>>672
やっぱりメリットなんてないのかよ
0676login:Penguin
垢版 |
2016/08/28(日) 16:24:21.90ID:gaSoyAhh
酸っぱい葡萄程度の教養もない人間を抱えてる腐った大企業にはメリットないから使わないほうがいいよ
ITの巨人がこぞってDockerと提携出資してるし俺も価値を知ってるから使うけどお前には関係ないよ
大手と仕事したことのある大手じゃないお前の企業に帰りなさい
外に出ても恥をかくだけでつらいでしょう
0677login:Penguin
垢版 |
2016/08/28(日) 16:29:30.42ID:QzdOdcpZ
だまって導入しちゃったけどな。。
0678login:Penguin
垢版 |
2016/08/28(日) 17:11:19.87ID:cIvo9PEJ
恐竜に体温調節機能は要らない
メリットがないと言うのはそういうこと
開発が楽になるなんて技術者使い捨ての会社には不要だからさ
0679login:Penguin
垢版 |
2016/08/28(日) 17:21:54.40ID:ULiyoXUW
SI系ならバッチ処理の運用に使うのはアリだね
塩漬けにできるってのはドカタITには非常に受けるし、開発や運用やインフラの体制をほとんど変えずに導入できる
0680login:Penguin
垢版 |
2016/08/28(日) 19:09:46.00ID:XpsFrQIZ
結局「メリット」は誰もわからないわけか
ここもレベル低いな
0681login:Penguin
垢版 |
2016/08/28(日) 19:16:01.60ID:s13a+CHI
そんなの使い方によるし
0682login:Penguin
垢版 |
2016/08/28(日) 19:31:54.18ID:HXkOZsrL
>>670
お抱え業者じゃなくて、ちゃんとDockerの導入実績のある業者に打診しなきゃダメなのは当然では？
大手のお抱えは、大手と同様安定重視でリスクとらなさそうだもん

技術を理解しようともせずに下請けにDocker流行ってるから使ってみてくんない？コスト下がるかもしれないし、とか丸投げしてくる大手の発注元とつきあってくためには、
うちはそういうの出来ませんからって言って新しいことに挑戦しないで旧態依然の方法で今までと高い金取ってた方が楽だと思うもん

確かに、>>661で言ったとおりに日本のシステム産業って糞なんだろな。上流が腐ってるから下流も腐るしか無い
0683login:Penguin
垢版 |
2016/08/28(日) 19:40:05.82ID:XpsFrQIZ
>>682
まさにそれ
腐ってるんだけど、唯一腐ってない俺がDockerでやるって上を説得さえすれば軍隊のごとくそっちに向かうのも事実。
サラリーマンとしてはいろいろ根回しうまい方で説得する自信はある。しかしDockerとかディープラーニングをうちの下請け（グループ会社なんだけど）がちゃんとやってくれるか不安なんだよね。
0684login:Penguin
垢版 |
2016/08/28(日) 20:28:57.68ID:RAVh9NYX
>>678
開発岳じゃなくて、運用が楽になるんだけど
0685login:Penguin
垢版 |
2016/08/28(日) 21:36:28.44ID:cIvo9PEJ
>>683
似てるけど両方とも下には出してない
というか、DLなんて下請けに回したところで何もできんよ。スクレイピングが関の山
0686login:Penguin
垢版 |
2016/08/28(日) 23:45:55.14ID:V8Q+qN6p
>>682
下請け側としては、コストが下がったとしても黙ってるよなｗ
従来と同じ金をもらってればいいんだし。>>670はアホなんだろうな。
0687login:Penguin
垢版 |
2016/08/29(月) 00:29:05.66ID:1l5L4/30
下請けにおんぶに抱っこしかできない元請け様が恥をかいただけでしたね
SIerとは思えない。製造業の窓際システム部門かな？
0688login:Penguin
垢版 |
2016/08/29(月) 00:46:50.19ID:mdQfj8nk
>>686
普通はそうだよね
効率化して原価下がったとしても、高く売れる限りは高く売る

とはいっても、競合に低コストで売り込まれて切り替えられる可能性がある分野だとそんなことはないだろうけど

新たな手法を用いて効率化できるかもしれないけど、テストケースを膨大にこなさないと本当に安全かどうか分かんない、みたいな場合なら、
黙っては効率化しないよな。リスク回避を考えると。

本当に新手法を取り入れてコストカットしていきたいなら、ちゃんと下請けと元請けが協力して共通のゴールを目指せるような体制を作って、
上手く行く行かないにかかわらず検証費用を支払っていくような仕組みにしないとうまくいかないと思うんだけどな
0689login:Penguin
垢版 |
2016/08/29(月) 01:19:40.79ID:J/WRWsfh
受託業者の開発にDocker順次適用なんて無理だと思うけどまあやってみればｗ
0690login:Penguin
垢版 |
2016/08/29(月) 01:45:21.57ID:Zu6KbOHZ
ここは中小企業の低レベル技術者達の吹き溜まりみたいな所だからこんな質問お門違いだろ
フェイスブックとかで質問してみれば？知らんけどw
0691login:Penguin
垢版 |
2016/08/30(火) 18:10:05.83ID:mI82kQeG
Docker使うメリットはミドルウェアのバージョン固定のため
じゃダメなのか？
0692login:Penguin
垢版 |
2016/08/30(火) 18:49:47.23ID:OvUF2+tg
イントラ限定のアプリやバッチならそうだけど、そういうところにDocker使ってるのは少数派じゃないの?
ベアメタルだろうがDockerだろうがセキュリティパッチ当てなきゃいけないのは変わらないんだから、
パブリックなサイトでセキュリティのためだけの更新が多いなら、いちいちイメージ更新しなきゃいけない分手間は余計に増えるよ
0693login:Penguin
垢版 |
2016/08/31(水) 09:25:58.95ID:LrfeJryN
普通のLinux>セキュリティアップデートは自動
Docker内のLinux>固定されているので手動でセキュリティアップデートする必要がある。
0694login:Penguin
垢版 |
2016/09/01(木) 00:21:27.43ID:k9RnEmi0
(´・ω・｀)トラブって責任追及された
やっぱ安易に導入したらダメだわｗ
0695login:Penguin
垢版 |
2016/09/01(木) 01:32:29.37ID:P/zyIfs6
導入しなくてもトラブったら
責任追及されるんだが？
0696login:Penguin
垢版 |
2016/09/01(木) 06:48:02.06ID:1lPpxM4I
責任取れるほどの地位ないから平気だな。。
0697login:Penguin
垢版 |
2016/09/01(木) 07:38:06.13ID:xfCy8Jie
>>694
責任追及された結果、どうなった？
0698login:Penguin
垢版 |
2016/09/01(木) 09:25:30.60ID:pfOoVfxm
俺が責任追及する立場なら、今後一切のDocker使用を禁じる通達を本人から全社員に出させるかな
技術者には謝罪以上に最も屈辱的なことだろう
0699login:Penguin
垢版 |
2016/09/01(木) 11:02:05.52ID:aj5/MO67
>>698
そういう通達出す人って無能な上司感半端なくね？
学校でハサミを使ったトラブルがあったらハサミを使用禁止にした教師思い出すわ
0700login:Penguin
垢版 |
2016/09/01(木) 14:02:40.30ID:Hw16URav
もうPCも使用禁止にしたほうがいいよね
0701login:Penguin
垢版 |
2016/09/01(木) 16:16:20.41ID:ev4DtOTJ
>>694
ぜひトラブった原因をqiitaとかに書いてくれ。ここに書いても便所の落書きにしかならないからな
0702login:Penguin
垢版 |
2016/09/01(木) 20:15:54.17ID:59K8+Vti
同意同意
昔はココに書いてる事も役に立ったけど
今は全く使える事が無いのが残念
0703login:Penguin
垢版 |
2016/09/01(木) 20:30:58.23ID:kT3+XzWw
人が消えてしまったこともあるが
検索にかからなくなったのが大きい
0704login:Penguin
垢版 |
2016/09/01(木) 22:48:29.49ID:gEQuAm4Z
Dockerそのもので話し合うことがなくなった
figまではよかったが、オーケストレーションとかやってる奴いるのかよ？
0705login:Penguin
垢版 |
2016/09/02(金) 03:28:18.98ID:8cMGtPaA
もうみんな歳を取ったんだよ
新しい技術に追い付けなくなったんだよ
0706login:Penguin
垢版 |
2016/09/02(金) 23:06:54.61ID:WoJkTa3o
インフラ系の新技術は枯れてくるにつれて話のスケールがでかくなってきて
半分趣味で触ってるような連中はついていけなくなるのが常
0707login:Penguin
垢版 |
2016/09/02(金) 23:12:18.21ID:NXPfqfeU
つうか、未だに何がうれしいのか全く分からない。

作ってる人が楽しいのは分かるし、バズワードでドヤ顔したいだけの
半可通がうれしいのも分かるけど、実生活にどう影響するのかと。
0708login:Penguin
垢版 |
2016/09/03(土) 00:53:32.55ID:dsqT/Bij
原始人「電気の何が嬉しいのかわからない。」
0709login:Penguin
垢版 |
2016/09/03(土) 01:09:20.94ID:5kVpfjIJ
電気はシステムが出来たから、>>707みたいなバカでも嬉しさは分かるだろ。
0710login:Penguin
垢版 |
2016/09/03(土) 02:39:40.08ID:j+U31FHi
古いOS動かしてるマシン用のrpmとか作るときで、そのマシンには開発環境入れたくないみたいなときに結構役立ってるけどな
0711login:Penguin
垢版 |
2016/09/03(土) 02:55:17.88ID:Ley06PtL
半分趣味でやるのに手軽で便利だなーって感じ
もちろんDockerfileを一から書いたりはしない
0713login:Penguin
垢版 |
2016/09/03(土) 19:26:54.14ID:EBRlzhJy
>>712
それこそユーザーに全く関係ないだろ
0714login:Penguin
垢版 |
2016/09/04(日) 00:36:23.74ID:yfafWMQK
正直立ち上げが速いこと以外魅力感じないな
0715login:Penguin
垢版 |
2016/09/04(日) 09:53:36.97ID:sBFczCGQ
Dockerでサービスを再発明するよりクラウドネイティブでいいじゃん
AWSロックイン? 何が問題なの?
というのが主流になりつつあるよね。
Docker使うようなサイクルの短いアプリなら尚更。
0716login:Penguin
垢版 |
2016/09/04(日) 17:05:47.27ID:NZsi3sMz
なんかみんな新しい言葉好きだよね
0717login:Penguin
垢版 |
2016/09/04(日) 21:24:20.36ID:OCleLpM8
>>715
クラウドネイティブってAWSを使うことじゃないよｗ

「Dockerを使うことでクラウドネイティブにしやすくなる」
こういう使い方をする。
0719login:Penguin
垢版 |
2016/09/28(水) 10:11:54.38ID:TvY0yORU
最近dockerを触り始めたけど、
os updateがあった場合普通どういう手順になるのがよくわからない。

docker fileにupdateを書いておいて、
イメージを生成しなおして、旧コンテナ破棄?

それともコンテナ中で手動(or cron)でupdateする?
0720login:Penguin
垢版 |
2016/09/28(水) 12:55:55.30ID:0/R155p2
>>719
ベースイメージを取得し直してリビルド
それが負担になるほどアプリの更新頻度が低く、かつ塩漬け運用もできないというならその用途はdockerには向いてないよ
0721login:Penguin
垢版 |
2016/09/30(金) 01:48:45.37ID:+pFF7xwn
>>720
ある程度自動で更新出来るようにしておけば楽だけどね。
0722login:Penguin
垢版 |
2016/09/30(金) 03:15:44.62ID:LoGrpDJ+
確かに面白い技術だけど、これとWineを使ってMinGWの（えせ）ネイティブ環境を作るのって、出来るのかな？(´･ω･`)
0723login:Penguin
垢版 |
2016/10/14(金) 14:37:46.72ID:Um5l0tlr
ホストがWindowsの場合VMwareなどの仮想環境下のLinuxに比べてパフォーマンス的にはどうなんだろう？
0724login:Penguin
垢版 |
2016/10/14(金) 14:55:59.78ID:+mI5oV6+
ホストがWindowsの場合は存在しないです
0726login:Penguin
垢版 |
2016/10/14(金) 21:03:05.21ID:AHmmY7d/
>>725
>>724はホストがWimdowsでLinuxコンテナは無いって話だろ
0727login:Penguin
垢版 |
2016/10/22(土) 16:46:26.39ID:k23clfLb
Bash on Ubuntu on WindowsのLinuxカーネルエミュレーション機能が
完璧になれば、WindowsでLinuxカーネルを使うこと無く、Linuxコンテナを
動かすことができるようになるけどね。

最近Bash on Ubuntu on Windowsの開発活発だし。
BashからWindowsアプリ起動できるようになったって。
0728login:Penguin
垢版 |
2016/10/22(土) 21:11:30.69ID:SAbaxmq2
できたら教えてくれ…と言いつつ、開発はlinuxとmacばかりになったな…
0729login:Penguin
垢版 |
2016/10/22(土) 22:25:03.30ID:6l0eFXU4
mac糞化したけどちゃんと使えてるの？
0730login:Penguin
垢版 |
2016/10/23(日) 09:34:48.52ID:H7Do/Qhn
職場でlinux禁止されてしまったので期待！なんだが、
Windows 7 pro以外だめっていわれてるんで意味ないんだよな。
0732login:Penguin
垢版 |
2016/10/23(日) 13:55:35.83ID:E2asVJuC
VPSで数十人が使うWebアプリを公開しようと思ってるんだけど、
実行環境を含めたバックアップ目的にmondorescueを検討していたら
外部DB+Dockerコンテナという選択肢もあることに気付いた次第
もちろん外部DBは定期的にバックアップ取ることにするけど
可搬性から見てどっちが良いですか？
あるいは、外部DB+Dockerでうまいことバックアップとる構成があれば教えて下さい
0733login:Penguin
垢版 |
2016/10/23(日) 14:12:42.86ID:Mg5eWYHb
Dockerコンテナというのは単なる1プロセス。プログラム。
バックアップを取るべきはデータであってプログラムではない。
だからDockerコンテナはバックアップする必要はない。

バックアップを取るのは外部DB。
つまりは普通のバックアップ方法と何も変わらない。
0734login:Penguin
垢版 |
2016/10/23(日) 15:03:57.93ID:H0f5V5CO
>>732
スナップショット機能のあるVPSやIaaSを使えば?
1台で運用するならDockerなんか余計な手間が増えるだけだぞ
0735login:Penguin
垢版 |
2016/10/24(月) 09:45:37.17ID:nezTmqCL
>>733,734
なるほど、どうもありがとう
スナップショット機能のあるVPSを見繕ってみます
0737login:Penguin
垢版 |
2016/10/24(月) 12:27:47.94ID:ebWZBrQ2
将来的なクラウド適用領域の拡大を考えるならEC2がいいのでは
業務系ならさすがにAWSはクソ便利だよ
0738login:Penguin
垢版 |
2016/10/26(水) 08:32:22.79ID:JLMxTpp6
開発現場で窓OSなんか、窓から捨てちゃえばおｋだってば。
0739login:Penguin
垢版 |
2016/10/26(水) 13:13:34.13ID:PwPdnIxv
Dockerが動かないのはお前の愛するMacも同じじゃん
お前が言っているのはWinもMacも投げ捨ててみんなデスクトップLinuxを使えということだが、自覚してるのか?
0740login:Penguin
垢版 |
2016/10/26(水) 13:48:23.64ID:WU3w1e5Q
え？何言ってんだMacはDocker動くだろ
0741login:Penguin
垢版 |
2016/10/26(水) 15:21:28.41ID:yQPeqfd3
VM上でということなら Win も Mac も動くな。

Docker for Mac も Docker for Windows も所詮 VM上の Linux。
Docker Toolbox とは VM 周りの実装とパッケージングの違いでしかない。

一応は Windows は Windowsコンテナならネイティブで動かせるし、
Docker for Windows にもクライアント側の Linux[VM] <-> Windowsコンテナ の
切り替え機能がついたらしいが
0742login:Penguin
垢版 |
2016/10/26(水) 15:25:19.11ID:5KNI7VLA
無知を晒さなくていいから。
0745login:Penguin
垢版 |
2016/10/26(水) 23:48:39.54ID:ksxGrq2g
DockerコンテナっていうのはLinuxカーネルを共有するものなので
Macでネイティブに動くことはない（MacはLinuxカーネルではないから）

もしOSがLinuxカーネルを完全にエミュレートできれば、
Dockerコンテナも動くだろうけどね。
Bash on Ubuntu on Windowsは、WindowsでLinuxカーネルを
不完全ではあるがエミュレートしてるので、これがもし完璧になれば
WindowsでDockerコンテナが動く可能性はある。
0746login:Penguin
垢版 |
2016/10/27(木) 00:57:37.63ID:wpzjSm+S
wine-linuxとBashOnWindowsなら前者を選ぶのがここのたしなみと考えていたのだか…
0747login:Penguin
垢版 |
2016/10/27(木) 01:17:50.83ID:rVvStqmg
Docker使う人はこの板では少数派のいわゆる普通のLinuxユーザー(つまりサーバー系)なので
手元の作業端末はだいたいWinかMacが基本だと思うよ
0748login:Penguin
垢版 |
2016/10/27(木) 07:42:25.81ID:IGX1RvJm
この手の技術は進化が早いからついて行けないのはしょうが無いな
0750login:Penguin
垢版 |
2016/10/27(木) 22:37:27.28ID:cwKyBbz+
VM vs コンテナと言うが、台数ベースではVirtualBoxの上でDocker動かしてるのが最も多いというオチ。
0751login:Penguin
垢版 |
2016/10/28(金) 00:59:25.32ID:PGgovq4M
普通にクラウド使うだけでだいたい解決しちゃうからなあ
Dockerを運用できるほどがっつりインフラ作り込んでて
さらにDockerのメリットが得られるほどバリバリ開発してるようなシステムって
そんなに沢山あるとは思えないな
0752login:Penguin
垢版 |
2016/10/28(金) 06:54:39.99ID:rHz2gI5c
>>751
何か勘違いしているなこいつ。
0753login:Penguin
垢版 |
2016/10/28(金) 11:15:44.77ID:EoYvnCLP
hyper-VはVirtualBOXと共存できないのがつらい
0754login:Penguin
垢版 |
2016/10/28(金) 11:51:25.87ID:0x+ZaH3k
VMwareとVirtualBoxもだめだった。
0755login:Penguin
垢版 |
2016/10/28(金) 21:48:32.95ID:MSJRgBkp
> Dockerを運用できるほどがっつりインフラ作り込んでて
何が必要なんだ？ インフラを作り込まなくて済むのが
Dockerのメリットなんだが。
0756login:Penguin
垢版 |
2016/10/30(日) 16:03:14.03ID:ZZi8BpR1
>>751
単にWebサーバーを稼働とかならdockerなくてもいいげど、役割持たせたコンテナを運用したいならdocker使うのがよさげ。
0757login:Penguin
垢版 |
2016/10/30(日) 16:03:41.28ID:ZZi8BpR1
>>754
Macで共存してるけど、問題ないね。
0758login:Penguin
垢版 |
2016/10/30(日) 18:00:42.12ID:F3CYWVkW
マイクロサービスアーキテクチャ＋Dockerだ！
0759login:Penguin
垢版 |
2016/10/30(日) 18:34:56.16ID:BtnHvCRL
>>755
インフラに手間かけたくないなら出来合いのPaaSや普通にEC2のAMIとか使ったほうがよほど手軽だよ
Dockerだとどうしてもセルフサービスの部分が大きくなるし、
独自に作り込めばその分クラウドプラットフォームが提供する便利な機能も活用しづらくなる
良く言えばベンダーロックインを避けられるということでもあるけどね
0760login:Penguin
垢版 |
2016/10/30(日) 19:57:56.57ID:PgdoAzbd
>>759
お前分かってないだろｗ

AMI or Dockerじゃないんだよ。

AMI + Dockerというふうに組み合わせて使うんだよ。
っていうかDockerだけじゃ使えない。

クラウドプラットフォームが提供する便利な機能も
Dockerで使うんだよ。
0761login:Penguin
垢版 |
2016/10/30(日) 21:12:52.47ID:BtnHvCRL
>>760
だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
お前はきっと次のレスで反発するだろうが、一度落ち着いてよく考えてみたらいい
お前、Dockerを使うために結構手間かけてるだろ?
0762login:Penguin
垢版 |
2016/10/30(日) 21:26:02.56ID:PgdoAzbd
> だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
二重管理なんかしてないが？

お前AMIを使ったら、すぐにWordPressが動くとでも思ってるのか？
0763login:Penguin
垢版 |
2016/10/30(日) 21:45:52.48ID:BtnHvCRL
>>762
いや、まさかとは思うが、FROM wordpressでWordPressが使えるから簡単だとか
「インフラを作り込まなくて済む」ってそんなレベルの話をしてたのか?
0764login:Penguin
垢版 |
2016/10/31(月) 00:39:20.39ID:gZ9a4vjb
>>763
インフラ部分を面倒見てくれるのがあるからdockerを使うんだけど。
0765login:Penguin
垢版 |
2016/10/31(月) 00:43:13.16ID:k+2emm6H
PaaS ならそのとおりだと思うけどなんでAMIを入れた。
AMI なんてただの OSイメージでしかなくそれ以上でもそれ以下でもない。

AMI を扱うということはIPアドレス設計やモニタリング、ロギングなどは
自前にしないといけなくなるし。
そうすると GKE などの DaaS を使うほうが結局手軽になる。
もう一つの大きな DaaS である ECS はあまりやってくれないらしいけど。

PaaS なら Docker と比較して手軽というのはその通り。
まぁ、そうは言っても Heroku がベータとは言え Docker サポートしちゃったから
ロックインを避けるために少し手間を掛けても
アプリの動作環境の構築とデプロイは Docker にしちゃうのも手だけど。
0766login:Penguin
垢版 |
2016/10/31(月) 00:52:32.99ID:6jS0wKZk
>>757
Windowsではだめだった。　VMwareが作った仮想ネットワークデバイスをVIrtualBoxが乗っ取ってしまって
VMwareのゲストがネットワークに繋がらなくなった。
0767login:Penguin
垢版 |
2016/10/31(月) 02:26:11.25ID:mb+wE6dp
Docker for Macのosxfsでのファイルアクセスが死ぬほど遅いんだけどどういう解決方法がオススメ？
0768login:Penguin
垢版 |
2016/10/31(月) 07:54:54.42ID:lXiGm2wm
Docker for Macなんか投げ捨てて逆にLinux上のディレクトリをsshfsかなんかでMacにマウントしたら
0769login:Penguin
垢版 |
2016/10/31(月) 07:58:37.78ID:QQH/tPGz
>>766
あらら、可能ならVmware communityに書き込むと改善されるかも。
0770login:Penguin
垢版 |
2016/10/31(月) 19:51:08.75ID:0vn9jxYP
>>766
Windows 7上で
VMware Workstation Player 12とVirtualBox5.0.16で共存できてるぞ
ネットワーク接続の
「VirtualBox Host-Only Network」のプロパティで「VMware Bridge Protocol」
のチェックを外して共存できたぞ
0771766
垢版 |
2016/11/01(火) 12:27:17.15ID:dsqvsTRz
>>770
Win7 上で Workstation 10と VirtualBox 4.3だった。　もう解決された古い問題かも。
0772login:Penguin
垢版 |
2016/11/12(土) 09:59:29.62ID:9h8R+Gld
コンテナ内のファイルを間違えて変更してコンテナが立ち上がらなくなってしまいました。
変更したファイルを元に戻したいのですが、コンテナが立ち上がらないので docker exec で入って
修正するということができません。
他になにか修正する方法はないでしょうか？
0774login:Penguin
垢版 |
2016/11/12(土) 10:58:11.08ID:ZzeNKo29
>>772
盆栽じゃないんだから、再構築する材料はとっておこうよ。
0775login:Penguin
垢版 |
2016/11/12(土) 11:19:30.13ID:9h8R+Gld
他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。
docker diffで変更されたファイルが確認できるんで変更をrevertする方法もあったらいいんですが。
0776login:Penguin
垢版 |
2016/11/12(土) 12:23:25.73ID:gNgJCBAa
一体どうやったらそんな状況になるんだ
0777login:Penguin
垢版 |
2016/11/12(土) 12:56:29.87ID:9h8R+Gld
ENTRYPOINTがコケるような変更を加えてdocker stop
で簡単に再現できるかと。
0778login:Penguin
垢版 |
2016/11/12(土) 13:26:57.19ID:ocFwV7Ja
docker cp 使って変えたファイルを取り出して修正した後に
docker cp でコンテナに放り込んで start すればOK
0779login:Penguin
垢版 |
2016/11/12(土) 13:33:57.07ID:9h8R+Gld
ありがとうございます！助かりました。
0780login:Penguin
垢版 |
2016/11/12(土) 15:05:36.91ID:7JwZfOJ3
10:00に問題を書き込んで13:30に解決、
かかった時間は3時間30分

> 他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。

本当に早かったんですかねぇ（・∀・）ﾆﾔﾆﾔ
0781login:Penguin
垢版 |
2016/11/12(土) 15:46:03.20ID:9h8R+Gld
？
そりゃ、cpで済む方が早いでしょ？
0782778
垢版 |
2016/11/13(日) 00:17:14.19ID:V+Z3aZ49
書き忘れてたけど、StorageDriver に aufs や overlay(fs) を使ってるなら実ファイルは
/var/lib/docker 以下にあるので最悪はそこからでも触れる。
変えてしまったファイルのパスの確認もできる。
ただし、DeviceMapper の場合だと簡単ではない。
btrfs や zfs の場合は試したこと無いから知らない。

http://paste.ofcode.org/QqeZLmXfui3HBPqTUDmD6j
0783login:Penguin
垢版 |
2016/11/13(日) 10:54:15.20ID:pKY4GI/K
>>781
まともな使い方してればdocker buildで終わりだってことでしょ
0784772
垢版 |
2016/11/13(日) 13:47:50.80ID:45tIgOAv
死んだコンテナのイメージを差し替えて立ち上げることが可能ならそれでもいいんですが、
ボリュームを回収して新しいコンテナを立ち上げるしかないんじゃないですか？
まぁ、コンテナが立ち上がらなくなること自体がまともな使い方じゃないと言えばそうですが。
0785login:Penguin
垢版 |
2016/11/13(日) 15:08:21.41ID:pKY4GI/K
いや永続化が必要なデータは外部のDBに置くかVOLUME使おうよ
コンテナは常に使い捨てが基本だよ
0786login:Penguin
垢版 |
2016/11/13(日) 16:19:59.30ID:45tIgOAv
そこは使い方様々ですからねぇ。
自分も壊して構わない前提でいろいろいじくりまわしていて、仮にデータがすべて
失われたとしても作り直せばいいだけなんですが、その手間が省けるならそれに
越したことはないと。
というかそもそも>>772も、その問題を解決したいというよりも書いている通りそのまま、
そのような方法があるかどうか知りたいから質問したわけですけどね。
0787login:Penguin
垢版 |
2016/11/13(日) 16:53:31.37ID:WbtZf3C8
作り直す手間ってなに？
どこに手間があるの？
0788login:Penguin
垢版 |
2016/11/13(日) 17:05:33.00ID:D4DAJXIL
自分でケツも拭けないクソが偉そうに能書きたれてるな。哀れ
0789login:Penguin
垢版 |
2016/11/13(日) 17:08:26.25ID:3NOGBt0y
>>786みたいな盆栽遊びが好きな人には、ビルドとかものすごい手間に感じるんじゃないの。
0790login:Penguin
垢版 |
2016/11/13(日) 17:09:28.64ID:45tIgOAv
>>787
>>786のことであれば、ボリュームに入っているデータのことだけど？
ようはコンテナ立ち上げた後のアプリケーションの設定やなんか。
0791login:Penguin
垢版 |
2016/11/13(日) 17:11:39.01ID:WbtZf3C8
>>790
コンテナ立ち上げた時点でアプリケーションの設定なんか終わってるんだが？
0792login:Penguin
垢版 |
2016/11/13(日) 17:12:47.10ID:WbtZf3C8
当たり前のことを言うね。

コンテナにログインとかやるやつは
頭がおかしい。
0793login:Penguin
垢版 |
2016/11/20(日) 03:46:54.02ID:4KIrdKy7
overlayfsを使ってる方ってCentosなんですか？Fedoraですか？
無知な学生ですが、プロの皆様にお聞かせいただきたいです
0794login:Penguin
垢版 |
2016/11/23(水) 09:20:23.47ID:HDUyJL95
>>91
かなり遠い所へのレスだけどまさにこれ。
「へえ、docker使ってみるか」
「マ゛マ゛〜、sshdどご〜」
ってなったわ。
0795login:Penguin
垢版 |
2016/11/25(金) 09:41:19.74ID:RqbIOP5N
sentosではaufsがマージされなくなったのか
いつの間に
0796login:Penguin
垢版 |
2016/11/27(日) 13:17:04.69ID:OuKuZbWl
お前らはどうやってDockerfile書いてるの？
手動で手順を確認しながらメモって後でDockerfileに清書？
0797login:Penguin
垢版 |
2016/11/27(日) 13:40:46.54ID:NbcyC6lR
複雑なときはそうするけど基本的にはトライ&エラーだな
前のステップをなるべく弄らないようにすればビルド時間はそれほど問題にならない
で一通りできたらリファクタリングして完成
0798login:Penguin
垢版 |
2016/11/27(日) 15:32:18.90ID:ksIi7fNK
同一ホスト配下でブリッジ接続の複数コンテナに対して標準のポートでhttp, httpsをつなぎたい場合、nginxだったりのリバースプロキシを用意するのが標準？
redmineやjenkinsだったりを使いたいと思ってるんだけど、Dockerの機能を使ってルーティング出来たりする？
0799login:Penguin
垢版 |
2016/11/27(日) 20:07:19.46ID:8aog+una
>>796

tmux などで上下分割して、上で docker run --rm -it debian bash して、試行錯誤
下では vim などで Dockerfile 開いて記述

ホスト側で透過プロキシとして squid を動かしているので（dockerで)、やり直しになってもそれほど気にならない。

コマンドの細かい挙動などをチェックしたい場合が多いので今のところは上の方法でやっているけど、
一旦 Dockerfile へは1行ずつ記述して最後にきれいにするほうが速くて良い場合も多いと思う。
1.13 からは squash も追加されるようなのでそこまでしなくて良くなるかもしれないし。
0800login:Penguin
垢版 |
2016/11/27(日) 20:18:41.82ID:8aog+una
>>798

docker にはその機能はない。

nginx でのリバースプロキシで良ければ nginx-proxy というコンテナを起動するのが良いと思う。
これは、docker api が提供するどのコンテナが起動しているかなどのメタ情報とテンプレートをもとに、
コンテナ生成/削除時の設定ファイルの修正や、プロセスの再起動をしてくれる「docker-gen」という
アプリケーションと nginx を組み合わせている。
これにより、コンテナが立ち上がったり、終了したりすると nginx.conf を修正してそのコンテナへ
プロキシする設定の追加/削除を行い nginx の reload をしてくれる。

機能を実現するために、docker.sock を他人が管理するコンテナに見せないといけないので
そのセキュリティ上の問題点は理解すること。

https://github.com/jwilder/nginx-proxy

自動でなくてよければ、自分で管理する nginx を立てるのでも良いと思う。
0801login:Penguin
垢版 |
2016/11/27(日) 20:27:02.91ID:J5LCLR1R
>>799
オイラはローカルディレクトリをコンテナのホームにマウントして一通りやってからbashのHistoryから必要なものを抜いて作るな
会社の串が特殊なので一度通してからじゃないと安心できない
0802login:Penguin
垢版 |
2016/11/27(日) 21:58:14.91ID:OuKuZbWl
>>796 だけどレスさんくす
わりと人それぞれなんだな
参考にさせてもらうわ
0803login:Penguin
垢版 |
2016/11/28(月) 02:18:47.64ID:JwTYv/CP
>>800
詳しくありがとう。nginxでのリバースプロキシはVMで作ったことがあるから先ずそっちを検討かな。挙げてくれたコンテナも調べてみるよ。
0804login:Penguin
垢版 |
2016/12/04(日) 08:27:18.28ID:Qsgqn7SH
盆栽作りってすごくしっくりくるな
わろたｗｗｗ
0805login:Penguin
垢版 |
2016/12/06(火) 09:24:18.26ID:MqeBJDaI
>>796 >>802だけど複雑だったから結局>>796の方法でやってる
>>801の方法も良さげだなぁ
インストール時間が作業時間のボトルネックだね
0806login:Penguin
垢版 |
2016/12/15(木) 22:46:17.15ID:nif4fX/q
会社でDockerのおすすめの本を聞かれたんだが、
なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ
0807login:Penguin
垢版 |
2016/12/15(木) 23:11:19.12ID:8LH491Fv
>>806
その人もどこから始めていいかわからないんじゃないの？
読んだ本でいいのがあれば自分の感想も含めて教えてやればいいし、読んでないならそう答えれば
0808login:Penguin
垢版 |
2016/12/15(木) 23:51:27.61ID:M6obBpSq
> なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ
バカか？

なんのために作られたのかを理解しなければ、
変な使い方をして使いにくいと愚痴る馬鹿ができあがるだけだろ
0809login:Penguin
垢版 |
2016/12/17(土) 17:13:38.71ID:CiMNWzhF
初心者ですまんが、dockerに固めたライブラリ類のアップデートってどう管理するの？
セキュリティ警告出てるバージョンが含まれてるかどうかscanする方法はある？
0810login:Penguin
垢版 |
2016/12/17(土) 17:30:54.23ID:2gvSrkTc
>>809
Docker Hub を使えるなら Docker Security Scanning
https://docs.docker.com/docker-cloud/builds/image-scan/
http://www.publickey1.jp/blog/16/docker_security_scanning.html

手元でチェックしたいなら vuls
https://github.com/future-architect/vuls/blob/master/README.ja.md
vuls やってみた系記事、作者が日本人なのでこれ以外にもいっぱい記事がある。
http://cross-black777.hatenablog.com/entry/2016/05/09/090000

両方ちゃんと使ったことはないので、pip や bundle、npm などでインストールされた
言語のライブラリのチェックをしてくれるかは知らない。

言語のライブラリ周りは VersionEye あたりが使えるのかな
https://www.versioneye.com/
https://www.infoq.com/jp/news/2016/09/versioneye

ぜひ試してレビューしてほしい
0812login:Penguin
垢版 |
2016/12/17(土) 19:38:35.98ID:Nk6qV+Yf
>>806
プログラマならDocker教科書
インフラ屋なら知らん オーライリー本でも買っておけば？
0813login:Penguin
垢版 |
2016/12/17(土) 20:58:31.85ID:VVZxJWVc
Dockerってなにがいいの？
0814login:Penguin
垢版 |
2016/12/17(土) 21:28:18.10ID:U4tv31+j
現実として手間やリスクをペイするかはともかく、少なくとも転職活動のときのネタにはなる
0815login:Penguin
垢版 |
2016/12/17(土) 22:50:13.81ID:73qcISp7
>>813
VPCに比べていろいろ面倒くさくない
0816login:Penguin
垢版 |
2016/12/17(土) 23:30:33.31ID:O8pINgwA
インフラを保守的に運用しつつ、スキルのあるアプリエンジニアに最大限の自由を与えることができる
特にオンプレだと顕著
もともとバリバリのクラウド開発でサーバーなんか使い捨てだよという感じなら起動が早いくらいしかメリットはない
0817login:Penguin
垢版 |
2016/12/17(土) 23:43:51.54ID:dj1Kku51
アプリのデプロイの話をしてないやつは
エセインフラエンジニアだから
話半分に聞いていればいい
0818login:Penguin
垢版 |
2016/12/18(日) 00:00:40.07ID:4d92SKJj
>>816
オンプレはほぼ同意見。
あとは、開発者の手元に似たような開発環境を用意しやすいぐらいかな。

クラウドに関しては、GKE や ECS がサービスとして存在していることを考えると
ある程度の柔軟性をもったパッケージングと配布（デプロイ）が準備され、
それが逆に一定のルールとなって縛っていることがメリットだと思う。
そのおかげでどのようにスケールするかなどがある程度決めれるから。

結局、オンプレもクラウドも一番大きいのはこのルールなのかなと思ってる。

ちなみにすごくどうでもいいことだが、docker が出た当初からインフラ屋の俺はこれを
アプリエンジニアとのプロトコルと呼んでいる。
0819login:Penguin
垢版 |
2016/12/19(月) 00:20:03.77ID:YQ49ml41
macvlanでapacheを複数ホストする方法を教えてくれ。
dockerホストのVMにmacvlanでapacheコンテナを複数作成。
それぞれmacvlanで192.168.0.1, 192.168.1.2を割当。
dockerホストと別のVM(192.168.0.254)から192.168.0.1, 192.168.0.2へのpingが通らない。
192.168.0.1と192.168.0.2の間ではpingが通る。
誰か助けてー

■参考(公式ドキュメント)
https://docs.docker.com/engine/userguide/networking/get-started-macvlan/
0820login:Penguin
垢版 |
2016/12/19(月) 01:31:48.12ID:kCNGuOHH
>>819
docker host が VM 上だと macvlan が通らないことがあるのでそこのチェック
(コンテナの mac が vm とは異なるものなので、virualbox だと自動的にフィルターされる。
そのため、promiscuous mode にしないといけなかったと思う。）

単純なデバッグとしては外部からの ping がホストまで届いているか tcpdump してみれば？
macvlan モードはオンプレなら何も気にしなくていいけどVMだとそっち側で色々されちゃうので
一筋縄ではいかないのがちょっとつらい。
あとは、ホストへの通信が簡単にはできないのも辛い。
0821login:Penguin
垢版 |
2016/12/21(水) 00:09:21.59ID:mJ9qbyhA
>>820
コメントありがとう。
ググってるだけでまだ触れてないけど、難易度高そうですな…
0822login:Penguin
垢版 |
2016/12/23(金) 20:15:21.64ID:lhOz+zFi
社内用にgitlabとか簡単に構築したくて入れたけど便利だな
nginx-proxyとかgitlab-runnerにdocker.sock渡してるの怖いけど
0823login:Penguin
垢版 |
2016/12/23(金) 22:20:32.83ID:ZE3v8MAp
そうそう、そういうのを無効化するのが醍醐味
わかって使えばこの上もないツール
0824login:Penguin
垢版 |
2016/12/24(土) 12:44:21.60ID:9oRagV//
自作のアプリならいいけどそういう他人が
作ったものっていうのはデータの永続化が困る。

どこを保存すればいいのか、調べりゃある程度わかるけど
本当にそれだけでいいのか判断できない。

データディレクトリってちゃんと別れていればいいけど
設定ファイルは別の場所だったり、
「管理画面から入れるプラグイン」は特定のディレクトリに入ったりで
コンテナ消したときにちゃんと復帰できるのか自信が持てない。
0825login:Penguin
垢版 |
2016/12/24(土) 17:43:26.73ID:+JDkOtyq
そういうものは、docker commit で頑張れなくもないけど、
コンテナが immutable であることを前提に設計されている docker を使って
運用するのは向かないものなので VM や lxc なんかで運用するしたほうがよい。

気になって追いかけるときに docker diff なりを使うのもありだけど
結局コード読まないと最終的に判断できないんだから
そういうものは docker 使うのを諦めたほうがよい。
0826login:Penguin
垢版 |
2016/12/25(日) 20:05:48.75ID:fIuw+V57
そもそも出来合いのものをDockerで運用する意味はないわ
既存のDockerのクラスタがあるからついでに乗せるとか、
単発のジョブならありだけど
0827login:Penguin
垢版 |
2016/12/26(月) 09:49:54.58ID:PLBWxsz1
Windows10でドライブマウントうまくいく？
日本語入ってると見れない
0829login:Penguin
垢版 |
2017/01/26(木) 15:32:39.73ID:vKPQziBb
どの部分に凄みを感じたん？
0830login:Penguin
垢版 |
2017/01/26(木) 21:34:58.10ID:WAMGEIhr
鯖がコンテナ積んでるロゴ
0831login:Penguin
垢版 |
2017/01/26(木) 22:05:33.94ID:t28E8yhv
Dockerは確かにロゴやサイトの美的センスはあるよな
LinuxオタのくせにGNU的な気持ち悪さを微塵も感じさせない
0832login:Penguin
垢版 |
2017/01/26(木) 22:36:28.12ID:dZzLF94s
>>831
GNU的な気持ち悪さってなんだよ?w
0834login:Penguin
垢版 |
2017/01/27(金) 00:20:41.41ID:L2sjG0DQ
鯖だったのかアレは
個人的にはイカも悪くないと思う
0835login:Penguin
垢版 |
2017/01/27(金) 00:45:40.49ID:YR2bExgB
ズートピアの警察署長
0836login:Penguin
垢版 |
2017/01/27(金) 01:33:18.96ID:4xG+mJbf
アップデートされました。
0837login:Penguin
垢版 |
2017/01/27(金) 12:22:16.18ID:b5azZFPe
>>834
海の仲間たちのデザインも悪くない。
センスいいと思う。
0838login:Penguin
垢版 |
2017/01/28(土) 00:13:07.00ID:mEA9d3XN
このスレって技術者だけで、研究生なんかはいないのかな？
0839login:Penguin
垢版 |
2017/01/28(土) 00:15:37.32ID:+vbaE7xJ
情報系の学生ならいるけど特に研究に使ってるわけじゃないな
0840login:Penguin
垢版 |
2017/01/28(土) 01:40:52.22ID:b1WmBmh9
今月のソフトウェアデザインを読んでdockerを始めてみたけど自分にどんなメリットがあるのか見出だせない...ラズパイ+dockerで機械学習とかやってみようかなぁ
0841login:Penguin
垢版 |
2017/01/28(土) 02:23:59.69ID:dNcQjqOy
今Docker実践入門という本で勉強してるけどとても楽しい
今まで必死に書いていた構築手順書とかから解放されそう
0842login:Penguin
垢版 |
2017/01/28(土) 09:12:07.00ID:92B9DGMz
インフラ系の人が構築を楽にしたいなら構成管理ツールをやった方がためになると思うけどな
Dockerはあくまでアプリのパッケージ化技術
そこを勘違いしてDockerに入ってきたインフラ系の人が結局 ? となったまま去っていくケースが多い
0843login:Penguin
垢版 |
2017/01/28(土) 10:00:35.20ID:PcTp7kkz
DockerとImmutable Infrastructureとクラウドのせいで
構成管理ツールいらないんじゃね？って思ってるんだが
シェルスクリプトで十分でしょ
0844login:Penguin
垢版 |
2017/01/28(土) 10:01:37.20ID:PcTp7kkz
ちなみにDockerfileはほぼシェルスクリプトと思ってる
0845login:Penguin
垢版 |
2017/01/28(土) 11:43:01.77ID:2MvWS/IP
docker使ってるとubuntu14で一行で
git最新版(2.x)入れる方法とかクソみたいな
知識が必要になるのが辛い。

けどそれ以外は楽しいね〜
0846login:Penguin
垢版 |
2017/01/28(土) 11:47:29.88ID:PcTp7kkz
複数行で書いていって、完成したら ; でつないで一行にするだけじゃね？
0847login:Penguin
垢版 |
2017/01/28(土) 11:48:49.38ID:PcTp7kkz
もっともなんで最新版gitをDockerの中に
あえて入れないといけないのかがわからんけど。

Dockerの中のgitは人間が直接使うわけじゃない
最新版でなくても動けばよかろう？
0848login:Penguin
垢版 |
2017/01/28(土) 14:38:11.58ID:xrwv+dsh
一行にするだけでも可読性が悪くなるよな。gitのsquashみたいな機能があったらいいんだけど。
0849login:Penguin
垢版 |
2017/01/28(土) 14:57:46.09ID:PcTp7kkz
前に

BEGIN # ここから
RUN なんとか
RUN なんとか
EMD # ここまで

を1レイヤーにすれば良いんじゃね？
みたいなIssueがあった気がするがあれどうなんたんだろう。

ぶっちゃけヒアドキュメントみたいなものが使えれば
一行である必要はないはずなんだよな
0850login:Penguin
垢版 |
2017/01/28(土) 15:12:15.84ID:2MvWS/IP
>>847
go使うのにある程度新しいgitが必要だったのよ
0851login:Penguin
垢版 |
2017/01/28(土) 15:20:07.19ID:2MvWS/IP
ディスク容量さえ増えなければ複数行でいいんだよね？
squash diskみたいなのが欲しい。rmしてそれやると、
イメージサイズが減ってくような奴w
0852login:Penguin
垢版 |
2017/01/28(土) 15:29:25.19ID:PcTp7kkz
なんで？としか言いようがないな。
goは普通にバイナリ提供されてるだろ
goを使うだけなのにどこでgit使うんだ？
0853login:Penguin
垢版 |
2017/01/28(土) 15:51:31.79ID:4Jfgy7RR
goはビルドシステムがgitに依存してる
まあgoはバイナリがポータブルなのが売りなので、そもそもコンテナ内でビルドする必要はないんだが
0854login:Penguin
垢版 |
2017/01/28(土) 17:12:56.26ID:2MvWS/IP
>>853
ほお、じゃあ外でビルドしてからgopath以下を
全部コンテナに突っ込めばよかったんかな。
イメージを小さくするにはそのほうが良いかも
0855login:Penguin
垢版 |
2017/01/30(月) 21:09:58.96ID:rjaVNIFi
>>854
いやいや生成されたバイナリ一つで済むからワンバイナリ言ってるわけだし。
windows環境ならlinux用にバイナリ出力すればいいだけ
最近はワンバイナリですまないかもしれないけどね。
0856login:Penguin
垢版 |
2017/01/30(月) 21:18:58.37ID:K/NqPmIh
そもそもワンバイナリならdockerも要らないけどな
0858login:Penguin
垢版 |
2017/02/20(月) 22:58:04.93ID:GZ1cgO8N
久しぶりに来たら squash の話してるけどすでに実装されてるぞ。
ただし、Experimental。

仕組みとしては、通常のbuildをしてできたイメージを1layerにする処理がまた走る。
内部的にはイメージが2つできる感じ。
手元のディスク容量的には損だけど、squash 前の繰り返しする場合に
レイヤーが再利用されるのでそういう面で便利。

使い方は、docker daemon を experimental オプションつけて起動して、
docker build --squash -t foo .

次の 17.03 か 17.04 あたり（バージョニングルールが変わった）で experimental 外れるんじゃないかな
0859login:Penguin
垢版 |
2017/02/20(月) 23:14:46.37ID:GZ1cgO8N
golang を docker で build する意味に関してはいくつかある。

vendoring tool （依存パッケージのバージョン含めた管理）の代わりにセットアップされたイメージを用意するという方法。
最近は golang から dep という公式ツールが出て今後の方針が見えてきたとはいえ
テストなどを考えると vendoring の処理自体を毎回するとか面倒なのでコンテナ使うのは悪くないと思う。

ほかは cgo の問題（golang の中で c をインラインで書ける機能）。
golang の net/http はそのままで名前解決の部分が libc に依存しているので build 環境に左右される。
これは debian などで glibc 環境で build したイメージが glibc へダイナミックにリンクされてしまい
Alpine の musl libc で起動できないという現象（または逆）がある。
net/http の場合は CGO_ENABLED=0 や -a オプションなどで golang での実装へ回避できるが、
mattn/go-sqlite3 など中身は C のライブラリへのリンクしか無いと言うものが結構ある。
mattn/go-sqlite3 場合だと動作環境に sqlite のライブラリを入れるか
ldflags などを工夫して static バイナリをなんとか作るかという面倒なことをする必要がある。
docker イメージならライブラリ突っ込んで置けばいいので楽。

あとは、コマンドの統一。
いろいろなコマンドを docker run hoge 的に統一できるということ。
docker hub に登録しておけばどの環境でもこのコマンドで取得して実行できる。
golang の場合は容量的に空のイメージである scratch イメージを base にバイナリ放り込むという感じかな。
これを頑張ってる例としては whalebrew。
0860login:Penguin
垢版 |
2017/02/20(月) 23:45:20.11ID:3naPY4fk
なんでそこまでしてGoなんて糞言語使わなきゃいけないんだ
デプロイがシンプルであることだけが存在価値の言語なのに
0861login:Penguin
垢版 |
2017/02/21(火) 00:43:51.96ID:zSkuuX2q
>>860
お金のにおいがするからじゃないの？
なんか出してもいない広告で100億円儲けてる業界みたいだし。
0862login:Penguin
垢版 |
2017/02/23(木) 22:14:18.66ID:XyGL3dEI
普通に仮想マシンの中にLinuxとか色々ソフトを入れてサーバー立てるんじゃなくて
Dockerを使うと良いことあるの？
0863login:Penguin
垢版 |
2017/02/23(木) 22:23:38.60ID:MafKuul+
>>862
バイナリファイルを一個コピーするだけで
アプリが使えたら楽だろ？

wget 取ってて/usr/local/bin あたりに入れて
chmod +x するだけで使える。


アプリを動かすまでにApacheを設定してPHPをインストールして
WordPressをインストールして動かすの大変だろ？

Docker使えば、docker run するだけで使える
0864login:Penguin
垢版 |
2017/02/23(木) 22:34:16.05ID:NESE3n8b
今時そんなのはPaaSでワンクリックだけどね
Dockerはむしろ、アプリ個別に好き勝手に環境をガンガン作り込んでも
インフラや運用体制が破綻しないのがメリット
0865login:Penguin
垢版 |
2017/02/23(木) 22:50:52.57ID:VBR1y7Yw
>>858
>>859
サンクス。squash期待だわ

まさにcgoもあってnvidia-dockerでgo使ってる。
何故goとか言われると辛いが便利なので使ってるわけで、
使うとなるとdockerに閉じ込めれたほうが便利なんだし、
いいじゃん俺が何使おうが、みたいな感じだよね
0866login:Penguin
垢版 |
2017/02/23(木) 22:51:47.94ID:VBR1y7Yw
>>862
VMより軽い。そんだけ。
VMで使えてるならVMでいいんじやん？
0867login:Penguin
垢版 |
2017/02/23(木) 23:00:33.50ID:XyGL3dEI
VM1個しか要らないならメリットなし？

ただの仮想マシンは移したりするときに
イメージ全部運ぶの大変そうなのは分かる
0868login:Penguin
垢版 |
2017/02/23(木) 23:12:53.17ID:VBR1y7Yw
>>867
説明が面倒なんで説明してないだけ。
俺だったらdocker使えるなら全部docker使って、
どうやっても無理なとこだけVM使うとかするけど、
君、docker使いたくないんでしょ？ならVMでいいよ。
説明がメンドイ
0870login:Penguin
垢版 |
2017/02/23(木) 23:17:26.49ID:NESE3n8b
>>867
それはちょっと違う
Dockerを使うなら、これまでVM1個に色々入れてたものは複数のコンテナに分けて構成することになる
構成要素のそれぞれを独立して動作する一つのパッケージとして扱えるので個別の変更が比較的容易になる
変更せずに決まった形で運用するだけなら全くメリットはない、というか
全体的に見れば環境は当然1VMに比べて極めて複雑になるのでデメリットしかない
0871login:Penguin
垢版 |
2017/02/24(金) 01:56:55.47ID:9fOfLc8E
>>867
Docker使い()はね、Docker使うことが目的なんだ。
0872login:Penguin
垢版 |
2017/02/24(金) 09:23:51.78ID:EGNXCUbD
>>862
環境を壊さないところかな。
OS１個でも色々な環境をつくれる。
お互い排他にできるからRootで作業しても安心。
0873login:Penguin
垢版 |
2017/02/27(月) 14:56:32.12ID:vzcfvR79
質問します
Exposeではない方法でdocker の外側からコンテナにアクセスする方法がわからないので教えていただきたいです
Bridge を用いるのはわかるのですが，いまいちよくわからないので
0874login:Penguin
垢版 |
2017/02/27(月) 19:29:36.20ID:hHCogBTa
ttp://christina04.hatenablog.com/entry/2016/07/22/193000
これでどうだろうか。
0876login:Penguin
垢版 |
2017/02/28(火) 09:20:45.91ID:WAeZD99p
他にも
https://docs.docker.com/docker-for-mac/networking/

Known Limitations, Use Cases, and Workarounds
There is no docker0 bridge on macOS
I cannot ping my containers
Per-container IP addressing is not possible
Use cases and workarounds
I want to connect from a container to a service on the host
I want to connect to a container from the Mac
0877login:Penguin
垢版 |
2017/02/28(火) 12:28:59.77ID:nfcyPD7E
RPi3 HypriotOS なので Mac の件は大丈夫です.ありがとうございます.
ですが，>>874 のブログだと結局外部からアクセスするには expose するしかないのでしょうか
0878login:Penguin
垢版 |
2017/02/28(火) 21:48:02.67ID:uZrPc7Rh
そもそもアクセスって何がしたいのさ
0879login:Penguin
垢版 |
2017/03/01(水) 00:51:49.38ID:f2lcL8jV
Win10 homeでも動くようになるってのはどうなったんだっていう
0880login:Penguin
垢版 |
2017/03/01(水) 01:01:56.89ID:zKL6fZSr
WindowsコンテナにしてもDocker for Windows にしても Win10 Home で動くという話は聞いたことはないな
まぁ、対応するとしたら Microsoft なんだけど hyper-V を home 持ってくることは無いんじゃないかな
0881login:Penguin
垢版 |
2017/03/01(水) 06:57:54.69ID:BvMgnh4a
用途は研究です
コンテナ内のアプリケーションと外部のアプリケーションで通信を行いたいのです
ホストosのiptables をいじって転送するように設定したら可能でしょうか
コンテナから外には繋がるので
0884login:Penguin
垢版 |
2017/03/01(水) 23:47:24.74ID:rngK4GuO
>>881
研究とはDockerでいろいろ変なことをやってみる研究ですか？
それともDockerを実務で使うための研究ですか？
0885login:Penguin
垢版 |
2017/03/02(木) 00:53:55.20ID:e/6SBv79
アタックして中身の情報を盗み出す研究じゃね？
0886login:Penguin
垢版 |
2017/03/02(木) 23:37:35.81ID:V84YCqu8
>>884 docker は単にデーモンを分けて動かしてメンテナンス性を上げるためです
0888login:Penguin
垢版 |
2017/03/03(金) 12:51:59.91ID:mhTOLFfe
>>887
毎月リリースはいいんだけど、安定板は平行して出てこないのかな。
0890login:Penguin
垢版 |
2017/04/06(木) 14:21:14.99ID:Vj6ztunA
Windowsで
VirtualBoxで試したらIOがめちゃめちゃ遅くてまともに動作しない
Hyper-Vではそんな事は無かった
0891login:Penguin
垢版 |
2017/04/06(木) 16:04:58.83ID:/LfHUgOs
ならスレチってわかるよな？
0892login:Penguin
垢版 |
2017/04/06(木) 18:32:29.28ID:AlJtAXrU
>>891
VMのLinuxで動かしてるからスレチではない。
0893login:Penguin
垢版 |
2017/04/06(木) 19:09:05.00ID:JkUgNfj4
>>892
で、Dockerの話題はいつ始まるの？
0894login:Penguin
垢版 |
2017/04/06(木) 20:25:23.17ID:qyaesyW/
dockerってすごいよね！
0895login:Penguin
垢版 |
2017/04/06(木) 21:43:05.07ID:hUwu3FbW
docker、すっごーい！たのしー！
マジこれヽ(´ー｀)ノ
0896login:Penguin
垢版 |
2017/04/08(土) 08:06:37.75ID:v+YoOqVn
今のDockerはRHEL6/CentOS6をサポートしないと言ってるけど、実際のところはどうなの？

・サポートしないとは言っているが今のところ一通り動く
・一応動作するが一部問題がある
・動かない
0897login:Penguin
垢版 |
2017/04/08(土) 10:51:33.68ID:iIF+k8u8
動かそうと思えば動かせる。
でも、動いたCentOS6はもはやCentOS6ではない。
0898login:Penguin
垢版 |
2017/04/08(土) 11:09:28.71ID:v+YoOqVn
なるほど、ありがとう。
でもこれ↓意味わからん。

>でも、動いたCentOS6はもはやCentOS6ではない。
0900login:Penguin
垢版 |
2017/04/09(日) 16:10:00.13ID:Eybh9Usi
rhel7でもdocker動かそうとするとサブスク必要で
かつ彼等のecosystem使わないといけない風潮あるから
なんか嫌
0901login:Penguin
垢版 |
2017/04/09(日) 18:47:16.79ID:iE8dRkRU
イアンマードックを偲んでdebian使え。
0903login:Penguin
垢版 |
2017/04/10(月) 20:38:33.78ID:q6kv8j9P
当たり、前田の〜♪
0904login:Penguin
垢版 |
2017/04/11(火) 09:32:30.02ID:OjfzHz7Z
Docker for WindowsでWindowsのディレクトリをボリュームとして使うと正常に動作しないっぽい
WindowsのファイルシステムだとLinuxコンテナに必要な機能がないからか
ファイルやディレクトリの所有者はそのままになるからか

大量にディスクIOが発生してGitLabの動作が重たいから
sameersbn/docker-gitlabだけWindowsのディレクトリを使ったら正常に動作しなくなった
素直にLinuxマシンを用意しろってことか
0905login:Penguin
垢版 |
2017/04/11(火) 16:35:59.21ID:PVrhBF1c
windows10でアップデート後問題なく動いていたのにふと再起動かけたらShared Drivesで共有ドライブ認証出来なくなって困った
Apply押すと詳細な共有の設定も初期化されるしどういうことだ・・・
0906login:Penguin
垢版 |
2017/04/11(火) 19:29:34.91ID:E1v/IRh4
Linux板で何言ってるんだか
0907login:Penguin
垢版 |
2017/04/14(金) 20:22:09.40ID:pLiWTQPP
windows10で使っちゃダメだよ
0908login:Penguin
垢版 |
2017/04/15(土) 18:26:55.86ID:cBTg03II
そもそも、そこまでして頑なにWindows使う人の気持ちがわからない…
0909login:Penguin
垢版 |
2017/04/15(土) 20:30:35.14ID:Q2dbB8M4
Windowsコンテナも同時に使いたいとか？
0910login:Penguin
垢版 |
2017/04/16(日) 00:58:34.49ID:ZSY/twR5
(´・ω・｀)別にdocker入れなくてもいいんだけど、
dockerを入れて複雑化して誰も触れない環境にするために使ってるようなもんかな
0911login:Penguin
垢版 |
2017/04/17(月) 08:36:07.25ID:80qRwJ4B
>>908
Windowsしか使えない人なんだからしょうがない。
0912login:Penguin
垢版 |
2017/04/17(月) 19:36:37.67ID:3ZKz+sM+
職場環境とかだと割とOS限定されるし
どうしてもwindowsで実現しなくちゃ行けない場合もあるのかな？

ただ罵るだけとかlinux板も落ちたよなぁとオモタ
0913login:Penguin
垢版 |
2017/04/17(月) 20:35:26.31ID:Wyd7loQ0
落ちたも何もUNIX板から追い出された隔離所だし
0914login:Penguin
垢版 |
2017/04/17(月) 20:36:16.18ID:/DOIk/oJ
「Windows使ってる」が「Windowsしか使えない」に短絡するバカっていまだにいるんだなぁ。
0915login:Penguin
垢版 |
2017/04/17(月) 21:13:59.50ID:npkXvT3l
WSL その81 - WSLでどのようなテストが行われているのか
https://kledgeb.blogspot.jp/2017/04/wsl-81-wsl.html

WindowsによるLinux互換レイヤー実装、
もうLinuxと8割ぐらい互換性があるようだな

DockerがWindows上でネイティブに動くという夢も
近いうちに実現するかもしれない。
そうなるとDocker動かすのに仮想マシンHyperVも必要なくなる
0916login:Penguin
垢版 |
2017/04/18(火) 05:42:53.53ID:/98eGWyV
WSLはbetaが取れるまでは様子見
0917login:Penguin
垢版 |
2017/04/18(火) 12:17:43.23ID:ikWQTth3
windowsでないと使えない人たちが何しにここ来てんの？ｗ
0919login:Penguin
垢版 |
2017/04/19(水) 04:43:53.66ID:A+gt0Bj5
マイクロソフト、Windows Serverのコンテナ機能でLinuxコンテナのサポートを発表。主要なLinux OSとLinuxKitに対応。DockerCon 2017
http://www.publickey1.jp/blog/17/windows_serverlinuxlinux_oslinuxkitdockercon_2017.html

WSL のようなものではなくて結局 Hyper-V 経由だけど「Hyper-V コンテナ」の実装として出してきたね。
すでに、Hyper-V コンテナで実装されている Windows コンテナと同様であると考えると、
Hyper-V でラップしてその中で kernel とプロセスが動く。

ただ、これをまとめて操作できるインターフェースが用意されるのかな。
docker run すれば hyper-v コンテナ経由で Linux の環境とコンテナが上る感じで engine は windows 側？
そうすれば、Docker for Windows みたいな専用VMを意識しなくて良くなる（この Linux が moby になるのかな）。
これがちゃんと実装されれば、windows 上では windows コンテナと Linux コンテナ混在で同じ操作性で扱うことができそう。
Hyper-V コンテナなら Windows10Pro でも動くのでその点も良い。

気になるのは Network と共有ファイルシステム。

Network は Hyper-V の設定で面倒なところだけど、Overlay に関しては windows/linux 混在できるようにわざわざしてくれてるので
使いやすく実装してくれることを期待。
https://blogs.technet.microsoft.com/virtualization/2017/04/18/ws2016-overlay-network-driver/

共有ファイルシステムは Docker for Mac でも性能や権限がよく問題になっているので
これがいい感じになるようならば、Windows で開発してもいいかなという人も増えるのでは。
0920login:Penguin
垢版 |
2017/04/19(水) 06:43:31.77ID:1RtucrVx
意味の無いことだとは思うのですが
ドッカーッてsystemdな環境をinitな環境と切り替えて使えたり出来るもんなのでしょうか？
0921login:Penguin
垢版 |
2017/04/19(水) 07:30:57.22ID:V8X9WRFD
dockerは仮想環境のディストリビューションは何になるの？もしかしてホストOSと同じ？
0922login:Penguin
垢版 |
2017/04/19(水) 11:59:08.35ID:09D8eRFx
>>921
ディストリはホストと別でもよい
ホストUbuntuでコンテナCentOSとかでもOK
0923login:Penguin
垢版 |
2017/04/19(水) 16:43:25.82ID:We+dGtuk
docker用に最適化されたCoreOSってのもあるからそれでもいいのよ
0925login:Penguin
垢版 |
2017/04/20(木) 02:56:49.52ID:xfmEhaK2
coreOSは普通のディストロとはかなり使い勝手が違うから慣れてないのに使うのはオススメしないな
それとcoreOSはdockerじゃなくてrktだろ
0926login:Penguin
垢版 |
2017/04/20(木) 03:20:42.89ID:Ach9wspJ
セキュア重点の特化OSで使い勝手同じのってあるの
0927login:Penguin
垢版 |
2017/04/20(木) 08:50:42.01ID:Qv0LLll+
どうせならdockerkitにしようぜ
0928login:Penguin
垢版 |
2017/04/20(木) 12:43:33.35ID:ddHoXqzv
>>919
そこまでして、ホストでWindowsを使う必要がない。
窓は、窓でええやんと。
0929login:Penguin
垢版 |
2017/04/20(木) 13:33:25.95ID:+KEmOJYm
windowsユーザーが気軽にdockerを使えるようになるってことだろ
わざわざwindowsを使いに行くという話ではない
Linuxユーザーにとってはコンテナが増えることで利益を得られるんじゃないの
0930login:Penguin
垢版 |
2017/04/20(木) 17:41:58.80ID:vxiOSEL1
dockerってカーネルが同じものを共有する≒システムコールが同じじゃないとならない
と思っていた
Win上で動くって結局のところvmwareと中身が同じでいいのかな？

一方でwin自体がcuiにbashを可能にする動きがあるから、母艦がwinでもlinuxと同じコマンドでdockerが操作できて会社で泣く泣くwinを使わせるクソ製造業の皆様もdockerの恩恵を享受できると
0931login:Penguin
垢版 |
2017/04/20(木) 21:32:09.57ID:beyOB/12
>>930
WindowsもMacもLinuxカーネルではないので、
Docker用の仮想マシンを作成して、そこにLinuxをインストールして
コンテナを動かしています。

そのため、仮想マシンの設定（CPU数や搭載メモリ等）の影響を受けます。

ネイティブにDockerコンテナを動かしたいのであれば
Linuxカーネルの機能をOSが搭載する必要があります。

それをやっているのがBash on Ubuntu on Windowsで有名な、
Windows Subsystem for Linux (WSL) プロジェクトなのです。
0932login:Penguin
垢版 |
2017/04/21(金) 10:24:43.95ID:Sbqk7Ur0
>>931
一番の問題はファイルシステムじゃない？
その辺の問題は解決するんか
0933login:Penguin
垢版 |
2017/04/21(金) 14:53:12.79ID:Ua2N04Wa
ファイルシステムはfuseみたいな物を使えばどうにでもなるんじゃねーの
0934login:Penguin
垢版 |
2017/04/21(金) 21:44:05.55ID:JPVZvbDR
だな。WindowsはISOファイルや読み書き可能なvhdファイルを
ディスクとしてマウントする機能がすでにある。

それ以前にBash for Ubuntu for Windowsだって書き込み先は実際にはNTFSのはずなのに、
lxfsとしてマウントされ、Linuxを動かすのに必要な情報が記録されている。

あとは、Linuxで動くアプリが正しく動作する事ができるlxfsというファイルシステムに
Dockerというアプリがデータを書き込むだけの話
0935login:Penguin
垢版 |
2017/04/23(日) 21:35:16.67ID:aCe4cHhG
Docker使ったら素人でも分散処理するWebサーバー立てられる？
0938login:Penguin
垢版 |
2017/04/24(月) 00:08:59.33ID:wzJo0lWg
Dockerの運用なんかクラウドプラットフォームに丸投げするもんでしょ
PaaSのための共通パッケージフォーマット、それ以上でも以下でもない
0939login:Penguin
垢版 |
2017/04/24(月) 07:30:31.67ID:gg2wvAQ9
docker使って、開発の手間を惜しんで、
代わりに運用コストを上げてしまった
って話に見えるな。

実際、docker利用してるプロジェクトに、
後から参加するとそんな状態になってることが
多い気がする
0940login:Penguin
垢版 |
2017/04/24(月) 07:45:55.59ID:4jMEqLjC
>>935
こういう質問が来るって事は、Dockerがなんなのか分かってないんだろうな。
0941login:Penguin
垢版 |
2017/04/24(月) 18:36:13.16ID:H2CwHVUM
じゃあ何を使えばいいの？
0942login:Penguin
垢版 |
2017/04/24(月) 23:08:20.31ID:qyoy/6TH
>>941
そりゃREADME.mdでしょｗ

Dockerfileなんて、README.mdに書いて有ることを
自動的に実行できるようにしただけなんだから。

README.mdみてWordpressをインストールして
設定をvi使って書き換えてMySQLのセットアップしてって
やればDocker使わなくても同じことができる
0943login:Penguin
垢版 |
2017/04/24(月) 23:27:48.26ID:H2CwHVUM
そんなん面倒くさい
0944login:Penguin
垢版 |
2017/04/24(月) 23:43:24.51ID:wzJo0lWg
じゃシェルスクリプトでよくね
0945login:Penguin
垢版 |
2017/04/25(火) 05:51:29.15ID:yzMeiRjV
仕組みを理解して、readmeに書いてあることくらい読んで、
そんでdocker使うなり使わないなりすればいいのさ。
理解せずにdockerでやる！とか、拾ってきたイメージで
ガチガチャやって、動かないとか言いながら散々いじって、
車輪の再発明みたいなことして、他の人に理解できないような
ゴミを作って、動きました！とかやるから質が悪い

まあdockerに限らずなんでもそんな感じだけどね
0946login:Penguin
垢版 |
2017/04/26(水) 12:31:30.41ID:G8QqW37M
>>937
たぶん、chrootとかlxcとかちゃんとやったことがないんだろうな。
おれだったら、systemd-nspawnのほうがイヤだｗ
（脱線：ちなみに、Docker、VMwareは好きだけど、vagrantも嫌いだし、JS系だったら、gruntも嫌いだ。grunt使うぐらいだったら、Rakefileでかまへん。）

Dockerなんか、chrootでtar、シェルスクリプトと同じだと言われればそうだけど、なんとなくDockerやろうぜとかだったら、結局めんどいってなるんだろうなーと。

意味のあるコンテナを作れていないだけな気がする。
なんとなくコンテナを拾ってガチャガチャだったら、あかんで。
0947login:Penguin
垢版 |
2017/04/26(水) 17:46:02.91ID:iaFk3vGK
VagrantもLinuxだとVMじゃなくてDockerコンテナが作れるらしいけど
なんかyml書くのが難しそう
Dockerfileの方が簡単に書ける
0948login:Penguin
垢版 |
2017/04/26(水) 19:35:08.96ID:IME4wIbz
docker大好きっ子の俺だけど、
dockerfileだけは氏ねよと思うわ
0950login:Penguin
垢版 |
2017/04/26(水) 21:40:07.34ID:iILlB+Gy
本番運用してない部門だから、dockerfileは書かず公式に外から設定ファイルを突っ込む形だわ
本番の人たちはわざわざイメージ作ってるのかな？めんどくさそう
0951login:Penguin
垢版 |
2017/04/26(水) 23:31:51.11ID:pzwLT2al
>>950
本番運用のシステムを作るとめんどくさいよ。
だからDockerをつかって、本番運用のシステムを
簡単に作れるようにするわけ
0952login:Penguin
垢版 |
2017/04/30(日) 18:14:39.33ID:tzNFl/8s
('・c_・` )ｿｯｶｰ
0953login:Penguin
垢版 |
2017/05/03(水) 14:00:31.14ID:V873conk
コンコンするのはノッカー
0954login:Penguin
垢版 |
2017/05/04(木) 09:43:00.89ID:wKIo15gg
　質問なんですが、「立ち上げ直後に落ちてしまうコンテナから、原因となるファイルを削除する」手段は無いでしょうか？

事例：
　mongoのオフィシャルイメージから立ち上げたコンテナが、原因不明で立ち上げ後即落ちるようになった。
　特定のファイル( /tmp/mongodb-27017.sock )を削除すれば良い、という情報を得たので削除を行いたいが、
　普通に起動しても即座に落ちる(エントリポイントでmongodの立ち上げに失敗してシャットダウンしてる)ので、docker exec出来ない。

　最悪、コンテナ消してイメージから再作成すれば良いのですが、本来的にはどのように対処すべきでしょうか？
0955login:Penguin
垢版 |
2017/05/04(木) 09:54:45.20ID:5/8bzfo8
>>954
コンテナ消してイメージから再作成する
コンテナ自体にデータ持つ運用なんかありえないので問答無用で消してok
0956login:Penguin
垢版 |
2017/05/04(木) 10:33:51.01ID:XqJurXyu
>>954
「イメージから立ち上げたコンテナが…即落ち」
「コンテナ消してイメージから再作成」

なんか日本語が間違えてるのか、
運用方法が決定的におかしいのか。

普段どうやってコンテナ作ったり、立ち上げたりしてんだ？
0957login:Penguin
垢版 |
2017/05/04(木) 10:35:10.38ID:uBvYic4+
>>954
>　質問なんですが、「立ち上げ直後に落ちてしまうコンテナから、原因となるファイルを削除する」手段は無いでしょうか？

そのコンテナは破棄して、新たにDockerfileから作り直すだけ
簡単なこと
0958login:Penguin
垢版 |
2017/05/05(金) 17:24:12.04ID:SN5lnjZb
>>954
つまり使い方を間違えて覚えているから最初から学習し直せってこと
0959login:Penguin
垢版 |
2017/05/22(月) 15:23:53.37ID:o5tdCHvV
>>954
以前も書いたけど docker cp 使えば？
0960login:Penguin
垢版 |
2017/06/21(水) 00:57:41.28ID:QiE1iwkw
VSCode+TypeScript+Node.jsのサーバーサイド開発環境作りたいんだけどどうするのかよく分からない
ビルド用のNode.jsとTypeScriptはDockerだけじゃなくてホストPCにも入れるのが普通なの？
0961login:Penguin
垢版 |
2017/06/21(水) 01:37:01.37ID:loIiV9Vd
どういうことやVScodeを鯖側で動かしてVNCでもするんか？
0963login:Penguin
垢版 |
2017/06/21(水) 09:40:14.33ID:OD6FJlsP
>>960
何をしたいのか書かないと誰もこたえられない。
0964login:Penguin
垢版 |
2017/06/22(木) 22:45:16.46ID:dY9eEImB
VScodeで書いたコードをCOPYかVOLUMEで渡せばいいだろ
ローカルで動くの確認してからdocker内に渡す方が楽だろうけど
もしくはdocker内とVScodeをつなげて直接触るか
0965login:Penguin
垢版 |
2017/06/30(金) 13:56:09.60ID:rjGrdaOB
dataボリューム作って複数コンテナからマウントした場合も
どこかのコンテナでflock()すれば他でもちゃんとアドバイザリロックできてるのか
0966login:Penguin
垢版 |
2017/06/30(金) 14:01:17.06ID:YBniPjqD
agettyとかいうプロセスにcpu食われまくるのってバグ？
0967login:Penguin
垢版 |
2017/07/02(日) 01:41:24.64ID:2QbSXrEN
DockerホストOSとしてもAlpine使えるのかな
余ってるNUC使ってホストもコンテナもalpineベース
0968login:Penguin
垢版 |
2017/07/02(日) 02:15:01.23ID:NsjZjOfS
余ってるならやってみればいいのに
0969login:Penguin
垢版 |
2017/07/02(日) 03:42:54.47ID:2QbSXrEN
おっしゃる通り書いてから自分でもそう思ってやってみました
普通にできました
0970login:Penguin
垢版 |
2017/07/03(月) 01:35:39.83ID:m3Qq+d4b
>>965

data ボリュームは Docker for Mac/Windows のような shared volume などを対象としない限りは
単なる bind mount でしか無いので flock などのファイル操作は可能です。
0971login:Penguin
垢版 |
2017/07/03(月) 01:54:35.79ID:m3Qq+d4b
>>966
docker 経由で /bin/init を起動してるのだと思うけど docker コンテナ内で一部の権限が無い為に
agetty が無限ループをしてるようです
--privileged を使うと大丈夫みたいですね。--cap-add SYS_ADMIN だけでも大丈夫かもしれません。
getty が恐らく原因ですので（systemd の場合ですが）
systemctl stop getty@tty1.service; systemctl mask getty@tty1.service （または disable）
してしまえばどうでしょうか

Debian Jessie では昨年9月の修正で docker 向けには起動しないようになってます。
https://packages.qa.debian.org/s/systemd/news/20160903T181714Z.html
> Don't start console-getty.service when /dev/console is missing.
> Avoids repeated unsuccessful start attempts of agetty inside (docker)
> containers. (Closes: #829537)
対象のバグ報告 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829537

こちらを見る限りは、docker コンテナ内に /dev/console が無いために発生しているようですね。

余計なお世話だと思いますが、systemd など init を利用する場合は docker より
lxc や systemd-nspawn を使うほうが幸せになれると思います。
0972966
垢版 |
2017/07/03(月) 09:29:01.33ID:WfnQ/acs
>>971
まさか2chでこんなに丁寧なレスをもらえると思いませんでした
ありがとうございます

>docker コンテナ内で一部の権限が無い為に
agetty が無限ループをしてるようです

なるほど、そういうことか
ご指摘の通りgettyが問題だったのでこれを止めることで解決しました
色々情報を共有して下さりたいへんありがたいです
0973login:Penguin
垢版 |
2017/07/06(木) 21:47:41.38ID:t5fFw9AE
BargeOSっていうのはまだ物理マシンへのインスコには対応してないのかな
0974login:Penguin
垢版 |
2017/07/11(火) 23:08:07.81ID:CMmjU4wo
acbuild便利だな
でもこれ使うならdockerじゃなくてもいいな
0975login:Penguin
垢版 |
2017/07/12(水) 22:22:21.46ID:+bS4NHiH
debianは公式slim版やminidebみたいなコンテナ専用カスタマイズがあるけど
他ディストリにもそういうのあるのかな
0976login:Penguin
垢版 |
2017/07/13(木) 03:04:04.56ID:UehwAaPB
ubuntu slimとgentoobbしか知らんな
gentoobbならalpineより小さく作れるよ
0977login:Penguin
垢版 |
2017/07/13(木) 03:07:25.34ID:UehwAaPB
ググったらgentoobbがkublerとかいう名前に変わってたわ
0978login:Penguin
垢版 |
2017/07/13(木) 03:35:29.01ID:aaVa1zEq
最低限環境で動くバイナリやスクリプトなら定番、alpine(or alpine-glibc)
debianリポジトリにある成果物を使いたいならinstall_packagesで自動後始末、minideb(or 公式slim)
自分でビルドオプションを指定したいならportage利用して依存性も解決、gentoo-bb(kulber?)
軽量系だと現状こんな感じか

ArchやRedHat系にもコンテナ向けビルドがあるのかな
0979login:Penguin
垢版 |
2017/07/13(木) 04:31:08.21ID:VRf7qpnp
kubler知らなかったわ
17MBでnginx動かせるのは凄いな
0980login:Penguin
垢版 |
2017/07/14(金) 08:09:13.91ID:0OCDKQ+D
Ubuntuが良いならblitznote/debootstrap-amd64っていうのもある
サイズはminidebと同じ50MB前後でinstall_packagesのような支援コマンドは無し

姉妹品のblitznote/baseimageはapt-getすら省いて26MB
COPYやRUN curlとかで間に合うなら、alpine{,-glibc}で動かないときなんかの避難先になるかも

Debian系は公式から野良まで選択肢に恵まれてるね
0981login:Penguin
垢版 |
2017/07/15(土) 00:15:20.95ID:BfmJgIYk
CentOSなら cgwalters/centosmin(74MB) を使ったことある
Fedora版 cgwalters/fedoramin(86MB) もあった

どっちもDL数少ないからあまり使われてないっぽいけどね・・・
0982login:Penguin
垢版 |
2017/07/15(土) 11:41:39.07ID:wZVZL2T3
(´・ω・｀)古いfire タブ2015の使い道がない
0984login:Penguin
垢版 |
2017/07/16(日) 12:06:48.35ID:K4Ctisew
>>978-
Gentooだったら野良スリム版（と思われる） fr13nds/gentoo-amd64 が約190mbですね
公式は870mbだったから結構なシェイプアップだけれどさすがに gentoobb のビルドとはぜんぜん比べ物にならないほど大きい！
0985login:Penguin
垢版 |
2017/07/16(日) 17:40:46.36ID:1UjX/2yY
kublerの最低構成は3MBくらいかな？
0986login:Penguin
垢版 |
2017/07/16(日) 23:17:30.10ID:K4Ctisew
>>980の`baseimage`の方ってapt-get外した結果perl(python?)依存も解消して
その合計で20mb以上減量できたのかな

でもapt完全排除はデプロイが面倒杉になってヤバそう
やっぱり軽量化の壁はパッケージ管理ツールがスクリプト言語依存なことが足かせに
0987login:Penguin
垢版 |
2017/07/17(月) 00:48:35.35ID:xAnFlhvR
perlやpythonはLinux Standard Baseに含まれてたりして依存は仕方ないとも言える
だが確かに今後はコンテナで使う機能に絞った小型スタンドアロン版apt/yum等の登場も期待したいなぁ
0988login:Penguin
垢版 |
2017/07/17(月) 14:07:27.92ID:qkSEIgY3
今になってわかるね。
1バイナリに全てリンクして
配布する方法のメリット
0989login:Penguin
垢版 |
2017/07/29(土) 16:29:04.96ID:5/m2N1vC
コンテナをrun restart=alwaysとかで実行しておくと
supervisordとかdaemontoolsの代わりになるのかな
システムがシンプルになっていいね
0991login:Penguin
垢版 |
2017/10/07(土) 22:18:04.91ID:HwJ5K4V3
PackerでDockerイメージをビルドするって
Packerでやると何かいい事あるの？
0992login:Penguin
垢版 |
2017/10/07(土) 22:34:18.78ID:QV+KgcCQ
>>991
それな。俺もそういったたぐいのやついらねーと思ってるよ。
シェルスクリプトで十分
普段シェルで環境作ってるのに
なんでわざわざ別のツールを使わなければいけないのか
さっぱりわからない
0993login:Penguin
垢版 |
2017/10/08(日) 09:13:24.58ID:JyNl8S3u
packer push してーの terraform とか ottoとかの自動化できたはず

使わないなら無用
0994login:Penguin
垢版 |
2017/10/26(木) 10:53:29.43ID:FvRWUITd
Ubuntuでドッカーイメージを作って、
それをCentOSへ移動させコンテナを作ることってできますか？
0995login:Penguin
垢版 |
2017/10/26(木) 12:24:30.12ID:JdjK/mg5
寧ろなぜ出来ないと？
0996login:Penguin
垢版 |
2017/10/26(木) 12:27:35.25ID:fWmHZ2TS
超好意的解釈をすると
armイメージをx86上で作れますかという質問かもしれない。
0997994
垢版 |
2017/10/26(木) 20:09:19.78ID:FvRWUITd
例えばUbuntuで作ったら、UbuntuやイメージビルドしたCPUなどに最適化されて、
他には持って行けないのかな？って思ってしまいました。

ありがとうございました。
0998login:Penguin
垢版 |
2017/10/26(木) 23:38:45.54ID:6HLKu6f8
>>997
ある程度カーネルが近いバージョンのもの同士でないと
コアダンプしたり落ちたりと、問題がおこることがあるよ
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1553日 0時間 27分 6秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況