Redshift レンダーファーム：2026年版 GPU クラウドレンダリングガイド

Redshift は、当ファームでもっとも多くの問い合わせをいただくレンダリングエンジンのひとつです。GPU アクセラレーションを活用したバイアス型レンダラーであり、プロダクション品質のスピードを発揮するよう設計されています。アーティストが Redshift を選ぶ理由は主に 3 つです。グラフィックカードを中心に設計されていること、締め切り前でも予測可能な動作を維持できること、そして当ファームのお客様がすでに使用している 4 つのアプリケーション（Cinema 4D、Maya、3ds Max、Houdini）にバンドルされていることです。

このガイドは、どのアプリケーションでシーンを構築していても、クラウドレンダーファームで Redshift を運用するための単一リファレンスです。レンダーファームはライティングやシェーディングの方法を変えるものではなく、レンダーボタンを押したときに何が起きるかを変えるものです。1 台のワークステーションが一晩かけてシーケンスを処理する代わりに、多数の GPU マシンが並列でフレームを処理し、実際の経過時間を大幅に短縮して返却します。VRAM、ライセンス、ファイル転送、コストといった重要なトレードオフは、シーンが Cinema 4D で作成されたものでも Houdini で作成されたものでも共通です。そのため、「ファーム上の Redshift」を 4 つの個別トピックではなく、ひとつのテーマとして捉えることが合理的です。

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

Redshift が GPU でレンダリングする理由とファームへの影響

Redshift は GPU 優先のレンダラーです。グラフィックカードの CUDA および OptiX パスを使用してレイトレーシングを実行します。これがアーティストの感じるインタラクティブな操作感の源泉です。当ファームでは、すべての Redshift ジョブが NVIDIA RTX 5090 カード（各カード 32 GB の VRAM）で構成された専用 GPU フリートで実行されます。当ファームでは Redshift を GPU モードで運用しており、このモード向けにハードウェアが構成されています。重要な点として、Redshift 製品自体はバージョン 3.5 で CPU レンダリングモードを追加しましたが、当ファームには Redshift 用の CPU レンダリングパスは存在しません。CPU バックエンド向けにシーンを調整されている場合は、長いシーケンスをコミットする前に GPU 出力で検証することをおすすめします。

この GPU ファーストの設計こそ、Redshift が分散レンダリングと相性が良い理由です。フレームは独立した処理単位であるため、1 枚のカードで 8 時間かかるシーケンスを多数のカードに分散させ、より短時間で完了させることができます。ファームの役割は、それらのカードにジョブを供給し、ライセンスを解決し、フレームを返却することです。これらのプロセスにおいて、使用している実際のマシンを意識する必要はありません。

レンダーファームはまた、個人アーティストにとってもっとも一般的な GPU のボトルネック、すなわちカード枚数の制約を解消します。ローカル環境では、手元のタワー PC に搭載された 1〜2 枚の GPU でレンダリングします。ファームでは、制約が「何枚のカードを所有しているか」から「カードが読み込めるようにシーンをどのようにパッケージングするか」へと変わります。これははるかに解決しやすい問題であり、後述のワークフローセクションで詳しく説明します。

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

Redshift はホストアプリケーション間で一貫した動作をします。エンジン自体は同一であり、異なるのはブリッジプラグインと各アプリケーションのシーンデータのエクスポート方法です。当ファームは、お客様がもっとも使用している 4 つの DCC で Redshift をサポートしています。

• Cinema 4D。 Redshift はここで緊密に統合されています。Maxon の製品であり、Cinema 4D も Maxon のアプリケーションであるため、マテリアルシステム、レンダービュー、テイクシステムがネイティブのように感じられます。これはもっとも成熟した Redshift の組み合わせであり、ファーム対応のシーンの実績が最も豊富です。Cinema 4D 特有の詳細については、Cinema 4D Redshift レンダーファームガイドをご参照ください。
• Maya。 Redshift for Maya は、Maya のレンダリングレイヤー、AOV、ノードベースのマテリアルワークフローを完全にサポートする、長年のプロダクション実績を持つ統合です。シーンは Maya のプロジェクト構造を通じてテクスチャとキャッシュを参照するため、ファームでの主な考慮事項は、ファイルをマシンから移動した後もパスが解決されるようにすることです。
• 3ds Max。 3ds Max の統合は、レンダラー設定、マテリアルエディタ、レンダーエレメントをカバーしています。3ds Max での Redshift は、スキャッタープラグインやプロキシプラグインと組み合わせて使われることが多いため、プロキシと外部参照を適切にパッケージングすることが重要です。
• Houdini。 Houdini における Redshift は、ヘビーなシミュレーションやインスタンシング作業に多くのアーティストが選ぶ GPU オプションであり、Karma や Mantra と並んで使用されます。Houdini ファーストのパイプラインの場合は、Houdini クラウドレンダーファームのページでそのアプリケーション向けのエンジン全体像をご確認ください。

4 つすべてにおいて、レンダリングエンジンのライセンスはレンダリング料金に含まれています。Redshift のシートを別途ご用意いただく必要はありません。公式の Maxon パートナーとして、当ファームは Redshift（および Maxon の他の製品ライン）をファーム上でのレンダリング用にライセンスしており、サポートされているすべてのアプリケーションでセットアップなしにエンジンを利用できます。パートナーステータスは Maxon のパートナーディレクトリで直接確認できます。

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

VRAM、out-of-core、そして大規模シーン

GPU レンダリングにおいて、VRAM はシーンがクリーンにレンダリングできるかどうかを決定する指標です。Redshift はジオメトリ、テクスチャ、その他のシーンデータをカードのメモリに読み込みます。シーンが収まる場合、カードはフル速度で動作します。当ファームの GPU フリートはすべての Redshift ジョブに 32 GB の VRAM を提供しており、特別な対応なしにプロダクション用シーンの幅広い範囲をカバーします。

シーンのデータが利用可能な VRAM を超えた場合、Redshift は単純に失敗するのではなく、out-of-core テクノロジーにフォールバックし、カードの必要に応じてシステムメモリからテクスチャとジオメトリをページングします。「重いシーンはどうなるか」に対する正直な答えはこれです。Redshift は out-of-core を通じて VRAM を超えるシーンをレンダリングできますが、カードがより低速なメモリにアクセスする必要があるため、パフォーマンスコストが生じます。これは GPU テクニックであり、CPU レンダラーへのハンドオフではありません。実際には、重い Redshift シーンを高速に保つ最善の方法は、不要な VRAM 負荷を最初に削減することです。適切なテクスチャサイズ、繰り返しジオメトリへのプロキシの使用、実際にフレームに映るものだけに絞ること、そして残りを out-of-core に吸収させることです。

RTX 5090 の 32 GB が特定の作業に十分なヘッドルームかどうかを検討している場合は、RTX 5090 GPU クラウドレンダリングパフォーマンスの記事で実際のシーンにおけるカードの動作を詳しく説明しています。

シーンの複雑さに応じて VRAM 使用量が増加し、RTX 5090 の 32 GB ラインを超えると Redshift の out-of-core が作動し、多少のパフォーマンスコストを伴いながら GPU 上でレンダリングを継続することを示すチャート。

フルマネージドと GPU マシンレンタルの比較

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

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

2 つ目はフルマネージドのファームであり、当ファームの運用方式です。シーンをアップロードすると、エンジンとライセンスはすでに用意されており、フレームは GPU フリート全体に自動的に分散され、出力を受け取ることができます。ログインするリモートデスクトップもなく、インストールも不要で、アクティベートするライセンスもありません。Redshift アーティストにとって、これはイメージ制作と無関係なクラウドレンダリングの部分を取り除くものであり、マネージドファームとインフラサービス型 GPU レンタルの主な違いです。Redshift クラウドレンダーファームページは、短い概要を必要とするチームメンバーへの案内として最適です。

どちらのモデルが適しているかは、環境へのコントロールの必要度によります。珍しいプラグインチェーンや特注のビルドがある場合は、素のマシンが適切な選択肢となることがあります。標準的なホストアプリケーション、エンジン、シーンというほとんどの Redshift 作業では、マネージドファームの方がはるかに少ないオーバーヘッドでフレームを返却します。

ファームでの Redshift レンダリングの料金

当ファームでの GPU レンダリングは月額プランではなく使用量課金制です。単位は OctaneBench時間（OBh）で、GPU 処理量を計測するもので、基本料金は OBh あたり $0.003 です。実際の計算では、RTX 5090 カード 1 枚あたり約 $5.20 のカード時間となります。フレームが実際に消費した GPU 時間に対してお支払いいただくもので、シートやサブスクリプションティアの料金ではありません。

よく寄せられる具体的な情報をいくつかご紹介します。

• ライセンスは含まれています。 Redshift のライセンスはレンダリング料金に含まれています。同様に、当ファームで実行する他のエンジンも含まれており、別途ライセンス費用を計上する必要はありません。
• クレジットに有効期限はありません。 クレジット残高をチャージしてジョブに使用します。購入したクレジットは必要な時まで有効です。また、新規アカウントには $25 のトライアルクレジットが付与されており、シーケンスをコミットする前に実際のジョブのサイズを確認できます。
• ティアはありません。 すべてのアカウントが同じ使用量ベースの料金でレンダリングします。選択するプランも、上位ティアにゲートされた機能もありません。

ジョブの見積もりを行うには、同等のカードで 1 フレームにかかる時間を把握し、フレーム数を掛け合わせ、カード時間の料金を適用します。フリートに分散することで経過時間は短縮されますが、請求される GPU 時間は総作業量とほぼ同じです。24fps で 10 秒のショットをレンダリングする場合、240 フレームになります。各フレームがカード 1 枚で 4 分かかる場合、約 16 カード時間の作業量、つまり実際の料金で約 $83 となります。フレームが並列実行されるため、その経過時間はわずかなものになります。

240 フレームのショットのコスト計算例。請求されるカード時間は GPU カード 1 枚でも 24 枚のレンダーファームでも同じですが、ファームの経過時間ははるかに短くなります。

ジョブに Redshift または他のエンジンを選ぶ

Redshift は、バイアス型レンダラーのコントロール性とともに GPU スピードを求める場合、そして上記 4 つのうちのホストアプリケーションを使用している場合に最適な選択です。ただし、唯一の選択肢ではなく、他の選択肢と比較した相対的な位置づけを理解することが重要です。

• Arnold との比較。 Redshift の GPU バイアス型スピードとインタラクティビティ対 Arnold の CPU・GPU 双方にわたる物理ベースの正確な出力という比較になります。ファーム作業における両者の比較については、Arnold vs. Redshift レンダーファーム比較をご覧ください。
• Octane との比較。 どちらも GPU レンダラーですが、シェーディングの思想とホストアプリケーションのサポートが異なります。Octane vs. Redshift 比較では実際の違いを詳しく説明しています。

レンダーファームは特定のエンジンに縛られるものではありません。同じアップロード＆レンダーモデルが当ファームで運用する他のエンジンにも適用されるため、エンジンの選択はホスティングの制約ではなく、クリエイティブ上およびパイプライン上の判断として行えます。

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

Redshift シーンをファームに送るプロセスは、ホストアプリケーションに関わらず同じ 3 つのステップで構成されます。

アップロード。 テクスチャ、プロキシ、キャッシュ、参照ファイルを含めてシーンをパッケージングしてください。Web アップロードにはハードサイズ制限はありませんが、単一アップロードは約 300 GB 以下を推奨します。それ以上の場合は、SFTP またはクライアントアプリケーションを使用することで再開可能な並列転送が可能です。サポートされているアーカイブ形式は tar、tar.gz、7z です。.zip はサポートされていないため、それしかない場合は展開してファイルを転送してください。GPU ジョブが止まる最も一般的な原因は、ワークステーション上では解決されていたアセットパスがファイル移動後に解決されないことです。アップロード前に外部参照を収集またはリンクし直してください。

レンダー。 ジョブを送信すると、フレームが GPU フリート全体に分散されます。当ファームでは Redshift ジョブは GPU 専用であるため、すべてのフレームが 32 GB の VRAM を持つ RTX 5090 上で実行され、追加が必要なシーンには out-of-core が対応します。

ダウンロード。 完成したフレームは Web、SFTP、またはクライアントアプリケーションを通じて取得できます。出力はジョブ完了後 45 日間保持され、その後削除されます。すみやかにダウンロードするか、クライアントアプリケーションの自動ダウンロード機能を使用してローカルストレージに保存してください。

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

このリストを確認するには数分かかりますが、ジョブが意図しない結果で返ってくるほぼすべての原因を取り除くことができます。

FAQ

Q: ファームは Redshift を GPU と CPU のどちらでレンダリングしますか？ A: GPU 専用です。当ファームの Redshift ジョブは、カードごとに 32 GB の VRAM を持つ専用の NVIDIA RTX 5090 フリートで実行されます。Redshift 製品はバージョン 3.5 で CPU モードを追加しましたが、当ファームには Redshift 用の CPU レンダリングパスは存在しません。CPU バックエンド向けにシーンを調整されている場合は、まず GPU 出力で検証してください。

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

Q: シーンが 32 GB の VRAM を超えた場合はどうなりますか？ A: Redshift は out-of-core テクノロジーを使用して、シーンが利用可能な VRAM を超えた場合にシステムメモリからテクスチャとジオメトリをページングします。シーンは引き続き GPU 上でレンダリングされますが、パフォーマンスコストが生じます。テクスチャサイズの削減とプロキシの使用により、より多くのシーンを VRAM に常駐させて高速を維持できます。

Q: 自分の Redshift ライセンスが必要ですか？ A: 不要です。Redshift ライセンスはレンダリング料金に含まれています。公式の Maxon パートナーとして、当ファームは Redshift のレンダリング用ライセンスを保有しているため、サポートされているすべてのアプリケーションで、お客様側でアクティベートする必要なくご利用いただけます。

Q: Redshift レンダリングの料金はどうなっていますか？ A: GPU レンダリングは使用量課金制で、基本料金は OctaneBench時間あたり $0.003 です。これは RTX 5090 カード時間あたり約 $5.20 に相当します。ライセンスは含まれており、クレジットに有効期限はなく、新規アカウントには実際のジョブのサイズを確認するための $25 のトライアルクレジットが付与されます。

Q: シーンとアセットをファームに送るにはどうすればよいですか？ A: パッケージングしたシーンを Web 経由でアップロードします（ハードサイズ制限なし。1 回あたり約 300 GB 以下を推奨）。大容量または再開可能な転送には SFTP またはクライアントアプリケーションをご利用ください。tar、tar.gz、または 7z アーカイブを使用してください（.zip はサポートされていません）。パスがファーム上で解決されるよう、アップロード前に外部アセットを収集またはリンクし直してください。

Q: レンダリング済みフレームはどのくらいの期間保持されますか？ A: 出力はジョブ完了後 45 日間保持され、その後自動的に削除されます。Web、SFTP、またはクライアントアプリケーションの自動ダウンロード機能を使用して、その前にフレームをダウンロードするか、ローカルコピーを保持するよう自動ダウンロードを設定してください。