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

# Amazon GameLift Servers ホスティングによる起動の準備
ゲームのローンチの準備

次のチェックリストを使用して、ゲームの各デプロイフェーズを検証できます。**[重要]** とマークされた項目は、本番起動開始に不可欠です。

[https://console.aws.amazon.com/gamelift/prepare-to-launch](https://console.aws.amazon.com/gamelift/prepare-to-launch)から Amazon GameLift Servers ローンチアンケートをダウンロードして記入します。当社は、Amazon GameLift Servers を使用するすべてのゲームデベロッパーがローンチ日をスムーズに進められるようにしたいと考えています。アンケートでリクエストされている情報は、今後の負荷テスト、ソフトローンチ、公開ローンチの準備に役立ちます。最初の負荷テストを実施する少なくとも 3 か月前に、記入済みのアンケートを送信するように計画してください。

**Topics**
+ [

## ゲームの準備
](#gamelift_quickstart_customservers_prepgameserver_checklist)
+ [

## テストの準備
](#gamelift_quickstart_customservers_test_checklist)
+ [

## ローンチの準備
](#gamelift_quickstart_customservers_launch_checklist)
+ [

## ローンチ後の更新の計画
](#gamelift_quickstart_customservers_launch_postchecklist)

## ゲームの準備
使用するための準備
+ **[重要]** ホスティングソリューションの[開発ロードマップのステップ](getting-started-intro.md)がすべて完了し、統合ゲームサーバー、ゲームクライアント向けのバックエンドサービス、ホスティングフリート、ゲームセッションプレイスメント方法 (キューなど) など、必要なコンポーネントがすべて整っていることを確認します。
+ **[重要]** [ゲームサーバーが実行中に他のリソースにアクセスできるようにする Create AWS Identity and Access Management (IAM) ロール](setting-up-aws-login.md)。 AWS 
+ **[重要]** 必要に応じて、他のホスティングリソースへのフェイルオーバーを設計して実装します。
+ ゲームのキューとフリートの構造を考慮して、[ターゲットロケーションへのフリートのロールアウトを計画します](gamelift-regions.md)。
+  CloudFormation と を使用して、Infrastructure as Code (IaC) を使用して[デプロイを自動化します](resources-cloudformation.md) AWS Cloud Development Kit (AWS CDK)。
+ Amazon CloudWatch と Amazon Simple Storage Service (Amazon S3) を使用して、[ログと分析情報を収集します](monitoring-overview.md)。

## テストの準備
テストの準備
+ **[重要]** [ライブ環境が本番環境のニーズにスケールアップできるように、Amazon GameLift Serversサービスクォータやその他のクォータの引き上げ](limits-regions.md)をリクエストします。 AWS のサービス 
+ **[重要]** ライブフリートで開いているポートが、サーバーが使用できるポートの範囲と一致していることを確認してください。
+ **[重要]** RDP ポート 3389 と SSH ポート 22 を閉じます。
+ ゲームの DevOps 管理計画を作成します。Amazon CloudWatch Logs または Amazon CloudWatch カスタムメトリクスを使用している場合は、サーバーフリートの重大または重要な問題に対するアラームを定義します。障害をシミュレートし、ランブックをテストします。
+ 使用しているコンピューティングリソースが、各コンピューティングで同時に実行するサーバープロセスの数をサポートできることを確認します。
+ 最初は、より保守的な値に[スケーリングポリシーを調整し](fleets-manage-capacity.md)、必要と思われるよりも少し多めのアイドルキャパシティを提供します。後でコストを最適化できます。20% のアイドルキャパシティを持つターゲットベースのスケーリングポリシーの使用を検討します。
+ FlexMatch では、[レイテンシールール](https://docs.aws.amazon.com/gameliftservers/latest/flexmatchguide/match-intro.html)を使用して、地理的に近いプレイヤー同士をマッチングします。負荷テストクライアントからの合成レイテンシーqデータを使用して、これがロード時にどのように動作するかをテストします。
+ プレイヤー認証とゲームセッションインフラストラクチャに負荷テストを実施して、需要に合わせて効果的にスケーリングできるかどうかを確認します。
+ サーバーが数日間稼働したままの場合でも、接続を受け入れることができることを検証します。
+  サポート プランレベルをビジネスまたはエンタープライズに引き上げて、 が問題や停止時に対応 AWS できるようにします。

## ローンチの準備
ローンチの準備
+ **[重要]** スケールダウンでアクティブなゲームセッションを停止しないように、すべてのライブフリートで、[フリート保護ポリシー](fleets-creating.md)をフルプロテクションに設定します。
+ **[重要]** 少なくともピーク時に予想される需要に対応するために、[フリートの最大サイズ](fleets-capacity-limits.md)を十分高い値に設定します。予期せぬ需要に備えて、最大サイズを 2 倍にすることをお勧めします。
+ 開発チーム全員にローンチイベントに参加してもらい、ローンチルームでゲームのローンチをモニタリングするように奨励しましょう。
+ プレイヤーのレイテンシーとプレイヤーエクスペリエンスをモニタリングします。

## ローンチ後の更新の計画
ローンチ後の計画
+ プレイヤーの使用状況に基づいてアイドル容量を最小限に抑えるため、[スケーリングポリシーを調整します](fleets-manage-capacity.md)。
+ プレイヤーのレイテンシーデータと改訂された要件を基に [FlexMatchルールを変更する](https://docs.aws.amazon.com/gameliftservers/latest/flexmatchguide/match-intro.html)か、[ホスティング場所を追加](gamelift-compute.md#gamelift-compute-location)します。
+ 各コンピューティングリソースでできるだけ多くのゲームセッションを実行するためにランタイム設定を最適化します。この方法でパフォーマンス効率を最適化すると、同じコンピューティングリソースでより多くのサーバープロセスを実行できるため、フリートコストに直接影響する可能性があります。
+ [分析データを使用](monitoring-overview.md)して、継続的な開発を促進し、プレイヤーエクスペリエンスとゲームの寿命を向上させ、収益を最適化します。