Redshiftレンダーファーム｜GPUクラウド活用ガイド

RedshiftはGPUアクセラレーテッドのバイアスドレンダーエンジンです — 弊社のファームでも、私たちが知る限りどのレンダーファームでも、CPUレンダリングパスを持たず、GPUハードウェア上でのみ動作します。アーティストがCinema 4D、Maya、3ds Max、Houdiniを横断して同エンジンを選ぶ理由は共通して3つあります。グラフィックカードを中心に設計されていること、締め切りが迫っても挙動が予測しやすいこと、そして多くの制作パイプラインが既に使用しているアプリケーションに標準搭載されていることです。Redshiftは車両やプロダクトショットでもよく使われるエンジンで、弊社のrender farm for automotive rendering（自動車レンダリング向けレンダーファーム）ガイドでは、このワークロードをGPUファーム上で扱う方法を解説しています。

このガイドは、上記4つのアプリケーションのいずれでシーンを構築していても、クラウドレンダーファームでRedshiftを実行するための単一のリファレンスです。レンダーファームはライティングやシェーディングの方法を変えるものではなく、レンダーを実行した際に何が起こるかを変えるものです。1台のワークステーションが一晩かけてシーケンスを処理する代わりに、複数のGPUマシンがフレームを並列に処理し、はるかに短いウォールクロック時間で結果を返します。VRAM、ライセンス、ファイル転送、コストといった重要なトレードオフは、RedshiftシーンがCinema 4Dで始まったものでもHoudiniで始まったものでも同じです。だからこそ「ファーム上のRedshift」を、4つの別々のトピックではなく1つのトピックとして扱うのが理にかなっています。

Redshiftクラウドレンダリングフロー — Cinema 4D、Maya、3ds Max、Houdiniが1つのRedshiftエンジンにデータを供給し、シーンがGPUフリートにアップロードされて並列にフレームをレンダリングし、ダウンロード可能になる

RedshiftがGPUでレンダリングする理由 — ファーム上での意味

Redshiftは第一にGPUレンダラーです。グラフィックカードのCUDAおよびOptiXパスを使ってレイをトレースしており、これがアーティストが感じるあのインタラクティブな操作感を生み出しています。弊社のファームでは、すべてのRedshiftジョブは32GBのVRAMを搭載したNVIDIA RTX 5090カードで構成された専用GPUフリート上で実行されます。弊社はRedshiftをGPUモードで実行しています — これが弊社のハードウェアが構成されているパスであり、正確に説明する価値があります。というのも、Redshift製品自体はバージョン3.5でCPUレンダリングモードも獲得したからです。弊社のファームでは、RedshiftはGPU専用であり、CPUレンダリングパスはありません。CPUバックエンド向けにシーンをチューニングしている場合は、長いシーケンスをコミットする前にGPU出力に対して検証することをおすすめします。

このGPUファーストの設計こそが、Redshiftを分散レンダリングに自然に適したものにしています。フレームは独立した作業単位であるため、1枚のカードで8時間かかるシーケンスも、多数のカードに分散すればはるかに短時間で返ってきます。ファームの役割は、それらのカードを稼働させ続け、ライセンスを解決し、フレームを届けることです — その裏側にあるマシンについて考える必要は一切ありません。

レンダーファームはまた、ソロで活動するアーティストにとって最も一般的なGPUのボトルネックであるカード枚数の問題も取り除きます。ローカルでは、自分のタワーにある1枚か2枚のGPUでレンダリングします。ファーム上では、制約は「何枚のカードを所有しているか」から「カードが読み込めるようにシーンをどうパッケージ化するか」へと移ります — これはずっと解決しやすい問題であり、以下のワークフローセクションで扱います。2枚目（あるいは20枚目）のカードが実際にどれだけの効果をもたらすか気になる方は、弊社のmulti-GPU scaling render farm benchmark（マルチGPUスケーリングベンチマーク）で、1GPUと2GPUのレンダー時間を線形スケーリングを前提とせず直接計測しています。

4つのアプリケーションにわたるRedshift：Cinema 4D、Maya、3ds Max、Houdini

Redshiftはホストアプリケーションを問わず一貫した挙動を示します。エンジン自体は同じであり、異なるのはブリッジプラグインと各アプリケーションのシーンデータのエクスポート方法です。弊社では、お客様が最も利用する4つのDCCでRedshiftをサポートしています。

Cinema 4D。 ここでのRedshiftは緊密に統合されています — MaxonのプロダクトであるRedshiftと、同じくMaxonのアプリケーションであるCinema 4Dの組み合わせのため、マテリアルシステム、レンダービュー、テイクシステムがネイティブのように感じられます。これは私たちが目にする中で最も成熟したRedshiftの組み合わせであり、ファーム対応シーンの実績が最も長い組み合わせでもあります。Cinema 4D特有の内容 — このクロスDCCガイドではカバーしきれないモーションデザインのワークフローの詳細を含む — については、弊社のRedshift render farm for Cinema 4D（Cinema 4D向けRedshiftレンダーファーム）ガイドをご覧ください。
Maya。 Redshift for Mayaは、長年にわたり本番環境で鍛えられてきた統合であり、Mayaのレンダーレイヤー、AOV、ノードベースのマテリアルワークフローを完全にサポートしています。シーンはMayaのプロジェクト構造を通じてテクスチャやキャッシュを参照するため、ファームで主に注意すべき点は、ファイルが自分のマシンを離れた後もパスが正しく解決されるようにすることです。
3ds Max。 3ds Maxの統合は、レンダラー設定、マテリアルエディター、レンダーエレメントなど期待される機能をカバーしています。ここでのRedshiftはスキャッターやプロキシプラグインと併用されることが多いため、プロキシと外部参照を丁寧にパッケージ化することが重要です。
Houdini。 Houdiniの中でのRedshiftは、重いシミュレーションやインスタンシング作業と組み合わせて多くのアーティストが選ぶGPUオプションであり、KarmaやMantraと並ぶ選択肢です。パイプラインがHoudini中心の場合は、弊社のHoudini cloud render farm（Houdiniクラウドレンダーファーム）ページで、そのアプリケーション向けのエンジン全体像を解説しています。

これら4つすべてにおいて、レンダーエンジンのライセンスはレンダリング料金に含まれています — ご自身のRedshiftシートを持ち込む必要はありません。弊社は公式Maxonパートナーとして、レンダリング用途向けにRedshift（および他のMaxon製品ライン）をライセンス取得しており、これによりセットアップ不要でサポート対象の全アプリケーションでエンジンを利用できます。このパートナーステータスはMaxonのパートナーディレクトリで直接確認いただけます。

Cinema 4D、Maya、3ds Max、Houdiniがすべて1つのRedshiftエンジンにデータを供給するGPUレンダーファーム。Redshiftのライセンスはレンダー料金に含まれる

VRAM、アウトオブコア、大規模シーン

GPUレンダリングにおいて、シーンがきれいにレンダリングされるか停止するかを左右する数値がVRAMです。Redshiftはジオメトリ、テクスチャ、その他のシーンデータをカードのメモリに読み込みます。シーンが収まる限り、カードはフル稼働します。弊社のGPUフリートは、すべてのRedshiftジョブにNVIDIA RTX 5090で32GBのVRAMを提供しており、これは特別な対応なしで幅広い本番シーンをカバーします。

シーンのデータが利用可能なVRAMを超えると、Redshiftは単純に失敗するわけではありません — アウトオブコア技術にフォールバックし、カードが必要とする際にシステムメモリからテクスチャやジオメトリをページングします。これが「重いシーンはどうなるのか」という質問への正直な答えです。Redshiftは、ある程度のパフォーマンスコストを伴いながら、アウトオブコアを通じてVRAMを超える規模のシーンもレンダリングできます。これはGPU側の技術であり、CPUレンダラーへの受け渡しではありません — フレームは引き続きRTX 5090上で計算され、32GBに収まらない部分についてのみメモリアクセスが遅くなるだけです。実際には、重いRedshiftシーンを高速に保つ方法は、まず不要なVRAM圧迫を減らすことです — 適切なテクスチャサイズ、繰り返しジオメトリへのプロキシの使用、フレームに実際に映るものだけに絞り込むことを行い、残りをアウトオブコアに吸収させます。

RTX 5090の32GBが自分の作業に十分な余裕かどうかを検討している場合は、弊社のRTX 5090 GPU cloud rendering performance（RTX 5090 GPUクラウドレンダリング性能）解説で、実際のシーンでのカードの挙動を確認できます。また弊社のmulti-GPU scaling render farm benchmark（マルチGPUスケーリングベンチマーク）では、比較可能なシーンで2枚目のカードを追加するとウォールクロック時間が実際どうなるかを示しています。

シーンの複雑さが増すにつれてVRAM使用量が上昇し、RTX 5090の32GBラインを超えるとRedshiftのアウトオブコアが働き、ある程度のパフォーマンスコストでGPU上でのレンダリングを継続するチャート

フルマネージドか、自分でGPUマシンをレンタルするか

クラウドでRedshiftをレンダリングする方法は大きく分けて2つあり、その違いはハードウェアスペックよりも重要です。

1つ目はインフラのレンタルです。リモートのGPUマシンをレンタルし、リモートデスクトップで接続し、Redshiftとホストアプリケーションを自分でインストールし、ライセンスを整え、ファイルをコピーし、レンダーを管理します。裸のマシンと完全なコントロールが手に入りますが、それに伴うすべてのセットアップとメンテナンスも自分で担うことになります。

2つ目はフルマネージドファームで、弊社が採用している方式です。シーンをアップロードするだけで、エンジンとライセンスはすでに用意されており、フレームはGPUフリート — RTX 5090カード、それぞれ32GBのVRAM — に分散され、出力を受け取ります。ログインするリモートデスクトップも、インストールするものも、有効化するライセンスもありません。Redshiftアーティストにとって、これは画像を作ること以外の作業をクラウドレンダリングから取り除くものであり、マネージドファームとこれまで使ったことがあるかもしれないインフラストラクチャ・アズ・ア・サービス型のGPUレンタルとを分ける最大の要素です。弊社のRedshift cloud render farm（Redshiftクラウドレンダーファーム）ページは、手短な説明を求めるチームメイトに紹介するのに最適な場所です。

どちらのモデルが合うかは、環境に対してどれだけコントロールが必要かによります。特殊なプラグインチェーンや独自のビルドがある場合は、素のマシンが適切な選択肢になり得ます。ほとんどのRedshift作業 — 標準的なホストアプリケーション、エンジン、シーン — では、マネージドファームの方がはるかに少ない手間でフレームを返してくれます。

ファームでのRedshiftレンダリングの費用

弊社のファームでのGPUレンダリングは、月額プランではなく利用量に応じて課金されます。単位はOctaneBench時間（OBh）— GPU作業量を測る指標 — で、$0.003/OBhの基本レートで課金されます。実務上、RTX 5090カードはカード時間あたり約$5.20に相当します。フレームが実際に消費したGPU時間に対して支払うのであり、シートやサブスクリプション階層に対して支払うわけではありません。

同じGPU時間課金はOctaneジョブにも適用されます。弊社のOctane render cloud farm（Octaneレンダークラウドファーム）ガイドでは、Octaneシーンがフリート上でどのように動作するかを解説しています。

よく話題に上る具体的な点がいくつかあります。

ライセンスは込みです。 Redshiftのライセンスはレンダー料金に含まれています。弊社が運用する他のエンジンについても同様で、予算に組み込む別立てのライセンス費用はありません。
クレジットは失効しません。 クレジット残高をチャージし、ジョブに使用します。有料クレジットは必要なときまでいつでも有効です。新規アカウントには、シーケンスを本格的に開始する前に実際のジョブの規模を確認できるよう、$25分のトライアルクレジットも付与されます。
階層はありません。 すべてのアカウントが同じ利用量ベースのレートでレンダリングします。選ぶべきプランも、上位階層でロックされる機能もありません。

ジョブを見積もるには、比較可能なカードで1フレームにかかる時間を、フレーム数に掛け合わせ、カード時間の単価を適用します。フリート全体に分散させることでウォールクロック時間は大幅に短縮されますが、請求されるGPU時間はおおむね総作業量と変わりません。24fpsで10秒のショットをレンダリングすると240フレームになります。1フレームがカード4分かかるとすると、約16カード時間の作業、実務レートで約$83程度になります — フレームが1台のカードで順番待ちするのではなく複数のRTX 5090カードで並列に実行されるため、そのウォールクロック時間のごく一部で結果が返ってきます。

240フレームのショットのコスト計算例：カード時間の請求額は1枚のGPUカードでも24カードのレンダーファームでも同じだが、ファームのウォールクロック時間ははるかに短い

Redshift、あるいは他のエンジンをジョブに合わせて選ぶ

Redshiftは、バイアスドレンダラーのコントロール性とGPUスピードを両立させたい場合、かつホストアプリケーションが上記4つのいずれかである場合に強い選択肢です。唯一の選択肢というわけではなく、うまく選ぶことの一部は、他の選択肢と比べてどこに位置するかを知ることです。

Arnoldとの比較では、 RedshiftのGPUバイアスドなスピードとインタラクティブ性と、CPUとGPUの両方にまたがるアンバイアスドで物理的に忠実な出力というArnoldの評判とがトレードオフになります。ファーム作業向けの両者の比較は、弊社のArnold vs. Redshift on a render farm（レンダーファームでのArnold対Redshift）で解説しています。
Octaneとの比較では、 どちらもGPUレンダラーですが、シェーディングの考え方とホストアプリケーションのサポートが異なります。弊社のOctane vs. Redshift comparison（Octane対Redshift比較）で、実際の違いを詳しく解説しています。
Blenderの標準エンジンであるCyclesとの比較では、 GPU専用かCPU専用かという話よりも、エコシステムの違いが焦点になります — Cyclesはシーンの要件に応じてCPUとGPUの両方で動作しますが、弊社のファームでのRedshiftはサポート対象の4つのDCCすべてでGPU専用です。

レンダーファームは1つのエンジンに縛り付けるものではありません — 弊社が運用する他のエンジンにも同じアップロード＆レンダーのモデルが適用されるため、エンジン選びはホスティングの判断ではなく、クリエイティブおよびパイプラインの判断のままにしておけます。

アップロード、レンダー、ダウンロードのワークフロー

ホストアプリケーションを問わず、Redshiftシーンをファームに乗せる手順は同じ3ステップです。

アップロード。 シーンをテクスチャ、プロキシ、キャッシュ、参照といったアセットと一緒にパッケージ化します。Webアップロードには厳密なサイズ上限はありませんが、単一アップロードは約300GB未満に収めることをおすすめします。それより大きい場合は、SFTPまたは弊社のクライアントアプリケーションを利用すると、再開可能な並列転送が可能です。対応アーカイブ形式はtar、tar.gz、7zです。.zipには対応していないため、それしか手段がない場合は再パッケージ化するか、未アーカイブのまま転送してください。GPUジョブが停止する最も一般的な原因は、自分のワークステーションでは解決していたのにファイルを移動した後は解決しないアセットパスです。アップロード前に外部参照を収集するか、リンクを再設定してください。

レンダー。 ジョブを送信すると、フレームはGPUフリートに分散されます。RedshiftジョブはここではGPU専用のため、すべてのフレームは32GBのVRAMを搭載したRTX 5090に割り当てられ、それ以上を必要とするシーンはアウトオブコアがカバーします。

ダウンロード。 レンダリング済みのフレームは、Web、SFTP、またはクライアントアプリケーション経由で自動的に取得できます。出力はジョブ完了後45日間保持され、その後は削除されます。速やかにダウンロードするか、クライアントアプリケーションにローカルストレージへの自動ダウンロードを設定してください。

Redshiftジョブを送信する前の簡単なチェックリスト

チェック項目	重要な理由
外部アセットが収集済み、またはリンク再設定済み	未解決のパスはGPUジョブ停止の最大の原因
テクスチャサイズとプロキシが適切	シーンをVRAM内に収め、可能な限りアウトオブコアを避けられる
出力パスとAOVが設定済み	不足パスによる再レンダリングを避けられる
アーカイブがtar、tar.gz、7zのいずれか	`.zip`はアップロードに対応していない
フレーム範囲とステップが正しい	必要なフレーム分だけ支払い、余分な分は避けられる
テストフレームを先にレンダリング済み	$25のトライアルクレジットで、本番シーケンスの前に設定を確認できる

このチェックリストを確認する作業は数分で済み、ジョブが誤った結果で戻ってくる回避可能な理由のほぼすべてを取り除きます。

FAQ

Q: レンダーファーム上でRedshiftはGPU専用ですか？ A: 弊社のファームでは、はい、そうです — すべてのRedshiftジョブはGPU上、具体的には32GBのVRAMを搭載したNVIDIA RTX 5090カード上で実行され、CPUレンダリングパスはありません。Redshift製品自体はバージョン3.5からCPUモードを追加しましたが、そのモードは弊社では動作していません。弊社のハードウェアとパイプラインはGPU専用のRedshiftレンダリング向けに構成されています。他の環境でCPUバックエンド向けにシーンをチューニングしている場合は、本番シーケンスをコミットする前にGPU出力に対して検証してください。

Q: Redshiftレンダーファームの費用はどれくらいですか？ A: 弊社のファームでは、GPUレンダリングはOctaneBench時間あたり$0.003の利用量課金で、これはRTX 5090カード時間あたり約$5.20に相当します。Redshiftのライセンスはそのレートに含まれており — 別立てのライセンス料はなく — クレジットは失効しません。新規アカウントには$25分のトライアルクレジットが付与され、本番レンダーをコミットする前に実際のジョブ規模を確認するのに十分です。

Q: ファームはRedshiftをGPUとCPUのどちらでレンダリングしますか？ A: GPU専用です。弊社のRedshiftジョブは、カードあたり32GBのVRAMを搭載した専用のNVIDIA RTX 5090フリート上で実行されます。Redshift製品自体はバージョン3.5でCPUモードを追加しましたが、弊社のファームにはRedshift用のCPUレンダリングパスはありません。CPUバックエンド向けにシーンをチューニングしている場合は、まずGPU出力に対して検証してください。

Q: どのアプリケーションからRedshiftをレンダリングできますか？ A: Cinema 4D、Maya、3ds Max、Houdiniです。エンジン自体は4つすべてで同じであり、異なるのはホストアプリケーションのブリッジプラグインとシーンのエクスポート方法だけです。Redshiftのライセンスはどの場合もレンダー料金に含まれています。

Q: シーンが32GBのVRAMより大きい場合はどうなりますか？ A: シーンが利用可能なVRAMを超えると、Redshiftはアウトオブコア技術を使ってシステムメモリからテクスチャやジオメトリをページングします。シーンは引き続きGPU上でレンダリングされ、ある程度のパフォーマンスコストが発生します。テクスチャサイズを小さくし、プロキシを使用することで、シーンのより多くの部分をVRAMに常駐させ、高速に保てます。

Q: 自分のRedshiftライセンスは必要ですか？ A: いいえ、不要です。Redshiftのライセンスはレンダリング料金に含まれています。弊社は公式Maxonパートナーとして、レンダリング用途向けにRedshiftをライセンス取得しているため、サポート対象の全アプリケーションで利用可能であり、ご自身で有効化するものはありません。

Q: Redshiftレンダリングの日々の料金体系はどうなっていますか？また階層はありますか？ A: プラン階層はありません — すべてのアカウントが上記と同じ利用量ベースのレートでレンダリングします。ライセンスは、Redshiftに限らず弊社が運用するすべてのエンジンについてそのレートに組み込まれているため、サポート対象4アプリケーションのどれからレンダリングしても、予算に組み込む別立ての費用項目はありません。

Q: シーンをファームに乗せる方法は？また、レンダリング後フレームはどのくらい保持されますか？ A: パッケージ化したシーンをWeb経由（厳密なサイズ上限はなく、1回のアップロードあたり約300GB未満を推奨）でアップロードするか、より大きいサイズや再開可能な転送にはSFTPまたはクライアントアプリケーションを使用してください。tar、tar.gz、7zのアーカイブを使用し — .zipは非対応です — ファームでパスが解決されるよう、アップロード前に外部アセットを収集するかリンクを再設定してください。フレームのレンダリングが完了すると、出力はジョブ完了後45日間保持され、その後自動的に削除されます。それまでにWeb、SFTP、またはクライアントアプリケーションの自動ダウンロードでダウンロードするか、自動ダウンロードを設定してローカルにコピーを保持してください。