人気モバイルゲームの裏側で使われたコンテナ・ECSの知見 〜『あんさんぶるスターズ！！Music』における実装〜

2020年7月29日開催された「夏のAWSコンテナ祭り with Amazon ECS」の登壇資料です。

https://aws.amazon.com/jp/about-aws/events/2020/doc1221/

ーーー
2020年3月15日にリリースいたしました人気モバイルゲーム『あんさんぶるスターズ！！Music』。本作のサーバーサイドは現在Amzon ECSで稼働しています。今回が初めての本格的なコンテナ・ECSの導入ということもあり、つまづくことも多かったですが、構築・運用の過程で多くの知見・ノウハウを得ることができました。今回はその一部をご紹介いたします。
ーーー

Transcript

1. 0 ⼈気モバイルゲームの裏側で使われたコンテナ・ECSの知⾒ 〜『あんさんぶるスターズ︕︕Music』における実装〜 夏のAWSコンテナ祭り with Amazon ECS Happy Elements株式会社 インフラグループ グループリーダー 鷲⾒ 啓志
2. 本⽇お話すること ©Happy Elements K.K 1
3. 本⽇お話すること 2020年3⽉15⽇にリリースした『あんさんぶるスターズ︕︕Music』。 本作ではAmazon ECSでのコンテナ化を実現しました。今回は本作で のECSによるコンテナ化の過程で得た知⾒・発⽣した課題とその解決 ⽅法について紹介いたします。 ©Happy Elements K.K 2
4. 本⽇お話すること 1. あんさんぶるスターズ︕︕Musicの技術構成 2. ECSの実装にあたり意識して⼯夫した点 3. ECSの実装にあたり直⾯した課題と解決⽅法 ©Happy Elements K.K 3
5. ⾃⼰紹介 ©Happy Elements K.K 4
6. ⾃⼰紹介 • 鷲⾒啓志（すみひろし） • 2019年1⽉よりHappy Elements株式会社 に勤務 • インフラグループのリーダー・インフラエンジニア • 複数のゲームタイトルのインフラの運⽤と導⼊⽀援 • 前職ではゲームディレクター・ゲームプロデューサー • 趣味は⾃転⾞ • 休⽇は⼤阪の北摂の⼭の中でもがいています • AWS利⽤歴は10年(2010~) • 好きなAWSサービス︓Aurora ©Happy Elements K.K 5
7. 会社紹介 ©Happy Elements K.K 6
8. Happy Elements株式会社 北京を拠点にアジア圏でゲームサービスを展開する「Happy Elementsグ ループ」の⽇本⼦会社。⽇本市場に向けたオリジナルゲームの開発・運営 を⾏う。 Happy Elements? 7 ©Happy Elements K.K 設⽴ ︓2010年 4⽉ 代表取締役︓新井元基 所在地 ︓京都府京都市下京区⽴売⻄町82 京都恒和ビル6F 従業員 ︓社員数︓228名 学⽣アルバイト12名（2020年6⽉現在） 平均年齢 ︓30歳(2020年6⽉現在) 資本⾦ ︓5,000万円
9. 提供タイトル 8 メルクストーリア – 癒術⼠と鐘の⾳⾊ – あんさんぶるスターズ︕︕Basic ラストピリオド – 巡りあう螺旋の物語 – ©Happy Elements K.K あんさんぶるスターズ︕︕Music
10. 『あんさんぶるスターズ︕︕』 について ©Happy Elements K.K 9
11. 既存タイトルと新タイトルについて ©Happy Elements K.K 10 既存タイトル 「あんさんぶるスターズ︕」 (2015/04~2020/03) 新章「あんさんぶるスターズ︕︕」 (2020/03~) 「あんさんぶるスターズ︕︕Basic」 既存タイトルのリニューアル 従来のプレイスタイル 共通のストーリー／イラストで遊べる︕ 「あんさんぶるスターズ︕︕Music」 新作ゲーム 新しいリズムゲームスタイル ⼤型アップデート
12. あんさんぶるスターズ︕︕Music ©Happy Elements K.K 11 3Dキャラクターのライブシーンをバックにリ ズムゲームをプレイ︕⾃分の好きなキャラク ターへの⼊れ替え、⾐装の着せ替えも可能︕ 豊富な楽曲とハイクオリティな3DCGを駆使 したMVをお楽しみいただけます︕
13. あんさんぶるスターズ︕︕Music ©Happy Elements K.K 12 2020年3⽉15⽇リリース 事前登録者数︓70万⼈ リリース当⽇のDL数︓140万件 出典︓Twitter上のゲームに関する会話の盛り上がり (Twitter社ブログ) https://blog.twitter.com/ja_jp/topics/company/2020/April_gaming_on_Twitter.html 2020年4⽉10⽇にTwitter社のブログで公開 された記事では、世界中で今年もっともツ イートされたゲームのTop10にいれていただ きました。
14. 『あんさんぶるスターズ︕︕Music』 の技術構成 ©Happy Elements K.K 13
15. あんさんぶるスターズ︕! Musicの技術構成 ©Happy Elements K.K 14 クライアント サーバーサイド(API) その他ツール CloudFront S3 アセット配信/Web ECS EC2 Aurora ElastiCache ALB CodeBuild CodeDeploy Amazon Linux 2 (ECS Optimized) ECR CloudWatch Logs CloudFront
16. あんさんぶるスターズ︕! Musicのアーキテクチャ ©Happy Elements K.K 15 ©Happy Elements K.K 15 Amazon ECSをEC2起動タイプで採⽤
17. ECSの実装にあたり 意識して⼯夫した点 ©Happy Elements K.K 16
18. ECSの実装に当たり意識して⼯夫した点 1. ECRリポジトリの運⽤ 2. タスク実⾏・バッチ処理 ©Happy Elements K.K 17
19. ECRリポジトリの運⽤ ©Happy Elements K.K 18
20. 1. ECRリポジトリの運⽤ 今回の案件ではイメージリポジトリにECRを採⽤ どういった運⽤するのが良いかといったベストプラクティス などは準備されておらず、利⽤者に委ねられている ©Happy Elements K.K 19 Amazon Elastic Container Registry
21. 1. ECRリポジトリの運⽤ Dockerイメージにタグを付けて情報を付与している Dockerイメージのタグ付けでよく登場するのが「latest」 • ECRでもタグを指定していない場合は、push時にlatest のタグが⾃動的に付与される ©Happy Elements K.K 20 Amazon Elastic Container Registry
22. 1. ECRリポジトリの運⽤ Dockerイメージ = デプロイ対象物 latest以外にもう少し情報が欲しい • どのコードベースで動いているのか︖ • 現在稼働しているイメージはどれか︖ • 前回稼働していたイメージはどれか︖ • いつリリース(デプロイ)されたものか︖ ©Happy Elements K.K 21 → コミットIDタグ → current タグ → old タグ → release⽇時タグ
23. 1. ECRリポジトリの運⽤ latestタグ • 現在ECRに登録されている最新のイメージを指す • ${environment_name}_latest • ex.) prod_latest • ⽤途 • ビルドは正常終了したが、デプロイが失敗したようなときに、 再デプロイすべきイメージをすぐに把握できる • 最新のイメージがデプロイされているとは限らない ©Happy Elements K.K 22
24. 1. ECRリポジトリの運⽤ コミットIDタグ • GitのコミットIDの先頭7桁をタ グとして付与 • GitHubをみればどのコードが動 いているのか把握可能 • ⽤途 • エラー発⽣時の追跡調査 ©Happy Elements K.K 23 例）GitHubのKubernetesのCommits画⾯ コミットIDの先頭７桁が表⽰されておりそ の詳細にリンクしている
25. 1. ECRリポジトリの運⽤ currentタグ • 現在ECSクラスター上にデプロイされているイメージを指す • ${environment_name}_current • ex.) prod_current • ⽤途 • 現在稼働中のイメージを把握しやすくする • エラーの追跡調査 • 次回デプロイ時のoldへの切り替えの参照 ©Happy Elements K.K 24
26. 1. ECRリポジトリの運⽤ oldタグ • 1つ前にECSクラスター上でデプロイされていたイメージを指す • ${environment_name}_old • ex.) prod_old • ⽤途 • デプロイのロールバック発⽣時の切り戻し⽤ ©Happy Elements K.K 25
27. 1. ECRリポジトリの運⽤ release⽇時タグ • デプロイされた⽇時分をタグとして付与 • ${environment_name}_release_YYYYYMMDDhhmm • ex.) prod_release_202007021902 • ⽤途 • どの時期にどのイメージが動いていたかの把握 • 追跡調査の参考に ©Happy Elements K.K 26
28. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 27 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ currentタグ latestタグ release⽇時(20207021212) release⽇時( 202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) ※ビルド＆デプロイ実施前
29. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 28 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（ビルド完了） latestタグ ※ビルド完了、デプロイ実施前 新しいイメージのビルドが完了すると
30. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 29 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（ビルド完了） latestタグ コミットIDタグ(56ef78g) ※ビルド完了、デプロイ実施前 コミットIDタグを付与し、
31. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 30 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（ビルド完了） コミットIDタグ(56ef78g) latestタグ ※ビルド完了、デプロイ実施前 現在のデプロイイメージから latestタグを付け替える
32. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 31 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（デプロイ後） コミットIDタグ(56ef78g) latestタグ ※デプロイ完了 デプロイが完了すると
33. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 32 １つ前のデプロイイメージ 現在のデプロイイメージ oldタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（デプロイ後） コミットIDタグ(56ef78g) latestタグ currentタグ ※デプロイ完了 デプロイしたイメージに１つ前の イメージからcurrentタグを付け替え
34. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 33 １つ前のデプロイイメージ 現在のデプロイイメージ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（デプロイ後） コミットIDタグ(56ef78g) latestタグ currentタグ oldタグ ※デプロイ完了 １つ前のイメージにはもう⼀つ前の イメージからoldタグを付け替え
35. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 34 １つ前のデプロイイメージ 現在のデプロイイメージ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（デプロイ後） コミットIDタグ(56ef78g) latestタグ currentタグ release⽇時(20207291540) oldタグ ※デプロイ完了 最後にリリース⽇時タグを付与したら
36. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 35 １つ前のデプロイイメージ 現在のデプロイイメージ currentタグ release⽇時(20207021212) release⽇時(202007011000) コミットIDタグ(34cd56e) コミットIDタグ(12ab34d) 新しいイメージ（デプロイ後） コミットIDタグ(56ef78g) latestタグ currentタグ release⽇時(20207291540) oldタグ ２つ前のデプロイイメージ １つ前のデプロイイメージ 現在のデプロイイメージ ※デプロイ完了 タグの付替完了︕
37. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 36 実際のECRの画⾯の⼀部 モザイク箇所はGitのコミットIDタグ
38. 1. ECRリポジトリの運⽤ ©Happy Elements K.K 37 ECSのタスク定義 • デプロイのたびにECSのタスク定義を更新 • コンテナ定義のimageでリポジトリURLを指定 • コミットIDタグを利⽤したURLに置換 • ${account_id}.dkr.ecr.ap-northeast- 1.amazonaws.com/${repository_name}:${commit_id_tag} • 確実に該当コミットIDのイメージをデプロイする • 指定したURLが必ず⼀つのイメージを指すように • latestだけだと何がデプロイされているかは分かりづらい • イメージキャッシュの副作⽤の可能性
39. 1. ECRリポジトリの運⽤ タグの運⽤でイメージに情報付与し、 把握しやすく効率的な運⽤を⽬指す • 最新のイメージはどれか︖ • どのコードベースで動いているのか︖ • 現在稼働しているイメージはどれか︖ • 前回稼働していたイメージはどれか︖ • いつリリース(デプロイ)されたものか︖ ©Happy Elements K.K 38 → コミットIDタグ → current タグ → old タグ → release⽇時タグ → latestタグ
40. タスク実⾏・バッチ処理 ©Happy Elements K.K 39
41. 2. タスク実⾏・バッチ処理 今回のアプリケーションは Ruby on Rails で稼働 rakeをつかっていろいろなタスクを実⾏ • マイグレーション • ActiveRecordの構造にあわせてデータベースの構造を変更 • テーブル作成・カラム追加 etc. • マスタデータのロード • 必要となるゲームのマスタデータの投⼊ • ユーザーデータのロード • 不具合のアイテム補填データの投⼊ ©Happy Elements K.K 40
42. 2. タスク実⾏・バッチ処理 今までのrakeタスクの実⾏⽅法 • Ruby on Railsが稼働している任意のサーバーにsshログイン • 実⾏ユーザになってコマンドを実⾏ • ex.) bundle exec rake db:migrate ©Happy Elements K.K 41
43. 2. タスク実⾏・バッチ処理 ECSではどう実現するか︖ 1. ECSインスタンスで実⾏ 2. ECSインスタンスで動くコンテナに⼊って実⾏ 3. ECSのタスクをワンショットで実⾏ ©Happy Elements K.K 42
44. 2. タスク実⾏・バッチ処理 案1. ECSインスタンスで実⾏ • ECSインスタンス上にはRuby on Railsの環境がない • ECSインスタンス上にはソースコードがない • 環境構築して、Gitからソースコードをもってくればできなくは ないが、⼿間暇がかかりすぎるので不採⽤ • コンテナの可搬性活かせない • ECSインスタンスの環境も管理が必要 ©Happy Elements K.K 43
45. 2. タスク実⾏・バッチ処理 案2. ECSインスタンスで動くコンテナに⼊って実⾏する • ECSインスタンスから稼働中のコンテナに⼊る • docker exec –it ${container_id} /bin/bash • タスクの実⾏⾃体は可能 • ただし、ログがlogdriverで指定した先に出⼒されない • 稼働中のコンテナに負荷がかかる • デメリットも多いので不採⽤ ©Happy Elements K.K 44
46. 2. タスク実⾏・バッチ処理 案3. ECSのタスクをワンショットで起動する • ECSのRun Taskでタスク実⾏ • コンテナにrakeタスクのコマンドを渡す • rakeタスクの実⾏が完了するとコンテナとECSタスクは終了する • ログも指定したlogdriverに送信される ©Happy Elements K.K 45 マネージメントコンソールの タスク定義から、もしくは、 AWS CLIで「aws ecs run-task」を実⾏
47. 2. タスク実⾏・バッチ処理 案3. ECSのタスクをワンショットで起動する • 副作⽤もなくコンテナの可搬性をいかした実⾏⽅法 • 今回はこの案を採⽤ • Jenkinsで任意のコマンドを実⾏できるようパイプラインを構築 ©Happy Elements K.K 46 Jenkinsの実⾏画⾯イメージ (BlueOceanプラグイン )
48. 2. タスク実⾏・バッチ処理 ⽇次のバッチ処理のような定期起動する処理 • 今までは特定のサーバーでcronを設定 • ECSではどう実現するか︖ 1. EC2インスタンスでcronでワンショットタスクを実⾏ 2. ECSのタスクスケジューリング機能 3. Jenkinsの定期実⾏の利⽤ ©Happy Elements K.K 47
49. 2. タスク実⾏・バッチ処理 案1.EC2インスタンスからcronでワンショットタスクを実⾏ • バッチ処理⽤のEC2インスタンスを準備する • cronでECSのワンショットタスクをCLIで実⾏ • aws ecs run-task • 管理対象のインスタンスを増やしたくないので、今回は⾒送り ©Happy Elements K.K 48
50. 2. タスク実⾏・バッチ処理 案2. ECSのタスクのスケジューリング機能を利⽤する • ECSの機能でタスクの実⾏をスケジューリングできる • cronライクな設定が可能 • CloudWach Eventsを利⽤ • １回のイベントで複数回起動される可能性がある • 重複実⾏の副作⽤の懸念があり今回は⾒送り ©Happy Elements K.K 49
51. 2. タスク実⾏・バッチ処理 ©Happy Elements K.K 50 クラスター内の タスクのスケジューリング タブをひらく
52. 2. タスク実⾏・バッチ処理 案3.Jenkinsの定期実⾏の利⽤ • ECSのワンショットタスクを定期的に実⾏するパイプライン • 他のパイプラインの実⾏状況の兼ね合いで起動時刻が安定しない すでにタスク実⾏でパイプラインを構築しており⼿間が少ないのと、 実⾏時間が遅れても問題がないということもあり、この⽅式を採⽤ ©Happy Elements K.K 51 Jenkinsのビルドトリガで 定期実⾏を指定
53. 2. タスク実⾏・バッチ処理 ECSでのタスク実⾏とFargate • ワンショットのタスクであればFargateとの相性はとても良い • 最初は利⽤していたが、エラーが発⽣するようになりEC2に変更 • Railsで利⽤するライブラリ側のバグの問題 • sassc-rubyのバグ • Fargateで確率でエラーが発⽣ • 割り当てられているリソース・世代の問題か • Fargateはリソースの指定ができない ©Happy Elements K.K 52 AWS Fargate
54. 2. タスク実⾏・バッチ処理 Ruby on Rails のrakeタスクやバッチ処理 • タスク実⾏ • ECSのタスクをワンショットで実⾏ • バッチ処理 • Jenkinsの定期実⾏でCLIを使ってECSのタスクを実⾏ ©Happy Elements K.K 53
55. ECSの実装で困った点 ©Happy Elements K.K 54
56. ECSの実装で困った点 1. タスクの調査 2. キャパシティ設計 ©Happy Elements K.K 55
57. タスクの調査 ©Happy Elements K.K 56
58. 1. タスクの調査 環境構築を⾏いECSで動作確認、 実装初期にはうまくタスクが動かないケースが発⽣する • タスク/コンテナが起動しない • 起動するがタスク/コンテナがすぐに終了する • 起動しては終了するを繰り返す • タスクがPendingのままでRunningにならない ©Happy Elements K.K 57
59. 1. タスクの調査 うまく動かない原因を追跡調査をしたい、 でも、使い始めたばかりの初⼼者は どこを⾒に⾏けばよいのかがよくわからない︕ ©Happy Elements K.K 58
60. 1. タスク調査 ©Happy Elements K.K 59 タスクの 状態は Pendingにならない 起動した形跡がない Pendingから RunningにならずStop タスクの 起動時間 Runningになった後 すぐ停⽌ Pendingのまま すすまない Runningになった後 しばらくして停⽌ タスクが 起動するか︖ サービスの イベント⼀覧の メッセージ タスクの詳細から コンテナの 状況の理由 Dockerデーモン ECS Agent プロセス インスタンスの 状況確認 コンテナのログ確認 タスクの詳細から タスクの停⽌理由 (ELB HealthCheck) 起動する 起動しない ECS初⼼者向け調査フロー
61. タスクが起動しない 1.タスクがPendingにもならず起動した形跡がない この場合想定されるケースは • EC2インスタンスのリソースに空きがない • 開発環境で少ないリソースで動かしているときなど ©Happy Elements K.K 60
62. タスクが起動しない 1.タスクがPendingにもならず起動した形跡がない • サービスのイベント⼀覧から、タスク起動に関するメッセージが 出⼒されていないかを確認する ©Happy Elements K.K 61
63. タスクが起動しない 1.タスクがPendingにもならず起動した形跡がない ©Happy Elements K.K 62 要件をすべて満たすコンテナインスタンスがないため、タスクを配置できませんでした。 最も近い⼀致するコンテナインスタンス Xは、利⽤可能なCPUユニットが不⾜しています。
64. タスクが起動しない 2.タスクがPendingからRunningにならずStop この場合想定されるケースは • ECSのタスク定義・コンテナ定義に誤りがある • イメージのリポジトリの指定に誤り • 実⾏コマンドが正しくない • ログドライバの設定の誤り • 初めてタスク定義を作って動かすときなど ©Happy Elements K.K 63
65. タスクが起動しない 2.タスクがPendingからRunningにならずStop 停⽌したタスクの詳細画⾯を確認する ©Happy Elements K.K 64 Stoppedのタスクを⼀覧表⽰し タスクのリンクをクリック タスクの詳細
66. タスクが起動しない 2.タスクがPendingからRunningにならずStop 停⽌したタスクの詳細画⾯内のコンテナの詳細で 【状況の理由】確認する ©Happy Elements K.K 65 コンテナの▶を選ぶと コンテナの詳細が表⽰される 【状況の理由】 ここにRunnningにならなかった 原因がかかれている
67. タスクが起動しない ©Happy Elements K.K 66 ログドライバーの初期化に失敗しました。 CloudWatchのログストリームの作成に失敗しました。 指定されたロググープが⾒つかりませんでした。 リポジトリXXXXが⾒つかりませんでした。
68. タスクが起動しない 3.タスクが Pending のまま進まない 滅多に発⽣しないが、想定されるケースは • ECSインスタンスの異常 • コンテナインスタンスにログインできるか確認 • Dockerデーモンの異常 • Dockerのプロセスの状況確認 • ECSコンテナエージェントの異常 • ECSエージェントのプロセスの状況確認 ©Happy Elements K.K 67
69. タスクが起動するが終了する 1.タスクがRunningになるがすぐにStop この場合想定されるケースは • コンテナのイメージ⾃⾝に不具合がありコンテナが停⽌ • コンテナで稼働していたプロセスに問題がある • イメージに含まれるコードの不具合 • コンテナ内のミドルウェアの設定ミス • コンテナのログを確認 ©Happy Elements K.K 68
70. タスクが起動するが終了する コンテナのログを確認(awslogs) ©Happy Elements K.K 69 Essential container in task exited タスク内のEssentialなコンテナが終了した
71. タスクが起動するが終了する 2.タスクがRunningになりしばらくたってから終了 この場合想定されるケースは • コンテナイメージの不具合 • ELBのヘルスチェック失敗 ©Happy Elements K.K 70
72. タスクが起動するが終了する ELBヘルスチェックの失敗 →タスクの詳細を確認 ©Happy Elements K.K 71 停⽌理由︓ Task failed ELB health checks in (target-group arn:aws:elasticloadbalancing:ap-northeast-1:XX:targetgroup/XX/XX)
73. 1. タスクの調査 ©Happy Elements K.K 72 タスクの 状態は Pendingにならない 起動した形跡がない Pendingから RunningにならずStop タスクの 起動時間 Runningになった後 すぐ停⽌ Pendingのまま すすまない Runningになった後 しばらくして停⽌ タスクが 起動するか︖ サービスの イベント⼀覧の メッセージ タスクの詳細から コンテナの 状況の理由 Dockerデーモン ECS Agent プロセス インスタンスの 状況確認 コンテナのログ確認 タスクの詳細から タスクの停⽌理由 (ELB HealthCheck) 起動する 起動しない ECS初⼼者向け調査フロー
74. キャパシティ設計 ©Happy Elements K.K 73
75. 2. キャパシティ設計 ©Happy Elements K.K 74 Amazon ECSとEC2起動タイプを選択した場合、Amazon EC2を含 め各種リソースのキャパシティを検討する必要がある タスクあたりのコンテナ数をいくつにするか︖ コンテナあたりのCPU・メモリの割当をいくつにするか︖ インスタンスのイン スタンスファミ リー・サイズ・台数 をどうするか︖ インスタンスあたり のタスク数をいくつ にするか︖
76. 2. キャパシティ設計 ワークロードによってもリソースの使⽤状況が異なるため、 たったひとつの正解というものは存在しない。 インタンスファミリー・サイズ・タスク数・コンテナ数・コンテナへ のCPUとメモリの割当などいろいろ組み合わせて単体の負荷試験を実 施し、パフォーマンスを測定。 結果として出てきたパフォーマンス数値を⽐較し最適解を導き出す。 ©Happy Elements K.K 75
77. 2. キャパシティ設計 どのように負荷試験をして、どのようにキャパシティを決めたか︖ 「あんさんぶるスターズ︕︕Music」の構成はどのようになったか︖ ©Happy Elements K.K 76
78. 2. キャパシティ設計 詳しくはAWS Summit Onlineでお話します。 『あんさんぶるスターズ︕︕Music』を⽀えるAmazon ECS 〜⼈気ゲームの新作でのコンテナ化〜 ぜひご覧ください︕ ©Happy Elements K.K 77
79. まとめ ©Happy Elements K.K 78
80. ECSの実装に当たり意識して⼯夫した点 1. ECRリポジトリの運⽤ • タグの運⽤でイメージに欲しい情報を付与 • タスク定義でコミットIDタグを使い必ず1つのイメージを指す 2. タスク実⾏・バッチ処理 • タスク実⾏はECSのタスクをワンショットで実⾏ • バッチ処理はJenkinsの定期実⾏でECSタスクを実⾏ • Fargateと相性は良いが、今回は⾒送り ©Happy Elements K.K 79
81. ECSの実装で困った点 1. タスクの調査 • ECS初⼼者向け調査フローを参照 • タスクが起動するか︖タスクの状態は︖起動時間は︖ • 問題を切り分けて適切な場所を参照する 2. キャパシティ設計 • パフォーマンス測定して最適な組み合わせを探る • 詳細はAWS Summit Onlineで︕ ©Happy Elements K.K 80
82. 最後に ©Happy Elements K.K 81
83. 82 Happy Elements株式会社では、 ⼀緒に働いてくれるメンバーを募集中です︕ ˔ インフラエンジニア ˔ プログラマー（アプリ） ˔ プログラマー（サーバーサイド） ˔ etc... 熱狂的に愛されるコンテンツを、 私達と⼀緒につくりたい熱意のある⽅、 ぜひご応募お待ちしております︕ （詳しい内容については、採⽤サイトをご確認ください） https://www.happyelements.co.jp/recruit/ 積極採⽤中の職種 ©Happy Elements K.K
84. 以上 ご清聴ありがとうございました ©Happy Elements K.K 83