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

GAMEPERF05-BP01 複数のコンピューティングタイプでゲームのパフォーマンスをベンチマークする

ゲームサーバーのワークロードの場合、ゲームサーバーをホストするための最適なコンピューティングソリューションを特定するための単一のアプローチはありません。ゲームサーバーをベンチマークするための一般的な戦略は、コンピューティングに最適化された EC2 の「c」インスタンスから始めることです。このインスタンスファミリーは、計算負荷の高いワークロードに高いパフォーマンスを提供するためです。または、ゲームで特定の機能を実装するために大量のメモリが必要な場合は、メモリ最適化インスタンスが最も適している場合があります。

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

実装のガイダンス

ワークロードで重要なネットワークリソースを使用している場合は、ネットワーク最適化のインスタンスを実装することを検討してください。これは通常、インスタンス名に「n」と表示され、クレジットが枯渇した後のパフォーマンスが低下するため、バースト可能なインスタンスタイプ「n」は避けてください。ゲームはレイテンシーやドロップされたパケットの影響を受けやすいため、ゲームサーバーのネットワークパフォーマンスを向上させるために EC2 拡張ネットワーキングを使用することをお勧めします。拡張ネットワーキングでは、単一ルート I/O 仮想化 (SR-IOV) を使用して、サポートされているインスタンスタイプ で高性能ネットワーキング機能を提供します。SR-IOV は、従来の仮想化ネットワークインターフェイスと比較し、I/O パフォーマンスが高く、CPU 利用率が低いデバイス仮想化の手法です。拡張ネットワーキングは、高い帯域幅、1 秒あたりのパケット (PPS) の高いパフォーマンス、常に低いインスタンス間レイテンシーを実現します。Elastic Network Adapter による拡張ネットワーキングは、最新の EC2 インスタンスタイプで利用でき、新しいインスタンスのパフォーマンス強化と Nitro ハイパーバイザーの改善からメリットを得るために定期的に更新することが重要です。 AWS

ゲームが複数の EC2 インスタンスタイプで同様に動作する場合は、複数のインスタンスタイプを使用してゲームサーバーをホストすることを検討する必要があります。パフォーマンスの傾向を特定するために十分な本番稼働用ゲームセッションをホストした後、時間の経過とともにパフォーマンスをモニタリングし、さらに最適化を実行します。リソースの割り当てが異なる新機能をゲームに追加すると、コンピューティング要件が変わる場合があることに注意してください。複数のインスタンスタイプを使用するように EC2 Auto Scaling グループを設定することも、個別の Auto Scaling グループを使用して、個別のインスタンスタイプを実行するゲームサーバーインスタンスをホストすることもできます。これにより、メトリクスの相関関係と集計を簡単に管理できます。 

インテルベースのインスタンス、AMD ベースのインスタンス、ARM ベースの Graviton インスタンスなど、さまざまなタイプのプロセッサでゲームがどのように動作するかを評価します。Unreal Engine 5.1.1 以降では、Graviton 用のゲームサーバーをコンパイル でき、ゲームの料金パフォーマンスを向上させることができます。各ファミリー内のさまざまなサイズでスイープテストと飽和テストを実行して、使用率とパフォーマンスが一貫しているスイートスポットを判断します。

また、コンテナと Lambda 関数を使用してホストされている場合に、ゲームのパフォーマンスがどのように影響を受けるかをベンチマークする必要があります。非同期ゲームやゲームバックエンドサービスなど、存続期間の長いゲームサーバープロセスを必要としないユースケースでは、Lambda でサーバーレスアーキテクチャを使用することを検討してください。これにより、ゲーム運用チームの管理と運用を簡素化できるだけでなく、ゲームをグローバルに多くの にすばやくデプロイできます AWS リージョン。サーバーレスのベストプラクティスについては、 「サーバーレスアプリケーションレンズ - Well-Architected フレームワーク」を参照してください。

実装手順

詳細については、「グローバルゲームサーバーに適したコンピューティング戦略を選択する」を参照してください。