[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
589: 2020/02/02(日)09:42 ID:TWOzawm+(1/12) AAS
>>588
は開発どうしてんの？
それぞれバラバラに環境作って開発？
開発、QA環境へのデプロイとテスト
本番環境へのデプロイまで一貫した環境で行えるのがコンテナ技術のメインの魅力だろう
Kubernetesは複雑すぎる気はするが
他に選択肢があまりない
590(1): 2020/02/02(日)09:54 ID:TWOzawm+(2/12) AAS
以前、開発も本番も同じ環境においてるという
狂気の環境で開発した事がある
ローカル開発環境はそもそも存在せず
理由は環境の複製が面倒だから
AWSなのにサーバーを家畜のように使い捨てではなく、ペットのように可愛がってた
サーバーに直接Apacheをインストールしており、
基本的にphpをアップグレードする時や
phpの拡張機能を入れるときは
一か八かの賭けに出る必要があった
AMIを複製して他環境で試す？
省2
597(1): 2020/02/02(日)12:01 ID:TWOzawm+(3/12) AAS
>>596
>じゃあどこを永続化しておきましょうかなんて、開発前にすぐに決められるものじゃない。
本当に全くDocker使ったことないのに批判してるんだなw
説明しよう
ログは標準出力か標準エラー出力に吐くから永続化はしない
必要ならロギングドライバーを設定するなどして
別サービスに転送する
AWS+ECSならCloudWatchに転送が一番楽
k8sは今のところロギングドライバーの設定はできないので、
コンテナのログを集めるDaemonSetがそれぞれのノードにデプロイするのが一般的
省4
600: 2020/02/02(日)12:29 ID:TWOzawm+(4/12) AAS
>>598
ECS時は最も手軽な選択肢はCloudWatchってだけ
他にも選択肢はあるが
とりあえずAWSで動けば良いなら一番手軽
手間や金がかかっても
とにかくベンダーロックインは嫌だって言うなら
k8sとELKスタックとかになるんでは
ファイルアップロードにS3使えてない場合は
・2台以上でWebサーバーの構成をするのを諦める
・多少遅くても良いならAmazon EFSに置く
省1
602: 2020/02/02(日)12:38 ID:TWOzawm+(5/12) AAS
そもそも規模小さかったらリソースの割当に悩む事ないから
その批判がそもそも的外れ
607(1): 2020/02/02(日)13:04 ID:TWOzawm+(6/12) AAS
S3とか使ってないレガシーシステムでも
ECS使うのは可能
可用性が重要じゃない社内用アプリで
インスタンス1台だけのECSクラスターで
データは全てEBSに書いてる物ならある
ログはDocker経由でCloudWatch Logsに出すようにしてるが
時々OSのAMIとか
ECSエージェントを更新すれば
実行環境は最新の状態に保たれる
ログやメトリクスはマネジメントコンソールから見られるし、
省5
610: 2020/02/02(日)13:17 ID:TWOzawm+(7/12) AAS
だからログはCloudWatch Logsに送ればいいって話だろ？
コンテナ毎のCPU使用率やメモリー使用量はメトリクスはECSエージェントがCloudWatchに送ってくれる
614: 2020/02/02(日)13:27 ID:TWOzawm+(8/12) AAS
>>612
ログを取るためだけにSSHするのは良いのかよw
AWSの組織機能で細かくアカウントをアプリ毎に分ける、
IAMロールを最小の権限のみにするなどした方がよほどセキュアだ
Cloudwatch Logsは
ローカルにログをダウンロードせずに
簡単な検索や分析も出来る
これもセキュアだろう
619(1): 2020/02/02(日)14:43 ID:TWOzawm+(9/12) AAS
サーバーを家畜化した方が運用が楽で信頼性も高いのは
1台でも100台でも変わらないと思う
総利益が大きいのはそりゃ100台だろうが
そもそもサーバーの家畜化もできてなかったら
どうやって水平スケールするのか
Dockerなしでも家畜化が出来ていたら、Docker導入のハードルは高くないはずだが
620(1): 2020/02/02(日)14:50 ID:TWOzawm+(10/12) AAS
Dockerなしでも家畜化出来てたら
それぞれのサーバーにSSHしてログ取ったりなんていらんはずだけど
まさか手作業で環境を複製してASGもどきをやってるのか？
超無駄じゃね？
ASGでやれよ
622(1): 2020/02/02(日)15:28 ID:TWOzawm+(11/12) AAS
1コンテナぐらいしか動いてないならEKSじゃなくてECSで良いと思うし既にやってる
楽だしお金がそんなにかかんない
CloudWatch Logsは無料分を超えると課金があるが、小規模なので無料分で余裕
これで破産する方が難しい
家畜とペットの例えはさっきしてたじゃん
AWSはEC2インスタンスはASGに入れて使い捨てするか、
EC2の上に乗っけたソフトウェアでレプリケーションを行って、1台は死んでも大丈夫にするのがベストプラクティス
それを行ってないインスタンスで動いてるサービスは止まっても知らねってスタイル
AWSではサーバーは家畜のように扱うべき、と言うのはここから来てる
従来のようにSSHして
省4
625: 2020/02/02(日)15:46 ID:TWOzawm+(12/12) AAS
>信頼性が高いといっているのは何を根拠に言っているのか知らんが、
>インスタンスの上にDockerエンジン乗せてその上にサービスを展開している鯖と
>インスタンスの上に直接サービス(httpdとか）のせてサービス展開している鯖はどっちが信頼性高いのって話だが？
>どっちなのｗ？前者は単純に数が増えているように見えるが？
Dockerのオーバーヘッドなど
元々あってないようなものとマジレス
ASGで動くという事はインスタンスを使い捨て出来てるってこと
AWS側の不具合でインスタンスが死んだり、
仮にSSHして変な設定を間違ってしてしまっても
終了するだけで自動的にインスタンスが再作成され
省7
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.601s*