- AWS ソリューションライブラリ›
- AWS 上でのゲーム制作環境に関するガイダンス
AWS 上でのゲーム制作環境に関するガイダンス
概要
仕組み
このアーキテクチャ図は、ゲーム開発者が Perforce Helix Core を使用して仮想ワークステーションとバージョンコントロールを備えたクラウドベースの Unreal Engine 5 (UE5) 開発環境を構築する方法と、Incredibuild と Unreal Engine Swarm を使用してアクセラレーションを構築する方法を示しています。GPU アクセラレーショングラフィックスを備えた仮想ワークステーションにより、開発者はリモートで安全に作業できると同時に、高速 AWS ネットワークを利用してビルドとバージョン管理の同期タスクを高速化できます。
Well-Architected の柱
上記のアーキテクチャ図は、Well-Architected のベストプラクティスを念頭に置いて作成されたソリューションの例です。完全に Well-Architected であるためには、可能な限り多くの Well-Architected ベストプラクティスに従う必要があります。
AWS クラウド開発キット (AWS CDK) を使用すると、開発環境要素の一貫性のある反復可能なデプロイが可能になります。これにより、デプロイ時のエラーの原因が排除されるとともに、セキュリティと信頼性が向上し、コストが削減されます。Amazon CloudWatch は、開発環境リソースの運用メトリックスとロギングを提供します。CloudWatch での AWS CDK ロギングによる一貫した反復可能な自動デプロイで、リソースの数がどれだけスケールアップしても、開発環境のアプリケーションコンポーネントのロギングを単一の場所で行えるようになります。このガイダンスにあるすべてのサービスにおいてデフォルトで有効化されている運用メトリクスとヘルスメトリクスもスケールされます。
オペレーショナル・エクセレンスのホワイトペーパーを読むNICE DCVは、クライアントとサーバー間のエンドツーエンドAES-256暗号化を使用して、ピクセルとエンドユーザー入力の両方を保護します。接続を許可する前にクライアントからの認証も要求されます。ワークステーションはパブリックサブネット内にあるため、ワークステーションのリモートサービスとクライアント間の通信が安全であること、および認証情報のないクライアントがワークステーションにアクセスできないことが重要です。
Amazon VPC では、懸案事項を分離できます。Amazon VPC の「デフォルトでプライベート」であるポリシーは、パブリックインターネットに公開する必要のないリソースにセキュリティを追加します。開発環境のリソースのほとんどは、パブリックインターネットに公開する必要がなく、Amazon VPC内の他のリソースのみがアクセスできるAmazon VPCのプライベートサブネットに配置されます。
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 のインスタンスタイプは、ワークロードのニーズに合わせて必要最小限のリソースをプロビジョニングするのに役立ちます。スケーリングやインスタンスタイプの選択によってワークロードに合わせてリソースを最小限にすることで、環境に対するワークロードの影響を最小限に抑える効率的なサービスを構築できます。
サステナビリティに関するホワイトペーパーを読む実装のリソース
免責事項
今日お探しの情報は見つかりましたか?
ぜひご意見をお寄せください。ページのコンテンツ品質の向上のために役立てさせていただきます