2026年のクラウドレンダリング フレーム単価：1フレームが実際にいくらかかるか

「クラウドレンダリングのフレーム単価はいくらですか？」は、初めてワークステーションからプロジェクトを移行するアーティストやスタジオから最もよく聞かれる質問のひとつです。シンプルな質問に聞こえますが、正直な答えは「範囲」です。フレームは作業の単位ではなく、出力の単位だからです。同じ解像度の2枚のフレームでも、レンダリングエンジン、サンプル数、ジオメトリ、照明によって30秒から30分かかることがあります。

このガイドでは、2026年のクラウドにおけるフレーム単価の実態、なぜここまで変動するのか、そして背後にある料金モデルの仕組みについて解説します。Super Renders Farmは2017年から運営しており、以下の数値は建築ビジュアライゼーション（以下 archviz）、Motion Design、VFX、フィーチャーアニメーションなど日々処理するプロジェクトの実績に基づいています。

レンダーファーム（クラウドレンダリングサービス）がフレーム単価をどのように計算するかの詳細については、render farm cost per frame guide（英語）をご参照ください。5つのレンダーファームを横並びで比較した内容については、cost-per-frame breakdown for 2026（英語）をご覧ください。本記事はその両方の上位に位置する概念的な入口として、AWS BatchやAzure BatchなどのIaaS代替手段を含むクラウドレンダリング全体のカテゴリーを扱います。

TL;DR — 2026年のクラウドレンダリング フレーム単価まとめ

2026年のクラウドにおけるフレーム単価は、一般的に以下の範囲に収まります。

• Archviz スチール（1080p、V-Ray または Corona）： $0.03 〜 $0.25 /フレーム
• Archviz アニメーション（1080p、24〜30 fps）： $0.08 〜 $0.65 /フレーム
• 製品ビジュアライゼーション（4K、GPU または CPU）： $0.15 〜 $1.20 /フレーム
• VFX / Motion Design ショット： $0.50 〜 $3.00 /フレーム
• フィーチャーアニメーション / 重量級 CG ショット： $1.00 〜 $5.00 /フレーム

これらの数値はレンダー計算のみを対象としており、ライセンス費用、アセット準備費用、編集費用は含まれていません。フレーム単価はシーンの複雑さ、レンダリングエンジン、出力解像度、サンプル/品質設定、およびプロバイダーの料金モデルによって異なります。以下ではこれらの要因を個別に解説し、同一ワークロードにおけるレンダーファームと汎用クラウドコンピューティングプラットフォーム（AWS Batch、Azure Batch）の比較もご紹介します。

クラウドレンダリングのフレーム単価はいくらか？

端的に言うと「レンダリングするフレームの種類によって、1フレームあたり3セントから5ドルの間」です。これは曖昧な回答ではなく、1080pのarchvizスチールと、ボリューメトリクスおよびモーションブラーを伴う4Kフィーチャーアニメーションショットがいかに異なるかを反映しています。

範囲を具体的に示すため、当社が新規プロジェクトの見積もりに使用する内部ベンチマーク値を以下に示します。CPU列はデュアルXeonノード上のV-Ray、Corona、またはArnoldを想定しています。GPU列はRTX 5090クラスのハードウェア（32 GB VRAM）上のRedshift、Octane、またはV-Ray GPUを想定しています。

プロジェクト種別	解像度	CPU $/フレーム	GPU $/フレーム	備考
Archviz スチール — 内観	1920×1080	$0.05 〜 $0.25	$0.04 〜 $0.18	Corona / V-Ray；1〜8分/フレーム
Archviz スチール — 植栽ありの外観	3840×2160	$0.20 〜 $0.80	$0.15 〜 $0.55	Forest Pack、Displacement
Archviz アニメーション ウォークスルー	1920×1080	$0.08 〜 $0.40	$0.06 〜 $0.28	720〜4,500フレームが一般的
製品ビジュアライゼーション	3840×2160	$0.25 〜 $1.20	$0.15 〜 $0.90	スタジオ照明、低ジオメトリ
Motion Design / MoGraph	1920×1080	$0.30 〜 $1.50	$0.20 〜 $1.10	Redshift / Octane が主流
VFX ショット（中程度の複雑さ）	1920×1080〜2K	$0.60 〜 $2.50	$0.45 〜 $1.80	シミュレーション、Displacement、AOV
フィーチャーアニメーションショット	2K〜4K	$1.20 〜 $5.00	$0.90 〜 $3.80	重量級 GI、ヘア、ボリューメトリクス

この表から2つの実践的な教訓が得られます。まず、シーンがGPU向き（テクスチャとジオメトリが32 GB VRAMに収まり、エンジンがRedshift、Octane、またはV-Ray GPUの場合）であれば、GPUのフレーム単価はCPUより通常20〜35%低くなります。次に、単一プロジェクト種別内でもフレーム単価の幅は4〜5倍に達することがあります。これはプロバイダーの差ではなく、シーンの差です。シンプルなCoronaの内観とForest Packの植栽が窓の外にあるのでは、まったく異なるレンダリング時間となります。

レンダーファームにおける「フレーム単価」とは何か

「フレーム単価」は関連しているが異なる2つの概念の略称であり、混同するとかなりの混乱が生じます。

概念1 — 料金モデル。 一部のプロバイダー（主にホビイスト向けのドラッグ&ドロップサービス）は、フレームの処理にかかる時間に関わらず、文字通り1フレームあたり固定料金を請求します。Blender EeveeやシンプルなV-Rayシーン向けのシンプルなクラウドレンダラーで見られる形式です。料金はそのエンジンと解像度に対して予想される平均的な計算時間をカバーします。

概念2 — 報告単位。 ほとんどのプロダクション向けレンダーファーム（Super Renders Farm含む）は、計算時間の秒単位で請求します。これはハードウェア単位に正規化されており、CPUはGHz-hour、GPUはOctaneBench-hourが一般的です。請求書に表示される「フレーム単価」はレンダリング完了後に合計コストをフレーム数で割って算出されます。これは記述的な単位であり、規定的なものではありません。

どちらの概念も、見積書や請求書では「$0.42/フレーム」のような数値に見えます。違いは、概念1が送信前に確定されるのに対し、概念2は実際にシーンが消費した量を反映しているという点です。予測可能なワークロード（スチール画像、反復的なショット）では差はほとんどありません。実験的なシーン（初めて使うエンジン、新しい照明設定、テストしていないシミュレーション）では、概念2は安くできたフレームに固定料金を支払うリスクを回避できますが、重量級フレームではコストが高くなる可能性があります。

「フレーム単価」という宣伝を見た場合は、プロバイダーがどちらのモデルを使用しているか確認してください。その答えがプロジェクトの予算計画に影響します。

フレーム単価が大きく変動する理由

フレーム単価を1桁変動させる可能性がある4つのコスト要因があります。これらを理解することで、見積もりが維持されるか途中で倍増するかが決まります。

1. シーンの複雑さ。 ポリゴン数、インスタンス数、Displacementのサブディビジョン、ヘアシステム、ボリューメトリクスデータはすべて、ピクセルあたりのレンダリング時間を倍増させます。清潔な1080pのarchviz内観は1フレームあたり3分でレンダリングできるかもしれませんが、同じショットにForest Packの植栽スキャッター、RailCloneのフェンス、ボリューメトリックなゴッドレイを加えると、同じハードウェアで25分/フレームにまで膨らむことがあります。これはシーンの内容だけで8倍のコスト変動です。

2. レンダリングエンジンとレンダラーの設定。 V-Ray、Corona、Arnold、Redshift、Octane、Cyclesはそれぞれ独自の効率曲線を持っています。Coronaはディフューズが多い内観で一般的に高速です。V-Rayはarchviz外観でより広い機能範囲を持ちます。GPU側では、同等の目標品質においてRedshiftのバイアスドレンダリングはOctaneのブルートフォースパストレーシングより高速です。サンプル数は最も過大評価される変数のひとつです。多くのarchvizシーンではDenoising後で200から50サンプルに落とせ、見た目は同じでコストを約4分の1に削減できます。

3. 出力解像度。 コストは解像度の数値ではなく、ピクセル数にほぼ線形に比例します。1080p（207万ピクセル）から4K（829万ピクセル）への変更はピクセル数が4倍になり、レンダリング時間はおおよそ3.5〜4倍増加します。「4Kで納品できますか？」というディレクターの一言でこれを過小評価するクライアントを頻繁に目にします。

4. 料金モデルとハードウェアティア。 フラットなフレーム単価サービスは、シンプルなEeveeシーンではGHz秒課金のファームより安くなることがありますが、重量級V-Rayシーンでは5倍高くなることもあります。専用の32 GB VRAMハードウェア（RTX 5090クラス）でのGPUレンダリングはCPUよりノード時間あたりのコストは高いですが、フレームが早く完成するため、フレームあたりのコストは多くの場合安くなります。

参考となるメンタルモデル：フレーム単価 ≈ （シーン複雑さ × 解像度 × サンプル数） ÷ ハードウェアスループット × 時間単価。どの要因を2倍にしてもフレームコストはそれに応じて変動します。

フレーム単価の料金モデル：レンダーファームの課金方式

2026年のクラウドレンダリングサービスでは4つの料金モデルが一般的に使用されています。それぞれ異なるワークロードパターンに最適化されており、誤った選択をすると請求額が倍になることもあります。

モデル	仕組み	向いているケース	注意点
フレーム固定単価	計算時間に関わらず1フレームあたり定額	ホビイスト、予測可能なエンジン（Eevee、シンプルなCycles）	重いフレームはプロバイダーの負担 — 平均にマージンが含まれ、シンプルなフレームでは割高になる
計算時間単価（GHz-hour または OctaneBench-hour）	正規化されたハードウェア単位での秒単位課金	シーンの複雑さが変動するプロダクション業務	変動リスクを自分が負う — 隠れたジオメトリのあるバグシーンが膨れあがることも
サブスクリプション / 月次バケット	月額固定でN node-hoursまたは無制限フェアユース	安定して高ボリュームを処理するスタジオ	閑散期の無駄な支出；ピーク時のスロットリング
ハイブリッドプリペイドクレジット	割引レートで秒単位課金されるプリペイド残高	プロジェクト型スタジオ — ほとんどのarchvizフリーランサー	クレジットの有効期限；特定プロバイダーに縛るティア割引

ほとんどのプロダクション業務では、プリペイドクレジットによる計算時間課金が予測しやすい選択肢です。効率的なシーンが報われ（最適化するほど支払いが減る）、使用しない時間に課金されることもありません。フラットなフレーム単価は非常に狭いユースケース（EeveeのBlenderホビイストなど）では本当に安くなりますが、サンプル変動のある作業では急速にコスト高となります。

各料金モデルの詳細な内訳と具体的な計算例については、render farm pricing models compared（英語）ガイドをご参照ください。

クラウドレンダリングコスト比較：レンダーファーム vs クラウドコンピューティングプラットフォーム

「クラウドレンダリング」は大きなカテゴリーです。レンダーファームはその中の一つの選択肢です。もう一つの主要な選択肢は、AWS Batch、Azure Batch、Google Cloud Batchなどの汎用クラウドコンピューティング上でレンダリングジョブを直接実行することです。これらは生のVM時間を提供し、オーケストレーションは利用者が行います。

どちらのアプローチも同じ最終成果物（レンダリングされたフレーム）を生成しますが、フレームあたりの経済性と運用オーバーヘッドは大きく異なります。代表的なプロダクションワークロードでの2つのルートの比較を以下に示します。

比較項目	レンダーファーム（フルマネージド）	クラウドコンピューティング（AWS / Azure Batch）
フレーム単価（1080p archviz スチール）	$0.05 〜 $0.25	ライセンスとオーケストレーションのオーバーヘッドを含めると$0.18 〜 $0.55
ライセンス対応	バンドル済み（V-Ray、Corona、Arnold、Redshift、Octane、Cycles含む）	自前のライセンスが必要 — フロートライセンス、ドングル、またはBYOL契約
プロジェクトあたりのセットアップ時間	数分 — アップロード、設定、送信	初回プロジェクトは数日〜数週間；AMI/コンテナイメージ、ライセンスサーバー、キュー設定
レンダーマネージャー	プロバイダーが管理	自分で設定（Deadline、Tractor、OpenCue、または独自キュー）
ストレージコスト	通常フレーム単価に含まれる	別途S3 / Blob請求（特にEgressが積み上がる）
ハードウェアティアの柔軟性	プロバイダーのフリートに限定	フルインスタンスタイプカタログ（AWSが提供するGPU SKUを自由選択可）
失敗フレームの対応	ほとんどのレンダーファームで自動再キュー（追加料金なし）	失敗した計算分も課金；自分でリトライロジックを実装
典型的なユーザー	Archviz、Motion Design、VFX スタジオ（〜50名規模）	フルDevOpsチームと複雑なパイプラインを持つハイパースケールスタジオ

正直な総評として、archvizスタジオ、Motion Designスタジオ、または小規模VFXチームであれば、フルマネージドのレンダーファームはほぼ常に自前のAWS Batchパイプラインより完成フレームあたりのコストが安くなります。AWSの生インスタンス料金は一見安く見えますが、隠れたコストとしてライセンス費用（V-RayやRedshiftのフローティングライセンスは安くありません）、パイプラインの構築・維持のためのDevOpsエンジニアリング時間、そしてStorage Egressがあります。すべてを考慮すると、フレーム単価がレンダーファームの2〜3倍になることに気づいたクライアントを多数オンボードしてきました。

専任のレンダリングパイプラインチームを持つハイパースケールスタジオ（200名以上のアーティストを抱えるフィーチャーアニメーションスタジオなど）であれば、固定エンジニアリングコストが膨大なフレーム数に分散されるため、クラウドコンピューティング上で直接実行することが意味を持ちます。それ以外の方には、フルマネージドのレンダーファームがフレーム単価で勝ります。

この2つのアプローチの概念的な違いの詳細については、クラウドレンダーファームとは何か（英語）とクラウドレンダリング解説ガイド（英語）をご参照ください。

クロスクラウドの料金参考として：AWS Batch pricingとAzure Batch pricing — これらはDCCまたはレンダリングエンジンのライセンスを含まない生の計算コストのみを掲載しています。

2026年のプロジェクト種別別フレーム単価ベンチマーク

本記事冒頭のベンチマーク表ではフレームあたりの範囲を示しました。このセクションでは、プロジェクトレベルのコンテキストを追加します。当社で最もよく見るプロジェクトにおいて、フレーム単価がプロジェクト合計コストにどう換算されるかを説明します。

Archviz スチールパック（主要スチール8枚、4K、V-Ray 植栽ありの外観）。 フレーム単価は通常、CPUで$0.40〜$0.80。プロジェクト合計コスト：$3.20〜$6.40。フルマネージドのレンダーファームでのレンダリング時間：並列化の程度によって30分〜2時間。同じジョブを1台のワークステーションで行うと、マシンが一晩拘束されます。

Archviz アニメーション（30fpsで60秒のウォークスルー = 1,800フレーム、1080p、Corona 内観）。 フレーム単価：$0.10〜$0.30。合計：$180〜$540。フルマネージドのレンダーファームでの経過時間：4〜10時間。コスト効率は良好です。上限でも、1台のワークステーションが同じレンダリング時間に消費する電力コストより納品コストあたりの費用が低くなります。

製品ビジュアライゼーション（200フレーム、4K ターンテーブル、GPU上のRedshift）。 フレーム単価：$0.20〜$0.70。合計：$40〜$140。経過時間：30分〜2時間。製品ビジュアライゼーションのシーンは通常クリーンで（少ないジオメトリ、制御された照明、32 GB VRAMに余裕で収まる）、ここではGPUレンダリングが本当に効果を発揮します。

Motion Designシーケンス（30fpsで450フレーム、RedshiftのMoGraph、AOV込み）。 フレーム単価：$0.40〜$1.10。合計：$180〜$495。経過時間：1〜3時間。コスト変動はAOVの数とモーションブラーのサンプル設定から生じます。

VFX ショット（240フレーム、2K、ArnoldにDisplacementとボリューメトリクス）。 フレーム単価：$1.20〜$2.80。合計：$290〜$670。経過時間：4〜12時間。フレーム単価が実感として感じられ始めるのはこの領域で、レンダリングコスト最適化（サンプル削減、Denoising、ライトリンキング）が最大の節約効果を発揮します。

フィーチャーアニメーション追加ショット（50フレーム、4K、フルGI + ヘア + ボリューメトリクス）。 フレーム単価：$2.50〜$5.00。合計：$125〜$250。経過時間：3〜8時間。この複雑さでは、フィーチャーパイプラインのフレーム単価ディシプリン（アセットバジェット、レンダーチェックポイント）が真価を発揮します。

これらの範囲はレンダー計算のみです。アーティストの時間、アセット準備、デイリー確認、ソースファイルのストレージコストは含まれていません。ほとんどのスタジオでは、レンダー計算はプロジェクト総予算の5〜15%を占めます。丁寧に管理する価値のある金額ですが、プロジェクトの成否を左右することはまずありません。

フレーム単価が時間単価・月額より有利になる場面

適切な料金モデルの選択は、3つのプロジェクト特性（予測可能性、ボリューム、リズム）によって決まります。

予測可能性 — 各フレームにかかる時間を±20%以内で把握できるなら、フレーム固定単価が機能します。把握できない場合（ほとんどのプロダクション業務）は、プリペイドクレジットによる計算時間課金が安全な選択肢です。

ボリューム — 月間レンダリングフレーム数が〜500未満であれば、コミットなしの秒単位課金がサブスクリプションに勝ります。安定したペースで月間〜5,000フレームを超えると、サブスクリプションバケットが経済的になり始めます。

リズム — 急増するワークロード（四半期に一度の大型プロジェクト後は閑散期が続くケース）は有効期限なしのプリペイドクレジットに向いています。安定した週次スループットはサブスクリプションに向いています。

クライアントと共有するシンプルな判断基準：

• ホビイストまたは月500フレーム未満のフリーランサー、エンジン混在： プリペイドクレジット、秒単位課金
• 小規模archvizスタジオ、月500〜5,000フレーム、予測可能なミックス： より高いティア割引でのプリペイドクレジット
• 中規模スタジオ、月5,000〜20,000フレーム、安定したリズム： 利用可能であればサブスクリプションバケット、なければプリペイド
• ハイパースケール（月20,000フレーム超）： ボリューム契約を直接交渉

避けるべき落とし穴：「念のため」という理由でサブスクリプションに縛られること。サブスクリプションの解約手続きが継続より面倒だという理由で、6ヶ月間未使用の容量に支払い続けたスタジオを目にしてきました。

送信前のフレーム単価見積もり方法

送信前の大まかなフレーム単価の見積もりにより、プロジェクトの予算超過を防ぐことができます。以下の方法は約10分で完了し、ほとんどのプロダクションシーンに対して±30%の精度があります。

ステップ1 — ローカルワークステーションでテストフレームを1枚レンダリングします。 経過時間を記録します。これがベースラインです。

ステップ2 — ローカルハードウェアのスループットを測定します。 CPUの場合は、おおよそ（コア数 × クロックGHz）です。4.5 GHzで16コアのRyzen 9であれば72 GHzの計算能力です。GPUの場合は、OctaneBenchまたはRedshiftのベンチマークシーンを実行して相対スコアを取得します。

ステップ3 — クラウドノードのスループットを計算します。 当社フリートの典型的なレンダーノードは、CPUで約70〜90 GHz（デュアルXeon E5-2699 V4クラス）、GPUはRTX 5090（32 GB VRAM）です。ローカル環境と比較すると、ほとんどのワークステーションはファームの1ノードに対して30〜60%のスループットです。

ステップ4 — ローカル時間にスループット比を掛ける。 テストフレームがファームノードの50%の速度のワークステーションで12分かかった場合、ファームでは約6分でレンダリングされます。

ステップ5 — ファーム時間に秒単価を掛ける。 ほとんどのプロダクション向けレンダーファームはGHz-hourまたはOctaneBench-hourあたりの料金を公開しています。90 GHz CPUノードで6分かかるフレームは9 GHz-hourを消費します。当ファーム（CPU：$0.004/GHz-hour）では、そのフレームは約$0.04となります。料金はプロバイダーによって大きく異なりますので、評価中のレンダーファームのレートとそのファームのノードスループットを組み合わせて計算してください。

ステップ6 — フレーム単価にフレーム数を掛けて15%のバッファを加える。 バッファはリトライフレーム、AOVの変動、および稀な外れ値ショットをカバーします。

この見積もりのサニティチェックとして、当ファームの料金ページにはGHz-hourとOctaneBench-hourの現在のレートと具体的な計算例が掲載されています。また、render farm cost per frame guide（英語）には長めの計算例とウォークスルーがあります。

実践的なコスト削減策

目に見える品質の低下なしにフレーム単価を30〜60%削減できると、繰り返し確認されているクイックウィンをいくつかご紹介します。

• ブルートフォースのサンプリングではなくDenoisingを使う。 Intel Open Image DenoiseやNVIDIA OptiXなどのモダンなデノイザーにより、ほとんどのarchvizシーンでサンプルを200から50に落としても知覚できるほどの品質低下なしに対応できます。
• ライトリンキングを積極的に使用します。 実質的に照らさないオブジェクトからライトを除外することで、レイテストを大幅に削減できます。
• 納品する解像度でのみレンダリングします。 同じシーンの4Kレンダリングは1080pの約4倍のコストがかかります。納品物が4Kの場合のみ4Kでレンダリングしてください。
• 可能なものは事前にベイクします。 静的要素のライトマップ、内観のフォトンキャッシュ、アニメーション全体で再利用されるIrradiance Mapなど — これらはすべて外観を変えることなくフレーム単価を削減します。
• シーンに合わせてエンジンを選ぶ。 GPUエンジン（Redshift、Octane）はシーンがVRAMに収まる場合にフレームあたりのコストが安くなることが多いです。CPUエンジン（V-Ray、Corona）は重い植栽を含むarchviz外観で大きなジオメトリバジェットを低フレーム単価で処理できます。

レンダリング効率ベンチマークの業界的な視点については、Chaos benchmark databaseがV-Rayシーンのハードウェアティアをまたいだタイミングの有用なリファレンスです。

FAQ

Q: クラウドレンダリングのフレーム単価はいくらですか？ A: 2026年のクラウドにおけるフレーム単価は、シンプルな1080p archvizスチールの$0.03から重量級の4Kフィーチャーアニメーションショットの最大$5.00まで、一般的に変動します。この幅広い範囲はシーンの複雑さ、レンダリングエンジン、出力解像度、およびプロバイダーの料金モデルを反映しています。中程度のarchvizアニメーションは1フレームあたり$0.08〜$0.65、VFXおよびMotion Designショットは通常$0.50〜$3.00です。

Q: レンダーファームのフレーム単価とは何ですか？ A: フレーム単価は2つの異なるものの略称です。一部のプロバイダーは計算時間に関わらず文字通り1フレームあたり固定料金を請求します。シンプルなBlenderやEeveeの作業でよく見られます。ほとんどのプロダクション向けレンダーファームは計算時間の秒単位で課金し、フレーム単価を請求書に合計コストをフレーム数で割った報告単位として表示します。どちらも「$0.42/フレーム」のような数値に見えますが、前者は送信前に確定され、後者はシーンが実際に消費したものを反映します。

Q: GPU レンダリングはCPUよりフレーム単価が安いですか？ A: GPU向きのシーン（Redshift、Octane、V-Ray GPUで、テクスチャとジオメトリが32 GB VRAMに収まる場合）では、GPUレンダリングは通常、同じシーンのCPUレンダリングより20〜35%フレーム単価が安くなります。VRAMを超過するシーン、重いDisplacementを使うシーン、またはGPU実装が強くないエンジン（Corona、クラシックなArnold CPU）を使用するシーンではCPUの方がフレーム単価が低くなります。

Q: クラウドレンダリングのフレーム単価を下げるにはどうすればよいですか？ A: 最も効果的な5つの方法は、サンプル数を減らしてデノイザーを活用すること、納品する解像度のみでレンダリングすること、照らさないオブジェクトからライトを除外するライトリンキングを使うこと、可能な限り静的ライトマップとフォトンキャッシュを事前にベイクすること、そしてシーンに合わせてレンダリングエンジンを選ぶこと（VRAMに収まる場合はGPU、重いジオメトリはCPU）です。これらを組み合わせることで、目に見える品質低下なしにフレーム単価を通常30〜60%削減できます。

Q: フレーム単価と月額サブスクリプション、どちらが安いですか？ A: ボリュームと予測可能性によって異なります。月間500フレーム未満であれば、プリペイドクレジットによる秒単位課金がほぼ常に安くなります。安定したリズムで月間500〜5,000フレームの場合は、ティア割引付きのプリペイドクレジットが通常勝ります。予測可能な週次スループットで月間5,000フレームを超えると、サブスクリプションバケットが経済的になり始めます。急増する四半期型ワークロードは、総ボリュームに関わらずプリペイドクレジットを維持するのが賢明です。

Q: クラウドレンダーファームで失敗したフレームは課金されますか？ A: フルマネージドのレンダーファーム（Super Renders Farm含む）では、ファーム側に原因がある場合（ノードクラッシュ、ディスクエラー、一時的なライセンス問題）、失敗したフレームは追加料金なしで自動的に再キューイングされます。シーン側の問題（アセット欠落、プラグインの破損、過大なジオメトリによるメモリ不足クラッシュ）が原因の失敗は、クラッシュまでに消費した計算量が課金されることが通常です。AWS Batchなどの汎用クラウドコンピューティングプラットフォームでは、パイプラインにリトライロジックを実装しない限り、原因に関わらず失敗した計算時間も課金されます。

Q: クラウドレンダリングのコストと自前のレンダーノードを運用するコストを比較するとどうなりますか？ A: 〜50名規模以下のほとんどのスタジオでは、アクティブなレンダリング時間のみ支払うため、クラウドレンダリングはフレームあたりのコストで大幅に安くなります。月の70%がアイドル状態の高性能レンダーノード1台は、高コストの減価償却です。非常に高い定常利用率（複数年で90%以上）であれば自前ハードウェアが採算に合う場合もありますが、電力、冷却、ハードウェアの更新サイクル、および管理のエンジニアリングオーバーヘッドも負担します。render farm vs build cost comparison（英語）では完全な計算を解説しています。

Q: 同じフレームが異なるレンダーファームで異なる料金になるのはなぜですか？ A: 主に3つの理由があります。第一に、ハードウェアティア — 新しいCPUまたはGPUを持つレンダーファームは秒単位の料金は高いですが、フレームを早く完成させることが多く、フレーム単価は低くなることがあります。第二に、含まれるライセンス — V-Ray、Redshift、またはOctaneのライセンスをバンドルするレンダーファームは秒単価が高いですが、個別のライセンス費用が節約できます。第三に、料金モデル — フラットなフレーム単価のプロバイダーは平均的な予想計算時間にマージンを組み込んでいるため、シンプルなシーンは割高になり、複雑なシーンはお得になります。公告された時間単価ではなく、代表的なテストシーンで完成フレームあたりのコストを必ず比較してください。