このガイダンスは、可用性が高く、ユーザーに低レイテンシーで提供される Unreal Engine 用の完全なゲーム制作環境を設定するのに役立ちます。また、高性能の仮想ワークステーションと一元的なバージョン管理システムを介して他のマシンにオンデマンドで作業を分散することで、負荷の高いコンピューティングタスクを高速化します。サンプルコードは、チームでこのゲーム制作環境を設定する方法を示しています。

注意: [免責事項]

アーキテクチャ図

[アーキテクチャ図の説明]

アーキテクチャダイアグラムの PDF をダウンロード 

Well-Architected Pillars

AWS Well-Architected フレームワークは、クラウドでシステムを構築する際に行う決定の長所と短所を理解するのに役立ちます。フレームワークの 6 つの柱により、信頼性が高く、安全かつ効率的で、費用対効果が高く、持続可能なシステムを設計および運用するためのアーキテクチャのベストプラクティスを学ぶことができます。AWS マネジメントコンソールで無料で提供されている AWS Well-Architected Tool を使用し、各柱の一連の質問に回答することで、これらのベストプラクティスに照らしてワークロードを確認できます。

上記のアーキテクチャ図は、Well-Architected のベストプラクティスを念頭に置いて作成されたソリューションの例です。完全に Well-Architected であるためには、可能な限り多くの Well-Architected ベストプラクティスに従う必要があります。

  • AWS Cloud Development Kit (AWS CDK) を使用すると、開発環境要素の一貫した反復可能なデプロイが可能になります。これにより、デプロイ時のエラーの原因が排除されるとともに、セキュリティと信頼性が向上し、コストが削減されます。Amazon CloudWatch は、開発環境リソースの運用メトリクスとロギングを提供します。CloudWatch での AWS CDK ロギングによる一貫した反復可能な自動デプロイで、リソースの数がどれだけスケールアップしても、開発環境のアプリケーションコンポーネントのロギングを単一の場所で行えるようになります。このガイダンスにあるすべてのサービスにおいてデフォルトで有効化されている運用メトリクスとヘルスメトリクスもスケールされます。

    オペレーショナルエクセレンスに関するホワイトペーパーを読む 

  • NICE DCV は、クライアントとサーバー間のエンドツーエンドの AES-256 暗号化を使用して、ピクセル入力とエンドユーザー入力の両方を保護します。接続を許可する前にクライアントからの認証も要求されます。ワークステーションはパブリックサブネット内にあるため、ワークステーションのリモートサービスとクライアント間の通信が安全であること、および認証情報のないクライアントがワークステーションにアクセスできないことが重要です。

    Amazon VPC では懸念事項を分散できます。Amazon VPC の「デフォルトでプライベート」であるポリシーは、パブリックインターネットに公開する必要のないリソースにセキュリティを追加します。開発環境のリソースのほとんどはパブリックインターネットに公開する必要がないため、Amazon VPC 内の他のリソースのみがアクセスできる Amazon VPC のプライベートサブネットに配置されます。

    セキュリティに関するホワイトペーパーを読む 

  • Amazon Elastic Block Store (Amazon EBS) は、ストレージをインスタンスから切り離します。Amazon EC2 では、AWS リージョン内の複数の独立したアベイラビリティーゾーンへのデプロイが可能なため、アプリケーションの可用性が最大化され、堅牢なディザスタリカバリを実行できます。Amazon EBS では、Workspace、Perforce、Unreal Swarm Coordinator の各インスタンスで障害が発生しても、データを保持し、バックアップ用のスナップショットを簡単に作成することができます。

    信頼性に関するホワイトペーパーを読む 

  • Amazon EC2 Auto Scaling を使用すると、開発環境のビルドリソースをオンデマンドでスケールアウトできます。具体的には、大規模なビルドタスクや多数のビルドタスクがある場合に Unreal Engine Swarm と Incredibuild のエージェントをスケールアップできるため、ビルド時間が短縮され、イテレーション時間が長くなります。Amazon EC2 では、地理的にユーザーに近い AWS リージョンまたは AWS Local Zones へのデプロイが可能なため、ローカルクライアントとリモートサーバー間のレイテンシーを削減し、仮想ワークステーションの体験を最適化できます。NICE DCV は、クライアントとサーバー間で転送する必要のあるデータ量を最小限に抑えるように最適化されたプロトコルを提供するため、1 秒あたりのフレーム数が増加し、入力と表示の間のレイテンシーが少なくなります。

    パフォーマンス効率に関するホワイトペーパーを読む 

  • Amazon EC2 では、さまざまなインスタンスタイプと支払いモデルから選択することで、特定のワークロードのコストを最適化できます。これにより、ワークロードをより低コストのオプションで実行できます。さらに、オンデマンドインスタンスを使用すれば、未使用のサーバーへの支払いを最小限に抑えることができます。

    コスト最適化に関するホワイトペーパーを読む 

  • Amazon EC2 Auto Scaling と Amazon EC2 のインスタンスタイプは、ワークロードのニーズに合わせて必要最小限のリソースをプロビジョニングするのに役立ちます。スケーリングやインスタンスタイプの選択によってワークロードに合わせてリソースを最小限にすることで、環境に対するワークロードの影響を最小限に抑える効率的なサービスを構築できます。

    持続可能性に関するホワイトペーパーを読む 

実装リソース

サンプルコードは出発点です。これは業界で検証済みであり、規範的ではありますが決定的なものではなく、内部を知ることができ、開始に役立ちます。

GitHub でサンプルコードを開く

関連コンテンツ

[件名]
[コンテンツタイプ]

[タイトル]

[サブタイトル]
この [ブログ投稿/電子書籍/ガイダンス/サンプルコード] は、[簡単な説明を挿入] 方法を示しています。

免責事項

サンプルコード、ソフトウェアライブラリ、コマンドラインツール、概念の実証、テンプレート、またはその他の関連技術 (私たちの担当者から提供される前述のものを含む) は、AWS カスタマーアグリーメント、またはお客様と AWS との間の関連文書契約 (いずれか該当する方) に基づき、AWS コンテンツとしてお客様に提供されるものです。お客様は、この AWS コンテンツを、お客様の本番アカウント、または本番データもしくはその他の重要なデータで使用すべきではありません。お客様は、サンプルコードなどの AWS コンテンツを、お客様固有の品質管理手法および基準に基づいて、本番グレードでの使用に適したテスト、セキュリティ確保、および最適化を行う責任を負います。AWS コンテンツのデプロイには、Amazon EC2 インスタンスの実行や Amazon S3 ストレージの使用など、AWS の課金対象リソースを作成または使用するための AWS 料金が発生する場合があります。

本ガイダンスにおける第三者のサービスまたは組織への言及は、Amazon または AWS と第三者との間の承認、後援、または提携を意味するものではありません。AWS からのガイダンスは技術的な出発点であり、アーキテクチャをデプロイするときにサードパーティのサービスとの統合をカスタマイズできます。

このページはお役に立ちましたか?

 フィードバック