Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
コロプラ最新作インフラ構成について
Search
COLOPL Inc.
February 20, 2025
Technology
0
120
コロプラ最新作インフラ構成について
第26回 酒とゲームとインフラとGCP@タイミー
https://sake-game.connpass.com/event/338410/
#酒ゲーGCP
COLOPL Inc.
February 20, 2025
Tweet
Share
More Decks by COLOPL Inc.
See All by COLOPL Inc.
PHPStan をできる限り高速化してみる
colopl
0
380
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
1.9k
コロプラのオンボーディングを採用から語りたい
colopl
7
2.2k
怖くない!ゼロから始めるPHPソースコードコンパイル入門
colopl
1
380
大規模トラフィックを支える ゲームバックエンドの課題と構成の変遷 ~安定したゲーム体験を実現するために~
colopl
3
5.2k
長期運用プロジェクトでのMySQLからTiDB移行の検証
colopl
3
1.7k
ゲームを支えるバックエンドエンジニアのリアルを公開!
colopl
1
1.5k
コロプラ_SRE_LCE_ゲームバックエンド_性能との戦い
colopl
0
1k
新卒3年目の ゲームバックエンドエンジニアが これまでに経験したこと
colopl
1
1.6k
Other Decks in Technology
See All in Technology
A2Aのクライアントを自作する
rynsuke
1
150
ハノーバーメッセ2025座談会.pdf
iotcomjpadmin
0
150
Amplifyとゼロからはじめた AIコーディング 成果と展望
mkdev10
1
370
PostgreSQL 18 cancel request key長の変更とRailsへの関連
yahonda
0
110
PHP開発者のためのSOLID原則再入門 #phpcon / PHP Conference Japan 2025
shogogg
2
410
Model Mondays S2E02: Model Context Protocol
nitya
0
200
キャディでのApache Iceberg, Trino採用事例 -Apache Iceberg and Trino Usecase in CADDi--
caddi_eng
0
170
Agentic DevOps時代の生存戦略
kkamegawa
0
1.1k
【TiDB GAME DAY 2025】Shadowverse: Worlds Beyond にみる TiDB 活用術
cygames
0
900
データプラットフォーム技術におけるメダリオンアーキテクチャという考え方/DataPlatformWithMedallionArchitecture
smdmts
5
570
Snowflake Summit 2025全体振り返り / Snowflake Summit 2025 Overall Review
mtpooh
2
250
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
100
Featured
See All Featured
The Cost Of JavaScript in 2023
addyosmani
51
8.4k
Optimizing for Happiness
mojombo
379
70k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
16
940
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
It's Worth the Effort
3n
184
28k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
50k
Transcript
第26回 酒とゲームとインフラとGCP@タイミー コロプラ最新作インフラ構 成について 2025.02.21
• 須藤 順康 • 株式会社コロプラ 技術基盤本部 インフラストラクチャ部 • 2024年1月入社 自己紹介 2
コロプラについて Vision エンターテインメントで日常をより楽しく、より素晴らしく Mission 3
コロプラについて 4 @COLOPL, Inc.
1/27リリース! 5
新作紹介 6
異世界∞異世界のインフラ構成
インフラ設計の方針 • コロプラで実績のある安定構成を採用 ◦ 既存タイトルの運用実績からメンテナンスをなるべく入れないことができる構成 • なるべくマネージドサービスを採用 ◦ GKE上にすべてのコンポーネントを乗せることはできるが、GKEやミドルウェアのアップ デートの手間やリスクを考えると、多少コストがかかってもマネージドに寄せる方がメリッ
トがあるという判断 ◦ マネージドサービスはダウンタイムを考慮し、メンテナンスタイムを設けない運用ができる サービスを選定 8 …
全体構成 9 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery
Apps 10 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery PHP/Laravelのゲームサーバー
Database 11 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery
Database • Cloud SQLとCloud Spannerを併用 ◦ 過去にCloud Spannerにmaster dataを配置した際にイベントデータへのアクセスでホットス ポットが発生して、Spanner全体のレイテンシが非常に悪化したことがある
• Cloud SQLにmaster dataを保存 ◦ 同じデータを全ユーザーが参照 ▪ アイテムやキャラクターデータ ◦ 昨年のリリースでEnterprise Plusのメンテナンス時のダウン時間が大幅に縮小 • Cloud Spannerにはuser dataを保存 ◦ EditionはStandard ◦ Enterprise Editionにするメリットとコストを比較して、今回はStandardが適切と判断 ▪ 増分バックアップ->リリース時に容量が読めない ▪ Full Text Search-> まだ社内実績や検証が十分でない ▪ (将来的にGAな) managed auto scaler->OSSで運用できてしまっている 12
CI/CD 13 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery CI経由でコンテナイメージを Artifact Registryにpush spinnakerがイメージの pushをト リガーにパイプラインを起動 本番デプロイを進めるには起動 したパイプラインに手動で操作が 必要
Logging/Monitoring/Alerting 14 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery
Logging/Monitoring/Alerting • ログはCloud LoggingとBigQuery、Datadogで収集 ◦ 主にアプリケーションログはDatadog、プレイログはBigQuery、それ以外はCloud Logging • 可視化のダッシュボードにはgrafanaを使用 ◦
Google Cloudの各種メトリクスとPHPや各種ミドルウェアのカスタムメトリクスを可視化 ◦ Google Cloud内のリソースだけではなく、CDNやElasticSearch(みたいなやつ)のメトリク スも見れるようにしている ◦ Google Cloud以外のメトリクスも豊富なプラグインが存在するため使い勝手が良かった • アラートはAlert Manager、Cloud Monitoring、Datadogを併用 ◦ Alert Manager: prometheus経由の基本的なインフラメトリクスアラート ◦ Datadog: アプリケーション寄りのアラート ◦ CloudMonitoring: Datadogで事足りるので廃止予定 ▪ Logging経由でのアラート通知が1日当たり20件が上限のため、アプリケーションログ のエラー通知には不向きと判断 15
PvP 16 iOS/Android/Steam Cloud Load Balancing Apps Google Kubernetes Engine
Artifact Registry Cloud Spanner Cloud SQL Spinnaker Google Kubernetes Engine PvP Google Kubernetes Engine Cloud Logging CDN GitLab Compute Engine RabbitMQ Compute Engine Redis Enterprise ElasticSearch Cloud Monitoring BigQuery
PvP • PvP(マルチプレイ)用のゲームサーバーが動くGKEクラスター ◦ PvP自体は未リリース • 以下の主に二つで構成する予定 ◦ Agones ▪
k8s上で動作するゲームサーバーを管理するOSS ◦ prizm ▪ 内製リアルタイムフレームワーク 17
リリースまでに困ったこと
バグ修正等でアプリ審査が直前ま で続いたためSpannerのウォー ムアップのタイミングが難しかっ た
Spannerのウォームアップについて • リリース前にCloud Spannerにウォームアップが必要 ◦ 通常はリリース直前(2日以内)に本番環境のSpannerにテストデータを保存してスプリットを 確保する • アプリの審査からリリースまで ◦
アプリの審査を概ね1〜2ヶ月前から開始 ◦ 審査中は本番環境は触れない ◦ クリスマス/年末年始もあり審査スケジュールが読めない ◦ バグ修正等で直前までアプリ審査が続いた ◦ 審査完了がリリース日直前になる可能性も • 対応:ウォームアップ用に負荷試験環境を流用 ◦ 通常は本番apps -> 本番spanner、負荷試験apps -> 負荷試験spannerとなっているところ一 時的に向き先を入れ替える ◦ ウォームアップ時には本番apps ->負荷試験spanner 、負荷試験apps -> 本番spannerとし、 アプリの審査完了後に元に戻す 20
AgonesがサポートするGKEバー ジョンがGKEのAuto Upgrade バージョンに追いつかない
AgonesとGKEのサポートバージョン • Agonesは1バージョンにつき、k8sの3バージョンをサポートしている ◦ Agonesの最新版は1.47、k8sのサポートバージョンは1.29-1.31(資料作成時点) • GKEはおよそ3ヶ月に1回程度の頻度でバージョンアップ ◦ 1.32のAuto Upgrade(Stable)は2025/4
(資料作成時点) • リリース前にGKEのバージョンはなるべく上げておきたいが、現時点では Agones 1.47 + GKE 1.31まで • このまま1.32のAuto Upgradeが4月になるとAgonesのサポート外バージョ ンになってしまう ◦ ただし、今までAuto UpgradeでAgonesのサポート外バージョンになったことはない ◦ そもそもGKE 1.32がリリースされているのはRapidだけ 22
ご清聴ありがとうございました
• 技術情報発信しているのでフォローしてもらえると嬉しいです ◦ 「アーキテクチャ Conference 2024」登壇時の資料や ◦ 「 PHP Conference
Japan 2024」登壇時の記事など技術ブログで公開しています ◦ 登壇者・執筆者のモチベーションにつながるので立ち寄ってもらえればと 最後に宣伝 24 COLOPL Tech Blog https://blog.colopl.dev/