View a markdown version of this page

GAMEPERF01-BP02 ゲームサーバーをスケーリングするための運用オーバーヘッドを検討する - ゲーム業界レンズ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

GAMEPERF01-BP02 ゲームサーバーをスケーリングするための運用オーバーヘッドを検討する

各ホスティングオプションに関連する管理オーバーヘッドと運用オーバーヘッドを考慮してください。

このベストプラクティスを活用しない場合のリスクレベル: 高

実装のガイダンス

運用オーバーヘッド

EC2 またはコンテナ上のセルフホスト型ソリューションは、より多くの制御を提供できますが、より多くの管理も必要になります。ECS や EKS などのコンテナオーケストレーターは、ネットワークの複雑さとメンテナンスオーケストレーションのオーバーヘッドを増やしながら、コンテナ化されたサーバーの起動時間を短縮できます。

例えば、EKS マネージドノードグループはゲームサーバーのプロビジョニングとライフサイクル管理を自動化できますが、ノードの終了時にポッドの中断予算は考慮しません。ゲームを安全に完了するために 15 分の終了期間よりも長いゲームが必要な場合は、ライフサイクルフックを作成するか、カスタムコントローラーでセルフマネージドノードを検討してゲームの中断をブロックする必要があります。

Amazon Game Lift などのマネージドサービスは、運用上のオーバーヘッドのほとんどを処理する可能性がありますが、低レベルのネットワークとセキュリティ設定の特別な要件に対する可視性と制御の量を減らすことができます。ゲームサーバーソリューションの選択は、ゲームサーバーのパフォーマンスとスケーリング動作を調整するためのカスタマイズ、制御、責任のレベル間のトレードオフです。

実装手順

  • ホスティングオプションの運用オーバーヘッドを評価し、EC2、ECS、EKS などのセルフホスト型ソリューションと Amazon Game Lift などのマネージドサービスの間で制御と管理の労力のバランスを取ります。

  • 自動化には EKS マネージド型ノードグループを使用しますが、ゲームサーバーでデフォルトよりも長い終了期間が必要な場合は、ライフサイクルフックまたはカスタムコントローラーを実装します。

  • ゲームサーバーソリューションを選択するときは、カスタマイズ、可視性、運用責任のトレードオフを考慮します。