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
67
コロプラ最新作インフラ構成について
第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
280
Cloud Spanner 導入で実現した快適な開発と運用について
colopl
1
1.6k
コロプラのオンボーディングを採用から語りたい
colopl
7
2k
怖くない!ゼロから始めるPHPソースコードコンパイル入門
colopl
0
260
大規模トラフィックを支える ゲームバックエンドの課題と構成の変遷 ~安定したゲーム体験を実現するために~
colopl
3
4.6k
長期運用プロジェクトでのMySQLからTiDB移行の検証
colopl
3
1.6k
ゲームを支えるバックエンドエンジニアのリアルを公開!
colopl
1
1.4k
コロプラ_SRE_LCE_ゲームバックエンド_性能との戦い
colopl
0
960
新卒3年目の ゲームバックエンドエンジニアが これまでに経験したこと
colopl
1
1.6k
Other Decks in Technology
See All in Technology
AIで進化するソフトウェアテスト:mablの最新生成AI機能でQAを加速!
mfunaki
0
140
AI Agentを「期待通り」に動かすために:設計アプローチの模索と現在地
kworkdev
PRO
2
430
バックオフィス向け toB SaaS バクラクにおけるレコメンド技術活用 / recommender-systems-in-layerx-bakuraku
yuya4
5
510
AIと開発者の共創: エージェント時代におけるAIフレンドリーなDevOpsの実践
bicstone
1
300
20250413_湘南kaggler会_音声認識で使うのってメルス・・・なんだっけ?
sugupoko
1
460
改めて学ぶ Trait の使い方 / phpcon odawara 2025
meihei3
1
640
DETR手法の変遷と最新動向(CVPR2025)
tenten0727
2
1.3k
LangChainとLangGiraphによるRAG・AIエージェント実践入門「10章 要件定義書生成Alエージェントの開発」輪読会スライド
takaakiinada
0
140
JPOUG Tech Talk #12 UNDO Tablespace Reintroduction
nori_shinoda
1
140
Стильный код: натуральный поиск редких атрибутов по картинке. Юлия Антохина, Data Scientist, Lamoda Tech
lamodatech
0
680
Dynamic Reteaming And Self Organization
miholovesq
3
310
Amazon CloudWatch を使って NW 監視を行うには
o11yfes2023
0
140
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.1k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
119
51k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.2k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
390
Building an army of robots
kneath
304
45k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2k
How to Think Like a Performance Engineer
csswizardry
23
1.5k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
4 Signs Your Business is Dying
shpigford
183
22k
Code Reviewing Like a Champion
maltzj
522
40k
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/