レンダリングは、3D モデルを取得し、2D イメージに変換するプロセスです。 3D シーン ファイルは、Autodesk 3ds Max、Autodesk Maya、Blender などのアプリケーションで作成されます。 Autodesk Maya、Autodesk Arnold、Chaos Group V-Ray、Blender Cycles などのレンダリング アプリケーションでは、2D イメージが生成されます。 シーン ファイルから 1 つのイメージが作成される場合があります。 ただし、複数のイメージをモデル化してレンダリングし、それらをアニメーションで組み合わせるのが一般的です。
レンダリング ワークロードは、メディアおよびエンターテイメント業界の特殊効果 (VFX) に頻繁に使用されます。 レンダリングは、広告、小売、石油・ガス、製造など、他の多くの業界でも使用されています。
レンダリングのプロセスは、計算負荷が高くなります。生成するフレーム/イメージが多数存在する場合があり、各イメージのレンダリングには何時間もかかることがあります。 したがって、レンダリングは、Azureを使用して多数のレンダリングを並列で実行し、GPU を含む幅広いハードウェアを使用できる完璧なバッチ処理ワークロードです。
レンダリングにAzureを使用する理由
多くの理由から、レンダリングは、Azureに完全に適したワークロードです。
- レンダリング ジョブは、複数の VM を使用して並列で実行できる多数の部分に分割できます。
- アニメーションは多数のフレームで構成され、各フレームを並列でレンダリングできます。 各フレームの処理に使用できる VM が多いほど、すべてのフレームとアニメーションを高速に生成できます。
- レンダリング ソフトウェアによっては、単一のフレームを複数の部分 (タイルやスライスなど) に分割できます。 各部分を個別にレンダリングし、すべての部分が完了したときに最終的なイメージに結合できます。 使用可能な VM が多いほど、フレームをより高速にレンダリングできます。
- レンダリング プロジェクトには、大きなスケールが必要な場合があります。
- 個々のフレームは複雑であり、ハイエンドハードウェア上であってもレンダリングに何時間も必要です。アニメーションは数十万のフレームで構成できます。 高品質のアニメーションを妥当な時間でレンダリングするには、膨大な量のコンピューティングが必要です。 場合によっては、100,000 を超えるコアを使用して、何千ものフレームが並列にレンダリングされます。
- レンダリング プロジェクトはプロジェクト ベースであり、さまざまなコンピューティング量が必要です。
- 必要に応じてコンピューティング容量とストレージ容量を割り当て、プロジェクト中の負荷に応じてスケールアップまたはスケールダウンし、プロジェクトの終了時に削除します。
- 割り当て時に容量を支払いますが、プロジェクト間など、負荷がない場合は料金はかかりません。
- 予期しない変更によるバーストに対応します。プロジェクトの後半に予期しない変更があり、それらの変更を厳しいスケジュールで処理する必要がある場合は、スケールを大きくします。
- アプリケーション、ワークロード、期間に応じて、さまざまなハードウェアから選択できます。
- Batch を使用して割り当ておよび管理できるAzureで使用できるハードウェアの幅広い選択肢があります。
- プロジェクトによっては、最適な価格/パフォーマンスまたは最高の全体的なパフォーマンスが要件となる場合があります。 シーンやレンダリング アプリケーションによって、メモリ要件が異なる場合があります。 一部のレンダリング アプリケーションでは、最適なパフォーマンスまたは特定の機能に GPU を使用できます。
- 優先順位の低いスポット VM または Azure スポット VM は、コストを削減します。
- 優先順位の低い VM とスポット VM は、標準 VM と比較して大きな割引で利用でき、一部のジョブの種類に適しています。
既存のオンプレミスレンダリング環境
最も一般的なケースは、PipelineFX Qube、Royal Render、Thinkbox Deadline、カスタム アプリケーションなどのレンダー管理アプリケーションによって管理される既存のオンプレミス のレンダー ファームがあることです。 要件は、Azure VM を使用してオンプレミスのレンダー ファームの容量を拡張することです。
Azureインフラストラクチャとサービスは、オンプレミスの容量を補完するためにAzureを使用するハイブリッド環境を作成するために使用されます。 例えば次が挙げられます。
- Virtual Networkを使用して、オンプレミスのレンダー ファームと同じネットワークにAzure リソースを配置します。
- Avere vFXT for AzureまたはAzure HPC Cacheを使用してソース ファイルをAzureにキャッシュし、帯域幅の使用と待機時間を短縮し、パフォーマンスを最大化します。
- 既存のライセンス サーバーが仮想ネットワーク上にあることを確認し、追加のAzureベースの容量に対応するために必要に応じてライセンスを追加購入します。
既存のレンダー ファームがない
クライアント ワークステーションはレンダリングを実行している可能性がありますが、レンダリングの負荷が増加しており、ワークステーションの容量のみを使用するには時間がかかりすぎます。
使用できる主なオプションは 2 つあります。
Royal Render などのオンプレミスのレンダー マネージャーをデプロイし、さらに容量やパフォーマンスが必要な場合にAzureを使用するようにハイブリッド環境を構成します。 レンダリング マネージャーは、レンダリング ワークロード用に特別に調整されており、一般的なクライアント アプリケーション用のプラグインが含まれており、レンダリング ジョブを簡単に送信できます。
Azure Batchを使用してコンピューティング容量を割り当て、管理し、レンダリング ジョブを実行するためのジョブ スケジュールを提供するカスタム ソリューション。
次のステップ
Azure Batchレンダリング機能の詳細を確認します。