X
トップページ⇒Linux
1002コメント468KB
Docker Part3
■ このスレッドは過去ログ倉庫に格納されています
0005login:Penguin
垢版 |
2019/05/23(木) 03:04:38.08ID:d64XEyeT
Ubuntu

だいたいな、Dockerは動かすものじゃない。
自分でDockerイメージを作るものだ

アプリを開発する人じゃないと使う意味がない
0006login:Penguin
垢版 |
2019/05/23(木) 10:32:28.60ID:9kisAx48
>>5
>>5
アプリ開発してるよ。普段使ってるのはdocker for macだけど。
古いノートパソコンがあるからLinuxをいれてそこでdocker動かしたい。もっというとkubernetesを試したいんだけどね。
ubuntuはたしかに便利だけどもっと軽くておすすめないかな
0007login:Penguin
垢版 |
2019/05/23(木) 11:14:00.70ID:m2jrTB8O
ローカルでkubernetes使ってなんか意味あるのか
0009login:Penguin
垢版 |
2019/05/23(木) 20:44:26.33ID:9kisAx48
>>8
guiは使いたくないです。
0010login:Penguin
垢版 |
2019/05/23(木) 21:03:05.42ID:DjEk8nIP
>>9
どうせTeratermとか使ってるんだから変なことにこだわるな
0011login:Penguin
垢版 |
2019/05/23(木) 23:33:28.33ID:0pxAwTtK
>>10
cui使っている人のほうがこだわるでしょ。
同じことをするなら少ないリソースでやろうとするのが技術者じゃないの
0012login:Penguin
垢版 |
2019/05/24(金) 00:19:26.15ID:3Aok0K9B
今時は同じことするなら少ない工数でやるのが偽術者
0013login:Penguin
垢版 |
2019/05/26(日) 14:39:06.95ID:flLvlSMX
dockerについて勉強したいんだけどなんかおすすめのサイトとか本ある？
0015login:Penguin
垢版 |
2019/05/30(木) 20:42:47.11ID:q2WZulpZ
>>13
https://knowledge.sakura.ad.jp/13265/

Qiitaはクソ記事多いから気をつけて。
↑で手を動かしたら公式を読むようにした方がいい
0016login:Penguin
垢版 |
2019/05/30(木) 20:45:46.64ID:q2WZulpZ
>>7
利点が何もわかってないのな
0017login:Penguin
垢版 |
2019/05/31(金) 07:28:23.49ID:iKwtdlg1
>>16
説明して
0018login:Penguin
垢版 |
2019/06/15(土) 23:27:25.10ID:Fpt7udoK
>>13
意味があるDockerの記事を読む。
0020login:Penguin
垢版 |
2019/07/01(月) 21:57:39.15ID:Wo8yzhSo
Kubernetesって1GBのメモリじゃ動かない？
AWSのt3.microインスタンスで
nginx動かしたりしただけでフリーズした
0021login:Penguin
垢版 |
2019/07/02(火) 15:24:09.96ID:LdECflCw
>>20
動かないんじゃないかな。
1年ぐらい前だけど調べた時に、1.7GB？ぐらいの
メモリを使用していた気がする。

あれから変わってるだろうし、記憶が曖昧だけど
Kubernetes使うのに躊躇するぐらいのメモリ使用量だった。
k3sならメモリ使用量少ないみたいね。
0022login:Penguin
垢版 |
2019/07/03(水) 08:09:42.96ID:OU4jXyIu
>>21
ありがと

2GBのインスタンスタイプに変えてから再起動して
nginxだけじゃなくダッシュボードも動かしたが
それで既に700MB近かった
ちょっと他のが入ったら1GBでは足りなくなりそうだった
素のk8sでは2GBは最低必要か

k3sは噂には聞いてるが試したことない
試してみるか
0023login:Penguin
垢版 |
2019/07/21(日) 13:52:06.10ID:Lry58weg
docker初心者です
portainer越しに amd64/ubuntu:{18.04,18.10,19.04}動かしてみようと思ったのですが、Deployは成功し起動するのですが次の（WEBの）リロードのときにはexit 0でストップしている状態です。
officialが駄目なのかと思ったのでunofficialなoneimage/ubuntuなどを試しましたが駄目でした。
docker hubから落としたnginxやnextcloudなどは正常に動いています。
dockerの学習過程でdocker run などのCLI でもこころみているさいちゅうなのですが、あまり上手くいきません。
考えられる原因をお教えいただければ幸いです
0024login:Penguin
垢版 |
2019/07/21(日) 13:54:11.74ID:Lry58weg
追記：冒頭の日本語おかしくてスイマセン…あと今回使っているimageは全てdocker hubからpullしました
0025login:Penguin
垢版 |
2019/07/21(日) 14:41:39.51ID:Sr2KiGug
echo Hello Docker!
ぐらいしか出力しない image で、
ローカルでもリモートでも、
確実にやろうと思っていることが動かすことができますか？

それから、本当に動いているのでしょうか？
何を根拠に正常と判断していますか？
1セグメント内でサーバー群の保守運用は十分にできますか？

また、何をやろうとしているかアレですが、
docker-compose でやったほうが整理できませんか？
もっと大規模なネットワークだったら、k8s とか mini k8s とか。

がんばってください！
002623
垢版 |
2019/07/22(月) 20:10:15.84ID:wJonFK+K
自己解決しました
portainerのデプロイが駄目っぽいのでCLIでデプロイ後、管理をportainerに渡す構成でうまく行きました
0027login:Penguin
垢版 |
2019/07/23(火) 19:16:51.71ID:uUJhaBng
初心者です。
データ分析ツールの宿題が出されたのですが、Docker上に環境構築するところからやらないといけないのですが、どのように構成させればいいかわかりません。
Docker上にはDWH(ポスグレ)、ETL(Python)、Datamart(ポスグレ)、Application(apache+php)をのせるような絵が書いてありました。
これを実行する環境を作るためには、databaseサーバとしてポスグレ、Applicationサーバとしてphpとpython、webサーバとしてapacheみたいな構造のdocker composeを設定すれば良いのでしょうか？
初歩的な質問で恐縮ですが、教えていただければ助かります。
youtubeやhpを見てもイマイチ、自分のやろうとしていることとの紐付けがわからなくて、みなさんにお聞きしようと思いました。
どうか、助けてください。
0028login:Penguin
垢版 |
2019/07/23(火) 21:15:47.48ID:Xx2hBpa5
授業か演習の時間にdockerの動作サンプルは提供されなかったの？
もしされてないのなら教員かTAに提供を要請したら？
0029login:Penguin
垢版 |
2019/07/24(水) 01:18:25.02ID:dso6mLCs
>>27
まずは、それを1台のサーバ上で自力で構築できるかどうか。
それすらできないのであれば、docker-compose なんか、できっこない。
0030login:Penguin
垢版 |
2019/07/26(金) 04:44:41.07ID:fX9V96gJ
宿題は自分でやらないとだめだろう。
質問も適切であれば、教師が答えてくれるはず。
0031login:Penguin
垢版 |
2019/08/17(土) 13:47:55.78ID:/e3AaJxo
Dockerの中からホストos(PC)に繋がってるUSB機器は
使える
使うようにすることができる
使えるが困難な作業付
使えない
どれだろうか
0032login:Penguin
垢版 |
2019/08/18(日) 01:14:32.94ID:MPbnMgbj
キーボードは使えるだろ
0033login:Penguin
垢版 |
2019/09/05(木) 04:42:42.28ID:l43Efl7g
>>27
授業まともにこなしてないからだろ
レポート提出前にいきなり焦っても駄目

学生向けの課題にこれまでやってないことをいきなりやらせるはずない
その単位は来年取りましょう
0034login:Penguin
垢版 |
2019/10/09(水) 14:49:33.81ID:xRhiurY2
k8sって、masterとworkerを同じ仮想マシンにすると
負荷かけ過ぎた時にクラスタが操作不能になる？

仮想マシンを再起動しても保存されたデプロイメントとかの設定から
また同じコンテナが立ち上がって操作不能になる
シングルノードで開発はむずい
0035login:Penguin
垢版 |
2019/10/09(水) 23:40:59.79ID:a5NgKSTJ
ラズパイでも使って小ノード作るべきでは
0036login:Penguin
垢版 |
2019/10/15(火) 09:25:21.60ID:ZqB99mPI
dockerにwinxp入れて古いゲームできますか？
0038login:Penguin
垢版 |
2019/10/15(火) 10:45:10.30ID:ae5FC9b4
>>36
まぁ、せいぜいがんばってくれたまえ！
0039login:Penguin
垢版 |
2019/10/15(火) 11:44:06.50ID:N0h53sSf
GUIとか犬糞以外のOS走らすのは㍉っしょ
0040login:Penguin
垢版 |
2019/10/15(火) 16:46:30.53ID:ZqB99mPI
>>37
使用用途が全然違うわ
できんわ
0041login:Penguin
垢版 |
2019/10/15(火) 21:27:50.26ID:qoE8jSef
Windows10Proでdocker動かして、windowsXPのコンテナを動かすんでしょ。
0042login:Penguin
垢版 |
2019/10/16(水) 00:41:40.20ID:09Dygszb
>>36
windowsをdockerで動かすだけでもドライバ周りが地獄。

ゲーム入れたコンテナも作れるが、セーブやコンフィグデータを外に逃がす必要があり、これも難易度高い。

VMwareなどのバーチャルマシンでやる方が格段に楽
0043login:Penguin
垢版 |
2019/10/20(日) 10:45:33.06ID:q6u5AcUs
dockerでvirtualbox動かしてwin載せたりするのか
0045login:Penguin
垢版 |
2019/10/27(日) 02:04:37.83ID:gxVXDEx+
dockerってのはVMに対して何のメリットが在るのかサッパリ分からん。
海外のオープンソースソフトにはセットアップ面倒くさいやつは5G位の
ovaファイルとかドカンと置いているのがあって、DLさえすれば完全な
環境で動く奴が在るけど、何故それではなく、Dockerの方が良いのか
と言う説明は誰もしない。
0046login:Penguin
垢版 |
2019/10/27(日) 02:14:27.86ID:t/s2evSD
>>45
Kernelをホストと共有するので、
余計なKernelのメモリ使用がない。
Kernelの起動終了を待たなくていいので、
起動終了が速い。
0047login:Penguin
垢版 |
2019/10/27(日) 18:00:44.76ID:gxVXDEx+
>>46
メモリなんて今時別に気にする必要ないだろ？
16Gも積んでれば4、5台上げても何てことは無い。
0048login:Penguin
垢版 |
2019/10/27(日) 19:07:59.03ID:t/s2evSD
>>47
4-5台で済むわけないでしょ、
64コアとかのCPUが普通に売ってるんだから、
サーバーも20台30台統合することを想定している、
するとKernelのメモリが無視できなくなる
0049login:Penguin
垢版 |
2019/10/27(日) 20:17:17.72ID:fa4qpzOv
スケールしやすいから
0050login:Penguin
垢版 |
2019/10/27(日) 20:48:00.20ID:bZSAAJ4S
小さくて速いのかメリットじゃないって正気？
0051login:Penguin
垢版 |
2019/10/27(日) 21:11:06.05ID:bZSAAJ4S
dockerは軽量なだけでなく、配布の仕組みが標準化されていて
仮想マシンと言うより
どのLinuxでも動くパッケージマネージャーの代わりのように使える

docker pullしてくればすぐに起動して使える
自分のコード追加してdocker pushして再配布も簡単

特定の仮想マシン向け、例えばVirtualBoxにイメージ作ったら
その仮想マシンでしか動かないじゃん

カーネルを含めず
その上で動くソフトウェアだけを確実にどのLinuxにも持っていける仕組みがあれば
という問題をDockerが解決した
0052login:Penguin
垢版 |
2019/10/27(日) 21:37:16.74ID:bwtjYyKj
5Gバイトはダウンロード結構掛かるから
0053login:Penguin
垢版 |
2019/10/27(日) 21:43:40.69ID:WoCgnioW
小さくて早いって言ったって、他への依存度が少ないほうが良いじゃん
と思ってVagrant使ってた。
試しにdocker使ってみて圧倒的な速さにdockerシフト。
まぁLinuxメインの人ってWindows上でも動かそうとか考えないしな。
ライブラリ、デーモン依存のところだけ解決できるコンテナはちょうどいい感じなんだよ。
0054login:Penguin
垢版 |
2019/10/27(日) 22:54:11.36ID:bwtjYyKj
lxdと組み合わせるとかなりいい
0055login:Penguin
垢版 |
2019/10/27(日) 23:28:53.66ID:xLMpHebH
>>45
そのメリットが理解できないのであれば、
それでいいんじゃない？
まぁ、せいぜいがんばってください！
0056login:Penguin
垢版 |
2019/10/27(日) 23:48:04.69ID:gxVXDEx+
>>55
>>51見たいな回答が出来るなら、参考にもなるけど
この書込みじゃ何の役にもたたんな。
まぁ君自身理解できてないのだろうけど。
君が流行で使っても何も恥ずかしくは無いよｗ

>>48
20台も30台も作る前に普通何か工夫するだろ？

>>51
唯VMにしてOSのバージョンレベルで固めていれば
VM->開発機->検証機->本番機の全ての環境が
全く同一に作れるからね。
Dockerでおかしな作り方したら本番機ではパス違ったとかなるとダルい。
0057login:Penguin
垢版 |
2019/10/27(日) 23:49:09.12ID:gxVXDEx+
>>53
Vagrant使うくらいなら確かにdockerの方が良いね。
0058login:Penguin
垢版 |
2019/10/28(月) 00:05:11.54ID:jxo+K6ql
Dockerあればパッケージマネージャーの代わりになるから
パッケージマネージャー要らないじゃん！って事で
パッケージマネージャーを無くして
/usrとかのパスをリードオンリーにしたのがCoreOS

OSアップデートはOSイメージ丸ごと入れ替えで行うっぽい
0059login:Penguin
垢版 |
2019/10/28(月) 00:06:29.68ID:BSt0sMZd
>>52
5Gなんて今時fullHDの動画ひとつでもそれ位在るだろ？
0060login:Penguin
垢版 |
2019/10/28(月) 00:12:27.31ID:U3p6V+0u
>>56
きみに説明するまでもないからｗ
0061login:Penguin
垢版 |
2019/10/28(月) 00:16:08.14ID:BSt0sMZd
>>60
分かったから、有意なレスできんなら黙ってろよｗ
0063login:Penguin
垢版 |
2019/10/28(月) 08:25:05.76ID:BSt0sMZd
>>62
まあ良いよ、役立たず君。
君の好きなように役に立たないレス返したまえｗ
0064login:Penguin
垢版 |
2019/10/28(月) 08:41:40.34ID:BSt0sMZd
>>58
こういった書込み見るとDockerてのはOSの仮想化技術じゃなくてアプリケーションの仮想化技術やな。
軽量コンテナとか分かりにくい単語使ってくるから、イメージしづらいわ。
そらOSの仮想化と比べて早いのは当然。
0065login:Penguin
垢版 |
2019/10/28(月) 09:45:32.62ID:JzQKnTd7
>>45
にたようなことを思ってたけど
前スレでdockerを分かりやすく説明してくれた人がいて、VMとは、根本的に違うと理解した
0066login:Penguin
垢版 |
2019/10/28(月) 11:33:06.56ID:BSt0sMZd
>>65
一応読んだけど59～とかその辺？
それなら知っている（だからアプリの仮想化やなと言っている）
で、それがVMに対してどのようなメリットが在るのかは相変わらず分からん。
（早いとか軽いとかそういった当たり前のメリットではなく、開発でVMを使う事はそれなりに
　意味の在ることであり、それを凌駕するメリットには見えない）
0067login:Penguin
垢版 |
2019/10/28(月) 12:59:04.41ID:ZiJ0R/5r
個人レベルの利用でVMの代わりとして使うメリットなんてほとんどない
0068login:Penguin
垢版 |
2019/10/28(月) 13:05:32.81ID:U7gDn6Np
>>66
確かにWindowsホスト混在の集団での開発環境だとわかる または技術者の習熟レベルの差によってもvmのほうが扱いやすいだろうな

ネットワーク速度と帯域消費とその他資源が無限な場合はvmに理があるだろう
0069login:Penguin
垢版 |
2019/10/28(月) 15:00:03.85ID:KePhh8yu
VagrantBoxはphpとかJavaとかgoとかmysqlとかpostgresql
最初から入ってるの無くね？

Vagrantfileで自分で書く？
面倒くさいし全パッケージのバージョン固定は難しい
イメージの配布も('A`)ﾏﾝﾄﾞｸｾ

AWSはnested virtualizationも無いらしいし
VirtualBoxで作ったら高価なベアメタルインスタンス使うしかなくなるな
0070login:Penguin
垢版 |
2019/10/28(月) 15:01:37.80ID:xtDFuCrv
Docker使ってたらLinuxディストリ
別に何でもよくね？
コンテナさえ動けば良いんだから
好きなの使えば良い
0071login:Penguin
垢版 |
2019/10/29(火) 03:22:38.83ID:Ht/6B8LB
dockerは依存関係調べるのに手っ取り早くていい
Ubuntu minimalをrunさせればviすら入っていないプレーンなかんきょうですぐテストできる。メモリも食わない。アプリケーションのテストサーバとかいいよ。本番環境はまた別だけど。
0072login:Penguin
垢版 |
2019/10/29(火) 09:46:46.36ID:MuHfEjBj
本番でDocker運用するのは何か制限がある？
0073login:Penguin
垢版 |
2019/10/29(火) 15:01:21.60ID:KeakQ8Tm
GoogleがKubernetesでバリバリ使ってるだろう？
0074login:Penguin
垢版 |
2019/10/29(火) 15:13:13.24ID:VN09NAUb
>>71
本番でも、そのままdockerコンテナを運用すればええやん！
0075login:Penguin
垢版 |
2019/10/29(火) 17:53:37.69ID:YHcaDCM9
逆に本番をDockerライクなシステムで運用しないとローカルをDockerで作る意味が無い。
本番がVMだと二度手間になる。
（開発機作るDockerfileを作った後に本番機を手作業で構築するとか）
0076login:Penguin
垢版 |
2019/10/29(火) 21:47:10.18ID:/JmTnPWP
ステートレスなアプリケーションを素早くスケールしたい場合にコンテナが有利、そんだけや
0077login:Penguin
垢版 |
2019/10/29(火) 22:18:22.69ID:YHcaDCM9
>>76
このメリットでDocker使う、と言うのならDockerは大規模サービス特化型では？
ヤフオクだアマゾンだと超大規模なサービス運用したいと思うなら、そら動的にさっさと
スケールしてくれなきゃ困る。
が、それでVM技術全部を置き換えようぜ、と言われると無理が在る

ESXiであれHyper-Vであれ学習コストがほぼゼロのOS仮想化技術を
学習コストが低くは無い（そして汎用的でもない）
Dockerでと言われると、何でそんな必要が在るの？
と言う素朴な疑問が消えない。

スケールアウトは（OSごとスケールされるけど）VMにも在るからね。
0079login:Penguin
垢版 |
2019/10/30(水) 04:48:02.29ID:bBGMpLnQ
DockerをネタにVM不要論を唱えてる奴はDockerを扱ったことが無いし理解もしてないだろ
0080login:Penguin
垢版 |
2019/10/30(水) 05:11:07.07ID:bJJYyUJX
>>77
逆に小規模でvm運用だとデプロイ（vmイメージのインポート？）にサーバーサービスを選ばないか？
環境構築ツールとかアプリ単位のデプロイはどうやっているの？
0081login:Penguin
垢版 |
2019/10/30(水) 07:15:27.79ID:KYYDqpNF
>>80
デプロイ？
やり方は1物理鯖に1OSしか載らなかった大昔と全く変わらないのでは？
VMをインポートするとかではなくOSの中に入って作業をする。
デプロイ方法は中で動いているWEBアプリによって色々だろ。
FWがDeployer持っているならそれ使うし、もっと小規模なら改修したファイルをコピるだけとか。
設定ファイルのようなものインポートする形ならそうするし。
イントラネットでなくインターネット上のサービスならSCPとか。

VM使ったからといって1物理鯖に1OSをインストールして運用していた時代と手順が変わる事は無い。
そういった意味でもOSの仮想化は学習コストがとても低い。

初期の環境構築も手作業でrpmとかyumとかこれも変わらない。
但し1度作ってしまえば、VM複製して開発機→検証機→本番機に一気にコピる。
だから構築の手間自体は一回きり。

>>76のようなステートレスな鯖が例えば1AP鯖に対してフロントエンドに4Web鯖とか在ってバージョン
アップとか面倒臭いなと思えば1個マスタ作ってそれをVM複製するとか、そういった手段も出来るから
楽にはなった。
(昔は4WEBサーバあったら4回手作業でデプロイしていたので）

これをDockerに置き換えようと思えば、上記の説明を全部やり方変えないといけないから普通の企業
のシステム事業部には、なかなかそのメリットを納得させるのは難しい気がする。

OSの仮想化では無いから、コンテナの中にログインしても何が出来ると言う訳でもないので、その
意味でも面食らうし。
0082login:Penguin
垢版 |
2019/10/30(水) 08:13:06.87ID:vSQkDBfX
>>81
＞手作業でrpmとかyumとかこれも変わらない。
但し1度作ってしまえば、VM複製して＞開発機→検証機→本番機に一気にコピる。
だから構築の手間自体は一回きり。

環境更新するたびにそれとか原始的過ぎるだろ
環境増えたら更新メンテナンスが手間
記録も残らないし戻すのも面倒くさい
それとも一度作ったら二度と更新しないとでも言うのか
0083login:Penguin
垢版 |
2019/10/30(水) 08:45:13.89ID:R0o4MKxP
サーバーをペットのように可愛がるな、いつでも替えの効く家畜として扱え

AWSにも仮想マシンイメージ（AMI）があるが
必要なソフトウェアは起動してからDockerレジストリからプルすれば
カスタムのイメージは作らなくても良い

サーバーが全くインターネットにアクセス出来ない環境なら
そのプライベートネットワーク内にレジストリのミラーを作成するか
Packerを使って、必要なDockerイメージをプルした状態でAMIを作成

サーバーをペットのように扱ってるとASGも使えないだろうが、サーバーダウンは全て人間の監視を付けて対応する気か…？
0084login:Penguin
垢版 |
2019/10/30(水) 08:52:09.68ID:KYYDqpNF
>>82
>それとも一度作ったら二度と更新しないとでも言うのか

逆に訊きたいけど、じゃあ月イチとかそんな頻度でやるの？
環境更新といっているのがどのレベルなのか（例えばOSのバージョン上げるとか）
と言っているのなら、そんな頻度では当然やらない。
致命的なセキュリティホールでもない限りは経験的には5年に1回とかでは？
それなら別に面倒くさいとかは無いよ。
しかもじゃあ、Dockerならノーコストで出来るのかと言うとそうでもないし。
0085login:Penguin
垢版 |
2019/10/30(水) 08:53:01.65ID:R0o4MKxP
うちでは小規模な案件であれば、コンテナオーケストレーターにECSを利用している
EC2（仮想マシン）やECSのサービス（どんなコンテナを幾つ動かし続けるかの指定、docker-composeのサービスを拡張した感じ）はTerraform、CloudFormationで管理

これらが揃えば
公開するドメインなど、環境によって変えなければいけないものを除き
全く同一のソフトウェア構成で自動で構築できる
0086login:Penguin
垢版 |
2019/10/30(水) 08:53:13.76ID:KYYDqpNF
>>83
>サーバーが全くインターネットにアクセス出来ない環境なら
>そのプライベートネットワーク内にレジストリのミラーを作成するか
>Packerを使って、必要なDockerイメージをプルした状態でAMIを作成

これはどう見ても余計な手間が増えている。
0087login:Penguin
垢版 |
2019/10/30(水) 09:03:08.49ID:R0o4MKxP
>>84
脆弱性なんて5年に一回どころかもっと高頻度で出ると思うが
脆弱性出ないからじゃなくて
一個ずつパッチ当てるの面倒だから更新してないだけだろう？

AWSならAMIを更新してASG内のインスタンスを入れ替えれば良い
更新で出る影響は完全にインフラがコード化されていれば、テスト環境でテスト出来る

コンテナとホストOSは基本的に隔離されているので
依存性による問題が出る事はほぼない
カーネルのバグによる影響は出ないとは言い切れないが、
安定版になる前にベータ版で発見される可能性は高い

コンテナだけの更新であれば
影響範囲が限定されるし
サイズがOSより小さいので
もっと高頻度でも可能
0088login:Penguin
垢版 |
2019/10/30(水) 09:04:01.58ID:KYYDqpNF
>>85
>コンテナオーケストレーターにECSを利用・・・
>>83
>Dockerレジストリからプルすれば・・・

こういうの見ると、日本でDockerが大々的に流行るのは無理と言う気がするね。

>>51 dockerは配布の仕組みが標準化されていて
>>76 Dockerのメリットは、素早くスケール

Dockerはインターネット上の標準化されたレジストリから配布を行いすばやくスケール可能なのがウリと、
が日本じゃ社員50人以下の会社が使うようなサービスはそもそもスケールの必要は無いし、
1万人超の大会社だと、お堅い会社の場合、そもそもクラウド上にアクセスする事自体を嫌うから。
ちょっと前にSalesforce売りに行ったら、ソッコーで「クラウド駄目」とか言われたわ。
大規模な会社じゃないとスケールアウト使う意味ないし、大規模な会社はクラウドを嫌う。
唯一使うとすればヤフオク、グリデナ、メルカリ、ピクシブ、とかインターネット系の大規模サービスやってる所位？
少なくともDockerを100％使い切る会社と言えば上記のようなものしかない。

後はまあ、好奇心旺盛な新興会社が使って自慢するとか、そんな感じ？
0089login:Penguin
垢版 |
2019/10/30(水) 09:15:06.02ID:KYYDqpNF
>>87
そんなのお客さんと自社の状況しだいだろ？
セキュリティにうるさいお客さんなら月1回呼び出させてパッチあてやらされるし、そうでもなければ放置する
自社内のサービスなら売上げ上がっているなら、メンテはやる。
がこの話は「VM複製して＞開発機→検証機→本番機に一気にコピる。」とは関係ない。
そもそも俺は、「環境更新するたびにそれ」なんて言ってない。

まあ、なんと言うか、「パッチ当てが楽になるからDocker導入しましょう」
といって「そうですね、そうしましょう！」と言う話になるかどうかは分からない。
0090login:Penguin
垢版 |
2019/10/30(水) 09:20:59.14ID:R0o4MKxP
>>88
サイボウズが1000台規模のKubernetesクラスターを自前で運用してたぞ

後はAWS Outpostみたいなのを自社サーバーで運用とか？

>>86
比較するなら
PackerかDockerかだろ
VMのイメージ作成やデプロイも手動でやっていたのでは話にならん

インターネットなしの環境でKubernetesを運用するとして
Packerを併用する場合でも
Kubernetesのバージョンアップだけ気にしていれば良いから
そこまで手間ではない
ビルドとAMI作成はCIでやる

Dockerイメージの作成もCIでやる
0091login:Penguin
垢版 |
2019/10/30(水) 09:39:49.15ID:KYYDqpNF
>>90
>サイボウズが1000台規模のKubernetesクラスターを自前で運用してたぞ

これもオンプレで動くサイボウズの方じゃなくてクラウドのほうだろ？
クラウドサービスをDockerでクラスタなら分かる、軽量コンテナにうってつけだろうし。

>インターネットなしの環境でKubernetesを運用するとして

Dockerは本当にオンプレで完全に動くの？
それが出来るなら、企業のIT部門の人が勉強する意味は在ると思う。
それでも、そこに上げた名前分みても、やはり学習コストは高いと思うけど。
なんせVMwareESXiとか学習コスト殆どないし。
0094login:Penguin
垢版 |
2019/10/30(水) 16:50:12.39ID:KYYDqpNF
>>92
ここでいう「オンプレで運用」は>>91でいう「Dockerは本当にオンプレで完全に動くの？」とは
意味が違うだろ？サイボウズが行っているのは単に自社のサービスを自社で運用しているといっているだけ。
91で訊いているのは、インターネットにアクセスせずに（アクセスすると偉い人に怒られるから）DevOpsを全部
導入できるのかと訊いている。見た感じ、頑張れば出来そうだけど。
0095login:Penguin
垢版 |
2019/10/30(水) 20:30:46.03ID:F5UzNQl0
みんな、cndk2019は行くかな？
来月だね
0096login:Penguin
垢版 |
2019/10/31(木) 09:23:30.26ID:kRp2coEV
インターネットアクセス禁止って行っても
Dockerのベースイメージはインターネットから取る必要あるよね

OSSのCIツールを導入するにも
Dockerのベースイメージはインターネットから取得する必要がある
そう考えるとCIサーバー自体にはインターネットアクセスは必要
向こうからのアクセスは無いので、NATゲートウェイ経由で
こちら側からだけアクセス可能にする
レジストリはCIサーバーと本番機のみがアクセス出来るプライベートサブネットに配置
そうすれば本番機にはインターネットアクセスを与えずに済む

Dockerレジストリのミラーを設定して
そこから取得するとしても
レジストリのミラーリングを行うサーバーにはNATゲートウェイ等で
インターネットアクセスが必要

それも駄目だったら逆に何処からソフトウェアを持ち込むんだ
USBメモリで人力ミラーリングか？
0097login:Penguin
垢版 |
2019/10/31(木) 10:03:08.19ID:IvqXe+OC
イメージエクスポートしたらベースイメージも含まれてるのじゃないの？
そしたらそれを持ち込めば済むね
0098login:Penguin
垢版 |
2019/10/31(木) 11:02:49.16ID:AgzkHmg5
>>97
そのやり方は普通にDockerfileを書くだけで可能なの？
そもそもDockerてのは、「ベースイメージの取得にインターネットが必要」
って事自体が保守的なIT部門の理解を得られん気がするね。
ゲストOSのインストールをするのにインターネットがほぼ必須、クラウド上にしか
イメージ置かないって言われたら「なんで？」と思うのが普通だわ。
0099login:Penguin
垢版 |
2019/10/31(木) 11:29:45.88ID:bT1pYe7k
connpassにあるコンテナ系の勉強会行って各現場の導入事例を聞いてみると吉
0100login:Penguin
垢版 |
2019/10/31(木) 11:39:39.13ID:AgzkHmg5
>>99
暇が無い。
結論だけ教えてくれｗ
0101login:Penguin
垢版 |
2019/10/31(木) 11:47:45.40ID:yEAfK0sf
プライベートレジストリ立ち上がるダケじゃん
0102login:Penguin
垢版 |
2019/10/31(木) 12:19:36.03ID:AgzkHmg5
>>101
それ１つをとっても複数製品があり、やはり学習コストが低くはない
って点がどうしようもないね。
まあ、慣れだけど。
0103login:Penguin
垢版 |
2019/10/31(木) 12:25:09.98ID:IvqXe+OC
初期状態のosでnetwork隔離環境でimageのインポートしたら問題なく環境再現できた
>>98
0105login:Penguin
垢版 |
2019/10/31(木) 16:34:21.40ID:yEAfK0sf
>>83
>サーバーをペットのように扱ってるとASGも使えないだろうが、サーバーダウンは全て人間の監視を付けて対応する気か…？

今年の8月にAWSの大規模障害あったトキお前んトコは回避できた？
AWSをペットのように扱ってるだけちゃうん？
苦情があっても全てAWSのせいにして対応する気か…？
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況