[過去ﾛｸﾞ]
Docker Part3 (1002ﾚｽ)
Docker Part3 http://mao.5ch.net/test/read.cgi/linux/1552023620/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
527: login:Penguin [sage] 2020/01/29(水) 20:57:23 ID:zxPSLJvv >>526 インフラエンジニアの雇用を維持するためだよ。マジで。 自社サービス系のインフラエンジニアって基本的にトラブルがなければ仕事ないから、 自然と問題なく動いているもののオーバーエンジニアリングに向かうものだ。 http://mao.5ch.net/test/read.cgi/linux/1552023620/527
528: login:Penguin [sage] 2020/01/29(水) 21:15:29 ID:3wP3LyoD オーバーエンジニアリング程度なら良いけどさ メモリ食い過ぎで前より不便にしてるだけなんだよな インフラ系って、変わってるだけで、何も良くなってない http://mao.5ch.net/test/read.cgi/linux/1552023620/528
529: login:Penguin [] 2020/01/29(水) 21:33:22 ID:9OcLAXSy >>528 いや、だからGKE使えよ？ コントローラー無料だろ？ http://mao.5ch.net/test/read.cgi/linux/1552023620/529
530: login:Penguin [sage] 2020/01/29(水) 22:10:05 ID:OCMkZsaj >>526 元々クラウドのための仕様なんだが……。 ノードの数を負荷に応じて変更できるから、処理が多い時間はノード増やして処理し、少ない時間はノードを減らす事でコストを最適化できるのがk8sの売り。 規模が小さいとこの利点（オートスケーリング）が意味をなさなくなる。 http://mao.5ch.net/test/read.cgi/linux/1552023620/530
531: login:Penguin [] 2020/01/29(水) 22:23:27 ID:BTLuyg2X 1台しかないならdocker-composeでよくね？ 1台しかないなら http://mao.5ch.net/test/read.cgi/linux/1552023620/531
532: login:Penguin [sage] 2020/01/29(水) 22:35:55 ID:OCMkZsaj 従来は高価なオンプレを1台買ってスペック余らせるのが普通だったが、今はクラスタにする事で、オートスケーリングによりスペック（≒コスト）を最適化できるようになった。 ハイスペック1台ならdockerで十分だが、コスト面で最適化されてるかな？という話。 http://mao.5ch.net/test/read.cgi/linux/1552023620/532
533: login:Penguin [sage] 2020/01/29(水) 23:26:28 ID:K0p5wp9W >>532 それだけならECSとかで十分でしょ k8sは決まったサイズのクラスタを効率的に使うにはいいけど、クラスタそのもののスケーリングにはあまり適してないよ http://mao.5ch.net/test/read.cgi/linux/1552023620/533
534: login:Penguin [sage] 2020/01/29(水) 23:50:39 ID:OCMkZsaj >>533 k8sはECSより高機能で汎用的だが学習コスト高めという印象。ECSはベンダー製なので、クラスタに関してはその通りだろうが、ベンダーロックインの問題がある。 ベンダーロックインの問題を気にせず、ECSで案件が済むならECSだろう。 http://mao.5ch.net/test/read.cgi/linux/1552023620/534
535: login:Penguin [sage] 2020/01/30(木) 00:20:34 ID:KTDe4H4D たかがコンテナ立ち上げるだけのことにベンダーロックインねえ 事業視点で言えば、k8sに習熟した少数のエンジニアにインフラをロックインされることの方がよほどリスクが大きいと思うけどね http://mao.5ch.net/test/read.cgi/linux/1552023620/535
536: login:Penguin [sage] 2020/01/30(木) 00:26:20 ID:OBlH/P8v >>528 単に使い所を間違ってるだけとしか思えんが そもそも別にk8s使わなくてもdockerはある程度規模に応じたオーケストレーションを標準に 近い形で用意しているはずで、それでは管理できないほど巨大な規模のサービスを運用するから k8sですよ、って事で、当然メモリが食いすぎとか文句言う人が使う物じゃない気はする。 そういう人にはもっと小規模な物あるでしょ？ 昔Googleの論文元にHadoop作って訳も分からずに食いついて先進的だカッコいいぜ俺スゲーとか いって後からやっぱ遅ーえわこれｗとかいってた連中思い出すね。 自分たちが間違った場所に適用してるとは最後まで考えないｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/536
537: login:Penguin [sage] 2020/01/30(木) 01:26:01 ID:pAQXSf/G >>535 Amazonがk8sのサービス始めたのはこの理由らしいから、そういう意見も多いということなのだろう。 個人的にはk8sよりマルチビルドのdocker file の方が難解だな http://mao.5ch.net/test/read.cgi/linux/1552023620/537
538: login:Penguin [sage] 2020/01/30(木) 02:46:59 ID:N78kTYg5 >>533 > k8sは決まったサイズのクラスタを効率的に使うにはいいけど、クラスタそのもののスケーリングにはあまり適してないよ そうだよね？ 広大なCPU空間を確保しておいて、自由に使いましょうというのならいいけど コストの観点から空間自体を減らしたり増やしたりってのは適してないと思う スケーリングならすでにGCEとかのクラウドの仕組みで実現できたじゃんって思う そこにGKEを持ってきて使いづらくしたと思ったら、 どうせコンテナベースで課金とかするでしょ？ なんでクラウドの中にさらにクラウド作ってるんだろうって思う http://mao.5ch.net/test/read.cgi/linux/1552023620/538
539: login:Penguin [sage] 2020/01/30(木) 02:49:16 ID:N78kTYg5 >>537 > 個人的にはk8sよりマルチビルドのdocker file の方が難解だな マルチステージビルドの事？ どんだけ複雑なんだよｗ あんなの、中間ファイルは不要だから 前のイメージでビルドしてできた生成物のみ コピーして使いましょうってだけじゃんか http://mao.5ch.net/test/read.cgi/linux/1552023620/539
540: login:Penguin [sage] 2020/01/30(木) 03:04:05 ID:N78kTYg5 k8sの嫌なところは短いタイミングで強制アップデートな所だな これがあるからストレージとしては使えない データベースは別のサービスを使えってことなんだろうけど、 これがあるからHAの代わりにはならないんだよね http://mao.5ch.net/test/read.cgi/linux/1552023620/540
541: login:Penguin [] 2020/01/30(木) 08:22:30 ID:x2o8za8v 自前k8sなら誰も面倒見てくれないので アップデートもされない 証明書の期限短くすると 期限切れした時にAPIサーバーと通信できなくなるけど http://mao.5ch.net/test/read.cgi/linux/1552023620/541
542: login:Penguin [] 2020/01/30(木) 08:57:49 ID:JRKnodoF APIサーバーの証明書は自動更新機能があった気がする >>538 ワーカーノードは今まで通り課金される k8sでのサーバーレス関数の実行は EKSやGKEで最近できるようになったが 一部機能制限がある上に 確保するリソースが多いと通常通り ワーカーノードを用意した方が安くなる事がある サーバーレスはコールドスタートによる遅延の問題なども多分まだある http://mao.5ch.net/test/read.cgi/linux/1552023620/542
543: login:Penguin [] 2020/01/30(木) 09:18:13 ID:JRKnodoF サーバーレスが利用出来ない場合の次善の策は Cluster Autoscaler ポッドの数に応じてノード数を増減出来る 負荷ベースでポッド数を増減する 水平ポッドオートスケーラーと組み合わせる事で、ノード数を負荷に応じて自動で増減出来る とは言ってもノードの起動は時間がかかるので すぐには無理だが http://mao.5ch.net/test/read.cgi/linux/1552023620/543
544: login:Penguin [] 2020/01/30(木) 09:18:14 ID:JRKnodoF サーバーレスが利用出来ない場合の次善の策は Cluster Autoscaler ポッドの数に応じてノード数を増減出来る 負荷ベースでポッド数を増減する 水平ポッドオートスケーラーと組み合わせる事で、ノード数を負荷に応じて自動で増減出来る とは言ってもノードの起動は時間がかかるので すぐには無理だが http://mao.5ch.net/test/read.cgi/linux/1552023620/544
545: login:Penguin [sage] 2020/01/30(木) 11:27:06 ID:pAQXSf/G >>539 他人が書いたのを検証するのが難しいってことね。他人に依存するかどうかという視点の話。 http://mao.5ch.net/test/read.cgi/linux/1552023620/545
546: login:Penguin [sage] 2020/01/30(木) 11:44:27 ID:N78kTYg5 >>543 ノードの増減はk8sなくてもできたじゃん？ ・負荷の応じてノードが増減できる だったのが ・負荷に応じてでポットが増減できて、ポットの増減に応じてノードが増減できる に変わってるじゃん？ 二段階になってややこしくなってるし ノード（課金対象）が増減しない範囲でのポットの増減が存在するわけで、 こんなんで正確な見積もりなんかできるの？ k8sはプロジェクト単位で使うものじゃななくて、 会社として広大なクラスタ空間を予め確保して、その中で複数の異なる サブプロジェクトをいくつも動かすって使い方をする Googleぐらいしかまともに使えないよ http://mao.5ch.net/test/read.cgi/linux/1552023620/546
547: login:Penguin [sage] 2020/01/30(木) 11:52:10 ID:N78kTYg5 k8sはノード＝1つないし少数のそれぞれ違うポットを配置するという使い方じゃないんだよね 1つのノードが複数のポットを動かすスペックを持っていて、 多数の小さなポッドをその中で動かすという使い方をする。 1つのノードで同じ種類のポットがたくさん生まれて 消えるような場合じゃないとうまく使えない 自動管理されたHA環境ではないんだよね http://mao.5ch.net/test/read.cgi/linux/1552023620/547
548: login:Penguin [] 2020/01/30(木) 17:42:40 ID:IVBe8aPz ECSは当初タスク数がEC2インスタンス数と連動しない残念仕様だった こちらもタスク数に応じてインスタンスが生成される https://dev.classmethod.jp/cloud/aws/aws-ecs-cluster-auto-scaling/ 5タスクを同時に動かそうとすると、 5台のEC2インスタンスが生成される 超シンプル http://mao.5ch.net/test/read.cgi/linux/1552023620/548
549: login:Penguin [] 2020/01/30(木) 17:44:08 ID:krDeGaUI ECSサービス開始当初はEC2の数とタスクの数を連動させる機能が 無かったが、去年追加された http://mao.5ch.net/test/read.cgi/linux/1552023620/549
550: login:Penguin [sage] 2020/01/30(木) 18:28:37 ID:N78kTYg5 >>548 それは一般的な使い方としてはわかりやすいし、できるべきだよね。 ただk8sのそもそもの使い方としては、ずれてるんだと思う その使い方であれば、インスタンスのオートスケールと変わらないわけだし コンテナが動かせるというメリットはあるけどね まあ各クラウドの間で共通のインターフェースができて どこでも動かせるようになるのはいいと思うけど そのためにもっと大掛かりなシステムのためのk8sを流用してる感が大きい もっと間を減らしてシンプルに出来なかったのかねぇ やっぱりクラウドを使ってクラウドを作ってるように見えてしまう k8sはある程度の空間を確保していて、そこで小さなポッドを多数起動して 全体の○％を超えたり減ったりしたら、クラスタを増減させて 通常はある程度の余力をもたせておく（遊んでるサーバーがある）という使い方なんだろう インスタンス数を意識して最小の金額にするためのものじゃないかな http://mao.5ch.net/test/read.cgi/linux/1552023620/550
551: login:Penguin [] 2020/01/30(木) 19:32:50 ID:RH+cWAif ECSも、タスク数をCPU使用率などのメトリクスと連動させれば、 CPU数に応じて「タスク数とインスタンス数」を同時に増やすことが可能 何が違うと言うのか ECSも以前から「それぞれ別々に」インスタンス数とタスク数を増減する事は出来たが、 協調せずバラバラに動くので、 負荷の増加に反応してサービスのタスク数は増えたのに、 インスタンス数がちゃんと増えなかった、 あるいはインスタンス数は増えたのにサービス数が増えないとか そんな動きになる可能性があった 1つのノードに複数のコンテナがあるような状況では さらに話がややこしくなっていた ノードのCPU使用率が一時的に増加していても、それはサービスの需要が増えたからではなく、 定期バッチ処理で負荷が一時的に高くなったのが原因だったり http://mao.5ch.net/test/read.cgi/linux/1552023620/551
552: login:Penguin [] 2020/01/30(木) 19:38:30 ID:RH+cWAif Kubernetesはずっと前から ポッド数によるノード増減ができた パクったのはECS 自動でノード数の増減が要らない、 常に2台で良いって言うなら Cluster AutoScalerを使わなくても良い http://mao.5ch.net/test/read.cgi/linux/1552023620/552
553: login:Penguin [sage] 2020/01/30(木) 20:00:23 ID:VJ/WHmRQ そもそもECSって目的毎にクラスタ立てるもんだろ？ 何でもかんでも一つのクラスタで済ませようなどと考えなければ従来のインスタンスベースのスケーリングで問題ない それこそ「クラウドなんだから」だ ID:RH+cWAifの主張は、クラウドの中にクラウドを作っているという批判に対する反論としては的外れに感じる http://mao.5ch.net/test/read.cgi/linux/1552023620/553
554: login:Penguin [sage] 2020/01/30(木) 20:33:30 ID:rH68C/el RH+cWAifは別にクラウドの中にクラウドが〜に対する回答ではない様な。 クラウドが〜は自分で解答書いてるし。 >そのためにもっと大掛かりなシステムのためのk8sを流用してる感が大きい 結局そういうことだよね。 https://aws.アマゾン.com/jp/docker/ Q: Docker Swarm、Kubernetes、Amazon ECS の違いは何ですか? >多くの Docker コンテナを実行する場合は、Docker Swarm、Kubernetes、Amazon Elastic Container Service (ECS) などの >オーケストレーションツールを使用することで、何千 (または何百万) ものコンテナの開始、停止、監視が可能になります。 日本は法人向けサービスやったとしても会社の絶対数が少ないしそもそも余程のことが無い限り 1サービスあたりのサーバは10台超えることは無い。じゃあ10台でオートスケールやるコンテナの仕組みは何なのさ？ ってニーズに全然答えようとしていない。 http://mao.5ch.net/test/read.cgi/linux/1552023620/554
555: login:Penguin [sage] 2020/01/30(木) 20:50:52 ID:obKqsaeD >>551 一番重要なのはコストの最適化なんだから、タスク数もしくは負荷に応じたインスタンス数の増減なんだよね。 > 負荷の増加に反応してサービスのタスク数は増えたのに、 > インスタンス数がちゃんと増えなかった、 そこな。スケールするのがコンテナとインスタンスの 二重になってるからすごく分かりづらい そもそも一つのインスタンスの中で動くコンテナを増やしても 並列度は上ががっても処理速度は上がらんのよ （CPUコアを使い切れるようにはなるだろうけど） パッチ処理みたいに一つのデータを送ってコンテナで処理して終了みたいのであればわかりやすいけど ウェブサーバーみたいにそれ自体が並列処理対応になってるものの コンテナを増やしたって何の意味もない。インスタンスの数を増やすか インスタンスの性能をあげなきゃならないのに、間にコンテナの話が入り込んでくる http://mao.5ch.net/test/read.cgi/linux/1552023620/555
556: login:Penguin [sage] 2020/01/30(木) 21:31:46 ID:rH68C/el >スケールするのがコンテナとインスタンスの >二重になってるからすごく分かりづらい 分かりにくいのはそうなんだろうけど、インスタンスを跨ぐコンテナはネットワークに 仕掛けしないと駄目だからしょうがないんじゃないの？それはDockerのあの変な ネットワークの仕組みの為だろうけど。 >（CPUコアを使い切れるようにはなるだろうけど） 結局インスタンス（VM)の上にコンテナ乗っけてるって時点でハードを使い切る コンテナ技術のメリットは消えており、AmazonのECSはなんちゃってコンテナで しかない気はする。 http://mao.5ch.net/test/read.cgi/linux/1552023620/556
557: login:Penguin [sage] 2020/01/30(木) 22:07:21 ID:obKqsaeD コンテナベースにするなら、インスタンスの存在は完全に見えなくしないとだめだろうね。 そして「これこれの性能を持ったコンテナ」を「いくつ使用するか」で課金する。 あとやっぱりノードのアップグレードに伴う再起動が大変 コンテナ数ノード数が少ないとサービス停止に陥ってしまう可能性が高くなる アップグレードを放置するとそのうちバージョン古すぎて非対応になるし なんでみんなk8s頑張ろうとしてるんだろう 殆どの用途では大変なだけじゃないか？ http://mao.5ch.net/test/read.cgi/linux/1552023620/557
558: login:Penguin [] 2020/01/30(木) 22:14:45 ID:x2o8za8v Kubernetesの真の価値はそこで利用出来るソフトウェアにあるのでは？ サービスメッシュとかデータベースのオペレーターとか なんかk8sで動くhelmチャートが動く環境が欲しいのでなければ ECSとかでも良いし そっちのほうが簡単と思う クラウドの中にクラウドとか言うけどさ サーバーに自分でインストールして 動かすソフトを作る側に取っては Kubernetesだけ対応すれば あらゆるクラウドで動くものが作れるようになった 自社のソフトウェアが様々なクラウドで動くのは、 ビジネスチャンスに繋がるんじゃね？ ソフト自体を配布するんじゃなくて サービスとして売りたいなら 好きな物を使え http://mao.5ch.net/test/read.cgi/linux/1552023620/558
559: login:Penguin [sage] 2020/01/30(木) 22:20:59 ID:rH68C/el 例えて言うなら56コア112スレのXeon買ってきてサーバー作って そこにESXi入れて、CoreOSを20個インストールしてOS１つあたり 5コンテナ入れてk8s組んで、やったぜ俺スゲーとかｗ そんな感じやな。 でそこで動く肝心なサービスの保守は完全に片手間で1日16時間労働ｗ 恥づｗｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/559
560: login:Penguin [sage] 2020/01/30(木) 22:28:12 ID:fl66aBkL 仕事でGKE使ってんだけど世の中の8割のサービスはこんな仕組み要らんだろうなーと思いながら触ってる http://mao.5ch.net/test/read.cgi/linux/1552023620/560
561: login:Penguin [sage] 2020/01/30(木) 23:23:25 ID:8SEpOjSd >>558 ローカル環境でdockerと比べると、k8sは細やかな制御ができる分やりやすい。 http://mao.5ch.net/test/read.cgi/linux/1552023620/561
562: login:Penguin [sage] 2020/01/30(木) 23:26:57 ID:8SEpOjSd k8sはDockerに比べてIngressとロードバランサが優秀。 http://mao.5ch.net/test/read.cgi/linux/1552023620/562
563: login:Penguin [sage] 2020/01/30(木) 23:27:43 ID:8SEpOjSd 替わりにマシンスペックを食うわけだが……。コントローラで2W近く使う http://mao.5ch.net/test/read.cgi/linux/1552023620/563
564: login:Penguin [sage] 2020/01/30(木) 23:32:56 ID:vPq8TLea k8sとDockerって比べるものじゃないじゃん http://mao.5ch.net/test/read.cgi/linux/1552023620/564
565: login:Penguin [sage] 2020/01/31(金) 06:06:57 ID:BYA66tlO スペックを食うってのもなんだかな http://mao.5ch.net/test/read.cgi/linux/1552023620/565
566: login:Penguin [] 2020/01/31(金) 09:44:16 ID:zr53MAqg swarmの事もたまには思い出してあげてください http://mao.5ch.net/test/read.cgi/linux/1552023620/566
567: login:Penguin [sage] 2020/01/31(金) 21:02:32 ID:PGkHP1z8 >>566 VMからサービス拡大で手軽なクラスタ使いたいから〜、って理由で Dockerに移行したらのなら、スケール的には一番しっくり来るんだけどね。 流行の技術じゃないから誰も手を出さんのか？まあDocker Swarmできます！ とかじゃ経歴書にかいても自慢出来んだろうけどね。 http://mao.5ch.net/test/read.cgi/linux/1552023620/567
568: login:Penguin [sage] 2020/02/01(土) 09:45:31 ID:rnZpf00g ASGとECS組合せて使ってる奴が要るけど、あれは何の役に立つの？ スケーリングされたインスタンス内でCPUと同数のスレッドでサービス立ち上げる事と 何が違うのか全く分からん。事態を面倒くさくしているだけに見えるｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/568
569: login:Penguin [sage] 2020/02/01(土) 09:51:47 ID:a9slqYuq >>568 デプロイをECSに任せたいだけだよ 自分でホスト弄りたくない http://mao.5ch.net/test/read.cgi/linux/1552023620/569
570: login:Penguin [sage] 2020/02/01(土) 10:02:57 ID:rnZpf00g >>569 それはASGでホストが起動したときに、スタートアップか何かでgit pullする事と 何か違うの？ http://mao.5ch.net/test/read.cgi/linux/1552023620/570
571: login:Penguin [] 2020/02/01(土) 10:15:11 ID:Xk5te6Cy また仮想マシンイメージ最強おじさん？ 老害乙wwwwww http://mao.5ch.net/test/read.cgi/linux/1552023620/571
572: login:Penguin [] 2020/02/01(土) 10:26:26 ID:+b4DF/Bv git pullするって 仮想マシンイメージにアプリの内容を突っ込む訳でも無いのか goとかJavaだったら毎回ビルド？ 老害どころの騒ぎではないな デプロイ成功するかどうか 同じ結果になるかどうか 毎回やってからのお楽しみって感じ？ 時間がいくらでもあるなら そうすれば良いんじゃない？ http://mao.5ch.net/test/read.cgi/linux/1552023620/572
573: login:Penguin [sage] 2020/02/01(土) 12:47:32 ID:rnZpf00g >>571-572 良くわかんねぇけど、もう少し論理的に説明してくれるかな？ うちのシステムは大体それで大丈夫だからね。 http://mao.5ch.net/test/read.cgi/linux/1552023620/573
574: login:Penguin [] 2020/02/01(土) 12:59:32 ID:Ps7WDj2g 今度はDockerじゃなくてgit使えば良いおじさん登場か それで困ってないなら別に良いんじゃない？ http://mao.5ch.net/test/read.cgi/linux/1552023620/574
575: login:Penguin [sage] 2020/02/01(土) 13:07:12 ID:rnZpf00g >>574 だから「ASGとECS組合せて使ってる奴が要るけど、あれは何の役に立つの？」って聞いてるじゃん。 君の反論は、デプロイが複雑な場合においては、有効なこともありうる、ってことでオッケー？ それは分かったよ。 ただ、>>556にあるようにDocker自身はコンテナシステムとしてはイマイチだと思う。理由は557と同じね。 少なくとも変なホスト単位のブリッジはやめにしてPOD単位とかService単位で内部ネットワークにしないと インスタンスが全面に出てきちゃ、導入する意味が無い。ストレージなんかも必要な部分を予めマッピングして 永続化しないと駄目とか、制限が多いし。こんな事いっても君には分からんだろうけど。 http://mao.5ch.net/test/read.cgi/linux/1552023620/575
576: login:Penguin [] 2020/02/01(土) 13:18:31 ID:Ps7WDj2g じゃあ使わなきゃいいんじゃね？ http://mao.5ch.net/test/read.cgi/linux/1552023620/576
577: login:Penguin [sage] 2020/02/01(土) 13:25:27 ID:rnZpf00g マジ質問読めよ文網ｗ 日本語通じないなんてDocker使う以前の話だよｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/577
578: login:Penguin [] 2020/02/01(土) 13:30:03 ID:Ps7WDj2g Docker使わなかったらOSアップデートは要らないとでも？ 普通に要るでしょ セキュリティ考慮しないから要らないって話？ http://mao.5ch.net/test/read.cgi/linux/1552023620/578
579: login:Penguin [sage] 2020/02/01(土) 13:45:31 ID:rnZpf00g >>578 ECSの話してるんじゃないの？ ECSは「インスタンスの上」でコンテナを動かすのだから当然Dockerでも OSアップグレードは必要で、そういった話をするなら、インスタンスOSと コンテナ上のOSの両方のセキュリティを考慮しなければならない。 http://mao.5ch.net/test/read.cgi/linux/1552023620/579
580: login:Penguin [] 2020/02/01(土) 15:00:13 ID:A9loRdi2 ECSとか関係なく ASG利用の方が信頼性が高い ECSはASG無しで使えるように設計されてるのか良く分からない なんか前の登録内容が残ってたり ECSエージェントのデータを消さないとインスタンスタイプを変更できなかったりした 通常のEC2 ・ルートボリュームの内容は再起動に引き継がれる。システムログの内容やSSHして手動設定した内容はインスタンスを削除しない限り残る。 ・AWS障害時に自動復旧させるのは可能だが、必ず成功するとは限らない。 ・AWSと関係ないOS内部の問題はEC2 Rescueで復旧を自動化できるかもしれないが絶対ではない。 ASG ・ルートボリュームは毎回新しく作られる ・データの保存が必要なワークロードの場合、起動後にスクリプトで別のEBSをアタッチする、S3に保存されたバックアップから復元するなどの方法が必要 ・ヘルスチェックをEC2にした場合、システムとインスタンスの2つのチェックのどちらかに失敗するとインスタンスは破棄されて再作成される ・ヘルスチェックをELBにした場合、ELBからのリクエストに暫く応答しなかったら破棄される いずれの場合も、自前のヘルスチェックシステムがあるなら それを代わりに使う事は可能だが そんな物はうちにはない http://mao.5ch.net/test/read.cgi/linux/1552023620/580
581: login:Penguin [] 2020/02/01(土) 15:10:35 ID:lVg3qEIO キャパシティプロバイダーでEC2のタスク数とインスタンス数を連動させる場合はASGが必須 キャパシティプロバイダーの登場以前はタスク数と連動させるのは諦めて EC2の台数もタスク数も固定するか それぞれバラバラに設定して 高負荷時に両方とも作動するよう神に祈る他なかった キャパシティプロバイダーが要らない場合でも ASGにしておけばコケても復旧するという安心感はある インスタンスを終了すれば必ず同じ設定で起動するからだ それらが要らないならASG無しでも良いんじゃね？ 同じEC2インスタンスだと インスタンスサイズ変更時に ECSエージェントが登録失敗する問題は何か解決策があるだろう http://mao.5ch.net/test/read.cgi/linux/1552023620/581
582: login:Penguin [] 2020/02/01(土) 15:36:39 ID:uZkIbDS6 ECSについて言えば、3つのネットワークモードが利用可能 bridge ポートマッピングを設定した場合、 コンテナにランダムなポートが割り当てられ、外部からアクセス可能になる 同じホスト名で外部からアクセス出来るようにしたいなら、ELBやRoute53を併用する 毎回異なるポート番号になるので、デプロイ時、1つのEC2インスタンスに 同じタスクの新旧バージョンを一時的に同時実行する事が出来る host ホストOSと同じネットワークに配置する ポート番号が衝突するので、 デプロイ時に、同じタスクの新旧バージョンを同じEC2インスタンスで同時実行は不可 awsvpc ホストOSとは異なるENIにタスクを配置する 異なるENIなので、同じEC2インスタンスでも同じポート番号を利用可能な上に 理論上は最高のネットワーク性能を持つモード ただし、小さめのインスタンスタイプでは 利用できるENIの数が少ないので 配置出来るawsvpcネットワークモードのタスクは少なくなる http://mao.5ch.net/test/read.cgi/linux/1552023620/582
583: login:Penguin [sage] 2020/02/01(土) 18:53:25 ID:ZdsodL/0 俺はGCPメインだからAWSの話はよくわからんなｗ AGS？ GKEのオートスケーリング機能みたいなもんか？ http://mao.5ch.net/test/read.cgi/linux/1552023620/583
584: login:Penguin [] 2020/02/01(土) 19:59:11 ID:wE2puLwI ASGは多分似たような機能がどのパブリッククラウドにもあるだろう k8sをAWSで使う場合も ワーカーノードはASG管理下で、 ルートボリュームはノードを終了する時に捨てるよね サーバーはいつでも替えの効く家畜だ k8sでデータベースなどの ステートフルなワークロードを扱う場合は、 ノードにルートボリュームとは別に EBSボリュームをアタッチすれば良い >>583 そもそもASGはオートスケーリンググループの略だから http://mao.5ch.net/test/read.cgi/linux/1552023620/584
585: login:Penguin [sage] 2020/02/02(日) 01:40:45 ID:9x081f8g Kubernetes 航海1日目 https://mao.5ch.net/test/read.cgi/linux/1553389453/ http://mao.5ch.net/test/read.cgi/linux/1552023620/585
586: login:Penguin [sage] 2020/02/02(日) 08:39:22 ID:cuMP7GqL 何？よう知らんけどEKSでもインスタンスは見えてるの？ インスタンス（VM）を管理してその上で動くコンテナも管理しろとか コンテナの意味なくね？ http://mao.5ch.net/test/read.cgi/linux/1552023620/586
587: login:Penguin [sage] 2020/02/02(日) 08:52:22 ID:vTMq3yW0 だからコンテナはアプリをデプロイしやすくするためのものだって言ってんだろ http://mao.5ch.net/test/read.cgi/linux/1552023620/587
588: login:Penguin [sage] 2020/02/02(日) 09:08:51 ID:cuMP7GqL じゃあ、今ここでDocker関連の話題を書き込んでいる連中はもれなく デプロイに問題があってDocker使ってるという認識なのｗｗ？ デプロイをコンテナ以外で解決するくらいならサービスメッシュだ オペレータだhelmチャートだと学習したほうが効率が上がると判断しているのｗ？ http://mao.5ch.net/test/read.cgi/linux/1552023620/588
589: login:Penguin [] 2020/02/02(日) 09:42:45 ID:TWOzawm+ >>588 は開発どうしてんの？ それぞれバラバラに環境作って開発？ 開発、QA環境へのデプロイとテスト 本番環境へのデプロイまで一貫した環境で行えるのがコンテナ技術のメインの魅力だろう Kubernetesは複雑すぎる気はするが 他に選択肢があまりない http://mao.5ch.net/test/read.cgi/linux/1552023620/589
590: login:Penguin [] 2020/02/02(日) 09:54:07 ID:TWOzawm+ 以前、開発も本番も同じ環境においてるという 狂気の環境で開発した事がある ローカル開発環境はそもそも存在せず 理由は環境の複製が面倒だから AWSなのにサーバーを家畜のように使い捨てではなく、ペットのように可愛がってた サーバーに直接Apacheをインストールしており、 基本的にphpをアップグレードする時や phpの拡張機能を入れるときは 一か八かの賭けに出る必要があった AMIを複製して他環境で試す？ そんなのやるぐらいならもうDocker使えよ・・・ってなる それが一番色んな環境に運ぶの楽じゃん http://mao.5ch.net/test/read.cgi/linux/1552023620/590
591: login:Penguin [] 2020/02/02(日) 10:02:35 ID:vLvuWMc2 >>586 昔ながらの方法だったらVMインスタンスもアプリのデプロイも管理しなくて良いとでも言ってるのか？ 文句あるなら代替案出せや スペックに応じたインスタンスが必要なのは 昔ながらの方法でも一緒だろ http://mao.5ch.net/test/read.cgi/linux/1552023620/591
592: login:Penguin [sage] 2020/02/02(日) 10:31:49 ID:cuMP7GqL >>591 代案つーか、コンテナ技術って時期尚早じゃね？サービスを構成する鯖が 10台20台程度なら入れない方が良いと思う。いつの日か>>557が書いたように 完全にコンテナだけ見ていればOKになるなら入れても良い。 例えば10コアのCPUを10台用意して、30個をフロントWEBに、20個をバックエンドに、 30個を同期サーバ、10個をその他、残りはautoscaling用、1CPU=1コンテナとか このレベルで意思決定が出来て、そのとおり動くならマイクロサービスは素晴らしい といえるけど、現状そうなってないんだろ？コンテナが物理サーバーに対して透過的 見えるレベルに到達してないつーか。 いつかそうなるんだろうけどね。 今は面倒なだけという気がする。 http://mao.5ch.net/test/read.cgi/linux/1552023620/592
593: login:Penguin [] 2020/02/02(日) 11:04:46 ID:mAYLnTD8 >>592 それってデメリットか？ 算数が出来れば計算出来るだろ 小規模環境なら台数固定で良いし OSや、ログ、メトリクス用ポッドの分だけ余裕をもたせて空けておけば良い それぐらい計算できるだろ？ もしかしてワーカーノードは全部同じグループとか思ってる？ データベースはこのラベルが付いてるノードだけに配置とか、出来るだろ 負荷がデータベースに集中しがちなら、データベースだけ大きなノードのグループで構成するとか 1つのグループに ごった煮にして配置したりすれば 非常にややこしくなるから 誰もやらない http://mao.5ch.net/test/read.cgi/linux/1552023620/593
594: login:Penguin [sage] 2020/02/02(日) 11:29:49 ID:cuMP7GqL >>593 そういった諸々に対して>>546>>550-555のような問題がありますよ、という話じゃなかったの？ まあ導入前段階で比較したい、という人と既に導入しちゃった人じゃ観点が合わんのはしょうがないけど。 前の人は既存部分との違いを知ることが主な観点になるけど、既に入れちゃった人はその結果起きた問題を 解決することが観点になるからねｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/594
595: login:Penguin [] 2020/02/02(日) 11:43:38 ID:l4msUzoZ なんか話が噛み合わないと思った ノードを常に余らせている大規模環境じゃないと使えないとか >>550 あらゆる種類のワークロードを 1つのノードにごった煮だと勘違いしていたなら納得 http://mao.5ch.net/test/read.cgi/linux/1552023620/595
596: login:Penguin [sage] 2020/02/02(日) 11:43:41 ID:cuMP7GqL >>590 これも、そもそもDocker以前の環境すらまともに運用できなかった人と Dockerを比べてもなぁ？という話で。もしその狂気の環境の人がDocker使って k8s入れたとしたら、余計酷くなるだけ（使いこなせるわけが無い） > AWSなのにサーバーを家畜のように使い捨てではなく、ペットのように可愛がってた こういう言い方もずっと前からあるけど、実際コンテナとしても「家畜のように」は使えんだろ。 本番で運用するときは当たり前だけど一見ごみの様にしか見えないものでもトラブル解決に 役立ったりするからね。/var/log/httpdだけを永続化しときゃ済むって話じゃない。 1ヵ月後に顧客からトラブルの相談があって、既に再デプロイして非永続領域は消えちゃいました、 ですむなら良いけど。 じゃあどこを永続化しておきましょうかなんて、開発前にすぐに決められるものじゃない。 http://mao.5ch.net/test/read.cgi/linux/1552023620/596
597: login:Penguin [] 2020/02/02(日) 12:01:17 ID:TWOzawm+ >>596 >じゃあどこを永続化しておきましょうかなんて、開発前にすぐに決められるものじゃない。 本当に全くDocker使ったことないのに批判してるんだなw 説明しよう ログは標準出力か標準エラー出力に吐くから永続化はしない 必要ならロギングドライバーを設定するなどして 別サービスに転送する AWS+ECSならCloudWatchに転送が一番楽 k8sは今のところロギングドライバーの設定はできないので、 コンテナのログを集めるDaemonSetがそれぞれのノードにデプロイするのが一般的 これで全ノードのログを残せる 永続化するのは再起動しても絶対残っていなければならない データベースのデータなどだけ どこを永続化するかで悩んだことなんてない http://mao.5ch.net/test/read.cgi/linux/1552023620/597
598: login:Penguin [sage] 2020/02/02(日) 12:12:02 ID:cuMP7GqL >>597 そういやそういう事やってたなとは思うけど、君が説明しているログ収集云々は 汎用的なDockerの話じゃ無くてベンダーが用意している部分ね。 >AWS+ECSならCloudWatchに転送が一番楽 ん？結局こういうことしたらベンダーロックインって事じゃないの？ > どこを永続化するかで悩んだことなんてない そうなの？ しかしそれはDBとWEBだけの単純サービスだからじゃないの？ ウチのはある領域に一時的なファイルを作って、S3とかにアップするけどそれが 出来てないよ、とかは普通に来るからね。 http://mao.5ch.net/test/read.cgi/linux/1552023620/598
599: login:Penguin [sage] 2020/02/02(日) 12:25:14 ID:LuowLFof ベンダーロックインw あのさ、ECSでコンテナからCloudWatchに出力するのなんて数クリックでできるわけ。 人的なコストなんかほぼゼロ。 ベンダーロックインっていうのはこれまでの投資が無駄になるから他のベンダーへ移れない状態であって、 そもそも投資がゼロなら何の問題もないの。言ってる意味わかる？ http://mao.5ch.net/test/read.cgi/linux/1552023620/599
600: login:Penguin [] 2020/02/02(日) 12:29:21 ID:TWOzawm+ >>598 ECS時は最も手軽な選択肢はCloudWatchってだけ 他にも選択肢はあるが とりあえずAWSで動けば良いなら一番手軽 手間や金がかかっても とにかくベンダーロックインは嫌だって言うなら k8sとELKスタックとかになるんでは ファイルアップロードにS3使えてない場合は ・2台以上でWebサーバーの構成をするのを諦める ・多少遅くても良いならAmazon EFSに置く どちらもやらずに解決する銀の弾丸はない http://mao.5ch.net/test/read.cgi/linux/1552023620/600
601: login:Penguin [sage] 2020/02/02(日) 12:35:08 ID:cuMP7GqL >>599 なんつーかそれを聞いてもやっぱり、10台程度のサービスでEKS、ECS面倒臭いという のが結論やね。100台なら話は全く違うけど。じゃあ10台〜100台の間のどのへんが ボーダーなのかって点には関心あるけど。 どこが汎用のDockerの話でどこがベンダーに依存するのかとか、面倒くさすぎ。 質問を568に戻そうぜ。 「ある1つのインスタンス内で、1プロセスでCPUと同数のスレッドと立ち上げる事と、 CPUと同数のコンテナを立ち上げること」は何が違うの？ http://mao.5ch.net/test/read.cgi/linux/1552023620/601
602: login:Penguin [] 2020/02/02(日) 12:38:55 ID:TWOzawm+ そもそも規模小さかったらリソースの割当に悩む事ないから その批判がそもそも的外れ http://mao.5ch.net/test/read.cgi/linux/1552023620/602
603: login:Penguin [sage] 2020/02/02(日) 12:40:49 ID:LuowLFof >>601 その2つを比べるのはおかしい 1コンテナ内で複数スレッド立ち上げてもいいし、goなどのマルチスレッド前提の言語ならむしろその方が一般的。 http://mao.5ch.net/test/read.cgi/linux/1552023620/603
604: login:Penguin [sage] 2020/02/02(日) 12:41:16 ID:cuMP7GqL >とにかくベンダーロックインは嫌だって言うなら.... >ファイルアップロードにS3使えてない場合は... こういう所とかも全部「既存システムでは存在しない問題点に対して解決方法を提示している」様に思えてならん。 他の人はそうは思わんのかな？ http://mao.5ch.net/test/read.cgi/linux/1552023620/604
605: login:Penguin [sage] 2020/02/02(日) 12:46:24 ID:LuowLFof >>604 全く意味がわからないな ログ収集もS3へのアップロードの失敗も既存システムで存在するだろう http://mao.5ch.net/test/read.cgi/linux/1552023620/605
606: login:Penguin [sage] 2020/02/02(日) 12:59:25 ID:cuMP7GqL >>605 VMは再起動しても永続化してるんだから問題調査は可能でしょ。 http://mao.5ch.net/test/read.cgi/linux/1552023620/606
607: login:Penguin [] 2020/02/02(日) 13:04:25 ID:TWOzawm+ S3とか使ってないレガシーシステムでも ECS使うのは可能 可用性が重要じゃない社内用アプリで インスタンス1台だけのECSクラスターで データは全てEBSに書いてる物ならある ログはDocker経由でCloudWatch Logsに出すようにしてるが 時々OSのAMIとか ECSエージェントを更新すれば 実行環境は最新の状態に保たれる ログやメトリクスはマネジメントコンソールから見られるし、 デプロイするだけならSSHすら要らないし楽 使わない理由がない アプリ部分はAWSとか使ってないので、 移そうと思えば他クラウドにも移せる 今の所やる予定ないし今後も無いと思うが http://mao.5ch.net/test/read.cgi/linux/1552023620/607
608: login:Penguin [sage] 2020/02/02(日) 13:05:37 ID:LuowLFof >>606 オートスケーリング使うなら勝手にterminateされて全部消えるよ 大した規模じゃないからオートスケーリングいらないってんなら、君にはコンテナなんて要らないから帰ってね、としか http://mao.5ch.net/test/read.cgi/linux/1552023620/608
609: login:Penguin [sage] 2020/02/02(日) 13:07:43 ID:cuMP7GqL >>608 オートスケーリングはそういう用途じゃないな。 繁忙期のサーバー落ち＞障害調査 の場合にのみ使用するとしか言えない。 分からないなら答えないでねとしか。 http://mao.5ch.net/test/read.cgi/linux/1552023620/609
610: login:Penguin [] 2020/02/02(日) 13:17:05 ID:TWOzawm+ だからログはCloudWatch Logsに送ればいいって話だろ？ コンテナ毎のCPU使用率やメモリー使用量はメトリクスはECSエージェントがCloudWatchに送ってくれる http://mao.5ch.net/test/read.cgi/linux/1552023620/610
611: login:Penguin [sage] 2020/02/02(日) 13:17:41 ID:LuowLFof >>609 そもそもログ収集してないのに問題のインスタンスの特定とかどうすんの？ 台数が少けりゃスナップショット撮ってれば努力と根性でなんとかなるかもしれないけど、 うちの場合はその作業が一度発生したら自前でログ収集の仕組みを構築するコストを余裕で上回る工数だねえ http://mao.5ch.net/test/read.cgi/linux/1552023620/611
612: login:Penguin [sage] 2020/02/02(日) 13:20:19 ID:cuMP7GqL >>607 >ログやメトリクスはマネジメントコンソールから見られるし、 これもね、じゃあ障害解析のために開発者全員がマネジメントコンソール 見れて良いのかとか、微妙で面倒くさい問題が出そうな気がするんですよ･･･。 http://mao.5ch.net/test/read.cgi/linux/1552023620/612
613: login:Penguin [sage] 2020/02/02(日) 13:26:35 ID:cuMP7GqL >>611 自分が携わっている範囲内で言えば、インスタンスが特定できずに問題が解決 しなかったなんてことは無いな。コストがかかりすぎた、という事も無い。 ド素人じゃないんだし、それ位分かるよな？としか･･･。 http://mao.5ch.net/test/read.cgi/linux/1552023620/613
614: login:Penguin [] 2020/02/02(日) 13:27:41 ID:TWOzawm+ >>612 ログを取るためだけにSSHするのは良いのかよw AWSの組織機能で細かくアカウントをアプリ毎に分ける、 IAMロールを最小の権限のみにするなどした方がよほどセキュアだ Cloudwatch Logsは ローカルにログをダウンロードせずに 簡単な検索や分析も出来る これもセキュアだろう http://mao.5ch.net/test/read.cgi/linux/1552023620/614
615: login:Penguin [sage] 2020/02/02(日) 13:59:10 ID:bYwPQj4X >>613 それインスタンスが数百台以上あっても同じこと言える？ 結局何が言いたいのか知らないけど、何が手でSSHして回れる程度の台数でコンテナなんか要らん、と言いたいならまあその通りだと思うよ http://mao.5ch.net/test/read.cgi/linux/1552023620/615
616: login:Penguin [sage] 2020/02/02(日) 14:05:41 ID:cuMP7GqL >>615 だから結論は>>601だと言っているでしょ。 以後のやり取りのすべてを見てもやはり601やね。 10台以下で運用するのは、まあ、趣味の世界やな。。 悪くは無いけど運用上実利がある訳じゃないよと。 まあ興味があるならやっても良いよ、あるいはもっと大きな サービス運用業者に転職を視野にいれてしれっとやってみるとか、 そんな感じと思ったね。 http://mao.5ch.net/test/read.cgi/linux/1552023620/616
617: login:Penguin [] 2020/02/02(日) 14:25:00 ID:KVZqynku 結局何が言いたいのかサッパリ分からんやつだったな 小規模だったらそもそも台数の調整とか要らないだろって話は無視か http://mao.5ch.net/test/read.cgi/linux/1552023620/617
618: login:Penguin [sage] 2020/02/02(日) 14:34:13 ID:cuMP7GqL >>617 君の言っている事こそ意味不明ｗ。 小規模で台数の調整が要らないらならEKSもECSも要らないっしょ。 ちなみに小規模であることと台数の調整が不要であることはイコールではない。 小規模でも繁忙期に台数増やしたいとかは当然ある。 http://mao.5ch.net/test/read.cgi/linux/1552023620/618
619: login:Penguin [] 2020/02/02(日) 14:43:53 ID:TWOzawm+ サーバーを家畜化した方が運用が楽で信頼性も高いのは 1台でも100台でも変わらないと思う 総利益が大きいのはそりゃ100台だろうが そもそもサーバーの家畜化もできてなかったら どうやって水平スケールするのか Dockerなしでも家畜化が出来ていたら、Docker導入のハードルは高くないはずだが http://mao.5ch.net/test/read.cgi/linux/1552023620/619
620: login:Penguin [] 2020/02/02(日) 14:50:00 ID:TWOzawm+ Dockerなしでも家畜化出来てたら それぞれのサーバーにSSHしてログ取ったりなんていらんはずだけど まさか手作業で環境を複製してASGもどきをやってるのか？ 超無駄じゃね？ ASGでやれよ http://mao.5ch.net/test/read.cgi/linux/1552023620/620
621: login:Penguin [sage] 2020/02/02(日) 15:15:07 ID:cuMP7GqL >>619 >信頼性も高いのは 信頼性が高いといっているのは何を根拠に言っているのか知らんが、 インスタンスの上にDockerエンジン乗せてその上にサービスを展開している鯖と インスタンスの上に直接サービス(httpdとか）のせてサービス展開している鯖はどっちが信頼性高いのって話だが？ どっちなのｗ？前者は単純に数が増えているように見えるが？ >1台でも100台でも変わらないと思う 本当にそう思うの？既に「入れてしまった人」は当然操作にも慣れてるだろうし、そもそもコンテナ外して 運用するのは2度手間になるから、1台でもコンテナで、になるんだろうけど本当に1台しか運用していない 会社に自信を持ってそれ、提案できる？1台でもEKS入れましょう、と。 >どうやって水平スケールするのか つまり君はコンテナ以外じゃやったことが無いって話なんだろ？ >Dockerなしでも家畜化が出来ていたら、Docker導入のハードルは高くないはずだが 俺が直接運用しているサービスはそうやね。例え鯖1台でも「趣味として」EKS化しても全然悪くない が、世の中にはそうでない人もいるわけよ。500円位の共用WEB鯖＋DBとか。 あるいは2万円の1台2台の専用鯖とか。 そういう人に本当にお勧めできるの？ アマゾンに移行して、コンテナ化してEKSしましょう、とか。 本当に？君は本当にそう思うの？ >>620 この書込みは全く意味不明。 宇宙語話してるの？そもそも「家畜化」ってIT用語なのｗ？ 君以外の誰にも通用しない気がするがｗｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/621
622: login:Penguin [] 2020/02/02(日) 15:28:42 ID:TWOzawm+ 1コンテナぐらいしか動いてないならEKSじゃなくてECSで良いと思うし既にやってる 楽だしお金がそんなにかかんない CloudWatch Logsは無料分を超えると課金があるが、小規模なので無料分で余裕 これで破産する方が難しい 家畜とペットの例えはさっきしてたじゃん AWSはEC2インスタンスはASGに入れて使い捨てするか、 EC2の上に乗っけたソフトウェアでレプリケーションを行って、1台は死んでも大丈夫にするのがベストプラクティス それを行ってないインスタンスで動いてるサービスは止まっても知らねってスタイル AWSではサーバーは家畜のように扱うべき、と言うのはここから来てる 従来のようにSSHして 手でOSにソフトウェアをインストール・アップデートして、 手でデプロイして、手でログ取得して ってのはサーバーをペットのように可愛がりすぎ そんな事やってたら家畜のように扱えない http://mao.5ch.net/test/read.cgi/linux/1552023620/622
623: login:Penguin [sage] 2020/02/02(日) 15:41:41 ID:cuMP7GqL >>622 悪いね、おれエスパーじゃないから、その例えで 「手でOSにソフトウェアをインストール・アップデートして、手でデプロイして、 手でログ取得してってのはサーバーをペットのように可愛がる」 なんてのは全く忖度できんかったわｗｗｗ 兎に角君の言っている事は、どっかしらにおかしな抜けがあるから、あさって の方向の話にしか聞こえないｗｗ じゃあなｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/623
624: login:Penguin [] 2020/02/02(日) 15:44:44 ID:031eKof+ http://www.no1497.com/?p=598 このサイトの手順丸パクりしてguiのLinux環境整えようとしたんですが IPアドレス入力しconnect押すところで繋がらなくなります… 一応ifconfigとdocker内でのhostname -iで出てきたアドレス両方と、 ポート二つの4パターンの組み合わせ全部打ったんですが失敗しました。 これ以外のアドレスとかでしょうか？もし思い当たる方がいたら教えてください。 http://mao.5ch.net/test/read.cgi/linux/1552023620/624
625: login:Penguin [] 2020/02/02(日) 15:46:37 ID:TWOzawm+ >信頼性が高いといっているのは何を根拠に言っているのか知らんが、 >インスタンスの上にDockerエンジン乗せてその上にサービスを展開している鯖と >インスタンスの上に直接サービス(httpdとか）のせてサービス展開している鯖はどっちが信頼性高いのって話だが？ >どっちなのｗ？前者は単純に数が増えているように見えるが？ Dockerのオーバーヘッドなど 元々あってないようなものとマジレス ASGで動くという事はインスタンスを使い捨て出来てるってこと AWS側の不具合でインスタンスが死んだり、 仮にSSHして変な設定を間違ってしてしまっても 終了するだけで自動的にインスタンスが再作成され 元のAMIから立ち上がって同じ設定がされて、 Dockerイメージも勝手にダウンロードされてまた動き出すので 元に戻る よって信頼性が高くなる 動作が遅いけど、死んでるかどうか微妙なインスタンスの破棄は流石に無理だが 既存案件でいろいろ制約があるとかならまだしも そうでなければECSで良くね？と思う http://mao.5ch.net/test/read.cgi/linux/1552023620/625
626: login:Penguin [sage] 2020/02/02(日) 16:26:20 ID:rlDokdVB 久々にPHPの環境構築をしようと思ったんだが今はXAMPP使わずDocker使うのが主流らしいな 試してみるか http://mao.5ch.net/test/read.cgi/linux/1552023620/626
627: login:Penguin [sage] 2020/02/02(日) 17:56:03 ID:vTMq3yW0 俺がいない間に随分と進んでるなｗ >>592 > 代案つーか、コンテナ技術って時期尚早じゃね？サービスを構成する鯖が またDocker（コンテナ）とKubernetes（クラスタ）を ごっちゃにしてるアホがいるのか サービスでデプロイした経験ないのか？ Wordpressぐらいしたことやるやろ？できるか？何が必要か想像つくか？ PHPだぞ。apache使うとするよな？そうするとmod_phpがいるぞ。 ライブラリ使ってたらPHPモジュールも入れないとだめだぞ 一発勝負で正しく作れるか？んん？ そしたら次は俺が作った動画アップロードとAI機能が充実した独自のスーパーブログだ。 わけって言語は複数使ってる。どうや正しくデプロイできるか？ これ以上の情報は何も教えてやらんぞ。必要な言語、ライブラリ、自分で判断しろよ 一発勝負で正しく作れるか？んん？ コンテナだったら簡単。一発勝負で作れる。 ほらな、デプロイ問題が解決した。 http://mao.5ch.net/test/read.cgi/linux/1552023620/627
628: login:Penguin [sage] 2020/02/02(日) 18:37:50 ID:cuMP7GqL >>627 >サービスでデプロイした経験ないのか？ 俺が言う台詞だそれはｗｗｗ コンテナ以外でデプロイした経験無いのか？んん？ apache使うとするな？本当にmod_phpからやったのか？？ んん？？アホかお前は！ http://mao.5ch.net/test/read.cgi/linux/1552023620/628
629: login:Penguin [sage] 2020/02/02(日) 18:58:43 ID:vTMq3yW0 >>628 お前何も言い返してないやんｗ 俺が言った言葉を復唱しただけやんｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/629
630: login:Penguin [sage] 2020/02/02(日) 19:02:44 ID:cuMP7GqL >>629 この書き込みから察するにデプロイメントって言葉の意味すら分かってないだろ？ どうしようもないｗｗあまーーーーりの馬鹿っぷりに呆れて物が言えない。 宇宙人と話すことは出来んな。 マジでスゲー呆然としたよまあ、良いから自分の胸に手をあてて、 Docker以外でデプロイしたことあったかな？と自問してみればｗｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/630
631: login:Penguin [sage] 2020/02/02(日) 19:04:08 ID:vTMq3yW0 そこでデプロイしたことあるけど？って答えたら どうレスするんだろうｗ はい、言い返してみな。 http://mao.5ch.net/test/read.cgi/linux/1552023620/631
632: login:Penguin [sage] 2020/02/02(日) 19:07:47 ID:cuMP7GqL >>631 それなら絶対に627のような書き込みはしない。 http://mao.5ch.net/test/read.cgi/linux/1552023620/632
633: login:Penguin [sage] 2020/02/02(日) 19:16:11 ID:vTMq3yW0 >>632 理由が何も書いてないので、説得力ゼロ やり直せ http://mao.5ch.net/test/read.cgi/linux/1552023620/633
634: login:Penguin [sage] 2020/02/02(日) 19:26:58 ID:cuMP7GqL >>633 まあ、分かったよ恥ずかしい奴らｗ なんかもう、ね･･･Docker村の事情しか分かってなさそうだから 全てがおかしい。ASGの理解もおかしいし「サービス」って言葉の理解もおかしい。 いっとくが俺が>>592でかいた「サービス」ってのはk8s村でいう"サービス"の事ではなく、 世間一般のIT用号で言う「サービス」だからな。592の書き込みにコンテナ技術の一実装 でしかないDockerとかK8sを念頭において書いていないぞ。 ･･･それは、理解できるよね？オッケー？ http://mao.5ch.net/test/read.cgi/linux/1552023620/634
635: login:Penguin [sage] 2020/02/02(日) 19:35:57 ID:iUJbnHUw はい理解してます。本題をどうぞ http://mao.5ch.net/test/read.cgi/linux/1552023620/635
636: login:Penguin [sage] 2020/02/02(日) 19:37:00 ID:cuMP7GqL >>635 というわけで>>627の書き込みは意味不明って事で オッケー？本題はこれね。 http://mao.5ch.net/test/read.cgi/linux/1552023620/636
637: login:Penguin [sage] 2020/02/02(日) 19:37:55 ID:iUJbnHUw 意味不明の理由が書いてない。やり直し。 http://mao.5ch.net/test/read.cgi/linux/1552023620/637
638: login:Penguin [sage] 2020/02/02(日) 19:39:32 ID:cuMP7GqL >>637 日本語を書くけど日本語は理解できない 宇宙人とは会話は出来ませーーーーんｗ 君馬鹿すぎて話にならんよｗｗ じゃ、そういう事で！ http://mao.5ch.net/test/read.cgi/linux/1552023620/638
639: login:Penguin [sage] 2020/02/02(日) 19:49:44 ID:iUJbnHUw はい、逃げた http://mao.5ch.net/test/read.cgi/linux/1552023620/639
640: login:Penguin [sage] 2020/02/02(日) 20:02:29 ID:cuMP7GqL >>639 じゃあ君に聞くけどさ、>>592でIT一般用語で言う「サービスを構成するサーバーが･･･」という話を振ったら Dockerのクラスタで言う「サービスのデプロイ」の話を返した奴がいるとする、スーパーブログがどうのこうのと。 君はそれを聞いて、意味不明とは受け取らないのｗｗ？ 俺はそれを聞いて、一般用語で言う「デプロイ」の話だと受け取るわけだ。 前の文脈が一般用語だから。するとおかしな事なるよな？だから変な話になっている。 で君はその流れを理解できない訳だ。ｗ はい、逃げたってｗ 「はい理解してます。本題をどうぞ」ってお前、何にも理解してない東南アジアの通訳みたいなこと言うなよｗ http://mao.5ch.net/test/read.cgi/linux/1552023620/640
641: login:Penguin [sage] 2020/02/02(日) 20:05:23 ID:iUJbnHUw サービスをデプロイした経験があれば、 wordpress？それはなん言語で動くんですか？php？ え？アプリケーションサーバーが別に必要？ プラグイン使ってるから、追加でPHPモジュールが必要？ とかいう時代から、 wordpressその他で構成したDockerイメージがあるので そのコンテナを動かすだけだよ。 必要なものは全てDockerイメージに含まれてる。 という時代になって デプロイが簡単になったってのがわかるはずだけどな。 まあどうせ一人で全部やってるんでしょ？ だから何が必要かは全部俺が知ってる。 Dockerイメージを作る手間もデプロイする手間も変わらない。 どこでやるかが変わっただけで、どうせやるのは全部俺 みたいに思ってるんだろうな http://mao.5ch.net/test/read.cgi/linux/1552023620/641
642: login:Penguin [sage] 2020/02/02(日) 20:06:20 ID:iUJbnHUw >>640 > Dockerのクラスタで言う「サービスのデプロイ」の話を返した奴がいるとする、 そんな奴はどこにもいない。 おまえの思い込み http://mao.5ch.net/test/read.cgi/linux/1552023620/642
643: login:Penguin [sage] 2020/02/02(日) 20:07:30 ID:iUJbnHUw たとえクラスタなくて、起動するマシンが1台であっても コンテナがあればデプロイが簡単になるわけだよ http://mao.5ch.net/test/read.cgi/linux/1552023620/643
644: login:Penguin [sage] 2020/02/02(日) 20:13:35 ID:cuMP7GqL >>642 まあ良いよ俺が戻ってきたのは>>627の書き込みが意味不明に思えたからであって 宇宙人の君と頓珍漢な会話したい訳じゃない。 http://mao.5ch.net/test/read.cgi/linux/1552023620/644
645: login:Penguin [sage] 2020/02/02(日) 20:16:11 ID:iUJbnHUw 経験不足の人が理解できず意味不明に思えた ただそれだけの話です。 http://mao.5ch.net/test/read.cgi/linux/1552023620/645
646: login:Penguin [sage] 2020/02/02(日) 20:28:04 ID:cuMP7GqL もし世間一般のデプロイの話をして返したとして>>627というのなら、それならやはり理解不足 そもそもphpのdeployerつかってもmod_phpのインストールなんかしないし。 ・・・と、627と関係ない宇宙人の書込に反応してみる。 スーパーブログがどうのこうのなんてどうでも良い話しだしｗ。 http://mao.5ch.net/test/read.cgi/linux/1552023620/646
647: login:Penguin [] 2020/02/02(日) 20:39:48 ID:Q4JuNZ7V ECSはELBと組み合わせてローリングデプロイが行える 新しいバージョンのECSタスクは ELBに新しいターゲットとして登録され、一時的に両方が存在する状態になる 新しいバージョンのECSタスクのターゲットが正常と判定されると、 古いバージョンのECSタスクのターゲットへはリクエストが行われなくなり、タスクは終了する 新しいバージョンのタスクに明らかな異常があり、それに気づかないままデプロイ完了するミスを防げる ECSはCodeDeployと連携したブルー・グリーンデプロイにも対応している https://dev.classmethod.jp/cloud/aws/ecs-codedeploy-blue-green-deployment/ テスト用サイトで確認してから新旧バージョンを入れ替え出来るので、 より安全 http://mao.5ch.net/test/read.cgi/linux/1552023620/647
648: login:Penguin [sage] 2020/02/02(日) 20:40:02 ID:iUJbnHUw > そもそもphpのdeployerつかってもmod_phpのインストールなんかしないし。 なんで？いかなる場合もそうだって言える理由は何？ mod_phpを使わない事例 "一例" を言えって言ってるんじゃないよ。 mod_phpが使わない事例 "しか存在しない" という理由を聞いてる http://mao.5ch.net/test/read.cgi/linux/1552023620/648
649: login:Penguin [sage] 2020/02/02(日) 20:41:44 ID:iUJbnHUw phpのdeployerっていうのも意味不明だし どっかのサービスにベンダーロックインでもされてるの？ｗ 自前のサーバーでデプロイした経験ありますか？ http://mao.5ch.net/test/read.cgi/linux/1552023620/649
650: login:Penguin [] 2020/02/02(日) 21:05:56 ID:5Cwo7VNY 熱くなりすぎて引くわ http://mao.5ch.net/test/read.cgi/linux/1552023620/650
651: login:Penguin [sage] 2020/02/02(日) 21:47:49 ID:cuMP7GqL ここまでか？ここまで分からんとはね・・・・・･。 DeployerでLaravelをデプロイする https://qiita.com/sandabu/items/c09eb23137a9d5269f10 Capistranoで簡単デプロイ https://qiita.com/Esfahan/items/1258d37eb6a85fa35b02 DeployerによるPHPデプロイ https://blog.excite.co.jp/exdev/27205935/ Java アプリケーションのデプロイ https://ecl.ntt.com/documents/tutorials/rsts/Paas/deploy/java.html Force.com開発でGitを使ったデプロイ https://www.terrasky.co.jp/blog/2016/161028_001862.php 世間一般で多くの場合、「デプロイする」とは 配備指示書にしたがってプログラムを文字通り「配備」（多くの場合はコピー）する事であり、 環境のセットアップは含まない。Docker村ではその特性から含んでいる、というだけ。 http://mao.5ch.net/test/read.cgi/linux/1552023620/651
652: login:Penguin [sage] 2020/02/02(日) 21:48:53 ID:iUJbnHUw ↑ このようないろんな「デプロイ」が Dockerの1つのコマンドでできるようになるわけです。 http://mao.5ch.net/test/read.cgi/linux/1552023620/652
653: login:Penguin [sage] 2020/02/02(日) 22:07:22 ID:cuMP7GqL >>652 以上、馬鹿で無知な>>iUJbnHUwに教えてあげました。 マジ感謝しろよｗ。 http://mao.5ch.net/test/read.cgi/linux/1552023620/653
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 349 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s