[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
554(1): 2020/01/30(木)20:33 ID:rH68C/el(1/3) AAS
RH+cWAifは別にクラウドの中にクラウドが〜に対する回答ではない様な。
クラウドが〜は自分で解答書いてるし。
>そのためにもっと大掛かりなシステムのためのk8sを流用してる感が大きい
結局そういうことだよね。
外部ﾘﾝｸ:aws.アマゾン.com/jp/docker/
Q: Docker Swarm、Kubernetes、Amazon ECS の違いは何ですか?
>多くの Docker コンテナを実行する場合は、Docker Swarm、Kubernetes、Amazon Elastic Container Service (ECS) などの
>オーケストレーションツールを使用することで、何千 (または何百万) ものコンテナの開始、停止、監視が可能になります。
省3
555(1): 2020/01/30(木)20:50 ID:obKqsaeD(1/2) AAS
>>551
一番重要なのはコストの最適化なんだから、タスク数もしくは負荷に応じたインスタンス数の増減なんだよね。
> 負荷の増加に反応してサービスのタスク数は増えたのに、
> インスタンス数がちゃんと増えなかった、
そこな。スケールするのがコンテナとインスタンスの
二重になってるからすごく分かりづらい
そもそも一つのインスタンスの中で動くコンテナを増やしても
並列度は上ががっても処理速度は上がらんのよ
（CPUコアを使い切れるようにはなるだろうけど）
パッチ処理みたいに一つのデータを送ってコンテナで処理して終了みたいのであればわかりやすいけど
省3
556(1): 2020/01/30(木)21:31 ID:rH68C/el(2/3) AAS
>スケールするのがコンテナとインスタンスの
>二重になってるからすごく分かりづらい
分かりにくいのはそうなんだろうけど、インスタンスを跨ぐコンテナはネットワークに
仕掛けしないと駄目だからしょうがないんじゃないの？それはDockerのあの変な
ネットワークの仕組みの為だろうけど。
>（CPUコアを使い切れるようにはなるだろうけど）
結局インスタンス（VM)の上にコンテナ乗っけてるって時点でハードを使い切る
コンテナ技術のメリットは消えており、AmazonのECSはなんちゃってコンテナで
しかない気はする。
557(1): 2020/01/30(木)22:07 ID:obKqsaeD(2/2) AAS
コンテナベースにするなら、インスタンスの存在は完全に見えなくしないとだめだろうね。
そして「これこれの性能を持ったコンテナ」を「いくつ使用するか」で課金する。
あとやっぱりノードのアップグレードに伴う再起動が大変
コンテナ数ノード数が少ないとサービス停止に陥ってしまう可能性が高くなる
アップグレードを放置するとそのうちバージョン古すぎて非対応になるし
なんでみんなk8s頑張ろうとしてるんだろう
殆どの用途では大変なだけじゃないか？
558(1): 2020/01/30(木)22:14 ID:x2o8za8v(2/2) AAS
Kubernetesの真の価値はそこで利用出来るソフトウェアにあるのでは？
サービスメッシュとかデータベースのオペレーターとか
なんかk8sで動くhelmチャートが動く環境が欲しいのでなければ
ECSとかでも良いし
そっちのほうが簡単と思う
クラウドの中にクラウドとか言うけどさ
サーバーに自分でインストールして
動かすソフトを作る側に取っては
Kubernetesだけ対応すれば
あらゆるクラウドで動くものが作れるようになった
省5
559: 2020/01/30(木)22:20 ID:rH68C/el(3/3) AAS
例えて言うなら56コア112スレのXeon買ってきてサーバー作って
そこにESXi入れて、CoreOSを20個インストールしてOS１つあたり
5コンテナ入れてk8s組んで、やったぜ俺スゲーとかｗ
そんな感じやな。
でそこで動く肝心なサービスの保守は完全に片手間で1日16時間労働ｗ
恥づｗｗ
560: 2020/01/30(木)22:28 ID:fl66aBkL(1) AAS
仕事でGKE使ってんだけど世の中の8割のサービスはこんな仕組み要らんだろうなーと思いながら触ってる
561: 2020/01/30(木)23:23 ID:8SEpOjSd(1/3) AAS
>>558
ローカル環境でdockerと比べると、k8sは細やかな制御ができる分やりやすい。
562: 2020/01/30(木)23:26 ID:8SEpOjSd(2/3) AAS
k8sはDockerに比べてIngressとロードバランサが優秀。
563: 2020/01/30(木)23:27 ID:8SEpOjSd(3/3) AAS
替わりにマシンスペックを食うわけだが……。コントローラで2W近く使う
564: 2020/01/30(木)23:32 ID:vPq8TLea(1) AAS
k8sとDockerって比べるものじゃないじゃん
565: 2020/01/31(金)06:06 ID:BYA66tlO(1) AAS
スペックを食うってのもなんだかな
566(1): 2020/01/31(金)09:44 ID:zr53MAqg(1) AAS
swarmの事もたまには思い出してあげてください
567: 2020/01/31(金)21:02 ID:PGkHP1z8(1) AAS
>>566
VMからサービス拡大で手軽なクラスタ使いたいから〜、って理由で
Dockerに移行したらのなら、スケール的には一番しっくり来るんだけどね。
流行の技術じゃないから誰も手を出さんのか？まあDocker Swarmできます！
とかじゃ経歴書にかいても自慢出来んだろうけどね。
568(1): 2020/02/01(土)09:45 ID:rnZpf00g(1/6) AAS
ASGとECS組合せて使ってる奴が要るけど、あれは何の役に立つの？
スケーリングされたインスタンス内でCPUと同数のスレッドでサービス立ち上げる事と
何が違うのか全く分からん。事態を面倒くさくしているだけに見えるｗ
569(1): 2020/02/01(土)09:51 ID:a9slqYuq(1) AAS
>>568
デプロイをECSに任せたいだけだよ
自分でホスト弄りたくない
570: 2020/02/01(土)10:02 ID:rnZpf00g(2/6) AAS
>>569
それはASGでホストが起動したときに、スタートアップか何かでgit pullする事と
何か違うの？
571(1): 2020/02/01(土)10:15 ID:Xk5te6Cy(1) AAS
また仮想マシンイメージ最強おじさん？
老害乙wwwwww
572(1): 2020/02/01(土)10:26 ID:+b4DF/Bv(1) AAS
git pullするって
仮想マシンイメージにアプリの内容を突っ込む訳でも無いのか
goとかJavaだったら毎回ビルド？
老害どころの騒ぎではないな
デプロイ成功するかどうか
同じ結果になるかどうか
毎回やってからのお楽しみって感じ？
時間がいくらでもあるなら
そうすれば良いんじゃない？
573: 2020/02/01(土)12:47 ID:rnZpf00g(3/6) AAS
>>571-572
良くわかんねぇけど、もう少し論理的に説明してくれるかな？
うちのシステムは大体それで大丈夫だからね。
上下前次1-新書関写板覧索設栞歴
あと 429 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s