
レンダリング用GPUサーバーレンタル:専用ノード vs フレーム課金クラウド
概要
はじめに
レンダリング用のGPUサーバーをレンタルする方法を探している場合、すでに単一のワークステーションでは物足りなくなっており、まったく性質の異なる2つの計算リソース購入方法のどちらかを選ぼうとしているところかもしれません。共有クラウドレンダーファームでフレーム単位の料金を支払う方法か、専用のGPUハードウェアをまるごとレンタルして自分でキューを運用する方法です。どちらも当社では実際に選べるオプションであり、単に価格設定が違うだけの同じ製品ではありません。
当社はここ数年でCPUフリートの拡充に力を入れてきており、現在も稼働の大部分を占めています。一方でGPU側の成長は、それについて発信してきたコンテンツの整備よりもずっと速いペースで進んでいます。最近、ハードウェアレイトレーシングに対応したRTX 5090ノードを新たにまとまった台数投入しました。各カード32GBのVRAMを搭載していますが、これまで公開してきた情報の大半はベンチマークとパフォーマンスデータでした。抜け落ちていたのは購入判断に関わる質問、つまり当社でGPUサーバーをレンタルするとは実際どういうことなのか、何が得られるのか、そしてフレーム単位課金よりも専用ノードのレンタルが理にかなうのはどんな場合なのか、という点です。
本記事はその答えとなるものです。両方のモデルを順に見ていき、それぞれが有利になりやすいワークロードのパターンを確認し、実際の数値を提示することで、どちらの方向性がご自身のプロジェクトに合うか判断できるようにします。

フレーム単位のクラウドレンダリングと専用GPUクラスターレンタルの比較:アクセス方式、課金単位、最低利用条件
「GPUサーバーをレンタルする」とは実際どういうことか
「GPUサーバーをレンタルする」という言葉は2つの異なる契約形態をカバーしており、この2つを混同することがどちらの側でも最も多い誤解の原因になっています。
1つ目はフレーム単位課金のクラウドレンダリングで、多くの人が「クラウドレンダーファーム」と言うときに思い浮かべるものです。シーンをアップロードしてジョブを送信すると、実際に消費した分の計算リソースにのみ料金が発生し、レンダーエンジン独自の指標(GPUはOctaneBench時間、CPUはGHz時間)で課金されます。基盤となるフリートは他の顧客と共有しますが、ジョブは空いているGPUノードにスケジューリングされます。固定で割り当てられるハードウェアはなく、チャージした分を超える最低利用料もありません。これが一般的な意味でのGPUクラウドレンダリングです。
2つ目は専用GPUサーバーレンタルで、クラスターレンタルやIaaS型レンタルと呼ばれることもあります。この場合、特定の物理GPUノード(通常はRTX 5090を2枚1組)を、一定期間(1週間または1か月単位、より長期の契約も可能)でレンタルします。その期間中はハードウェアが専有され、独自のジョブキューやレンダーマネージャーの投入を運用でき、他の誰ともスケジューリングの優先順位を共有しません。課金はレンダリングしたフレーム数ではなく、期間ごと・ノードごとの定額制です。ノード数が少ない規模では、これは当社のレンダーファームレンタルのオファーに該当し、ページ上でノードごとの定額週次料金を確認できます。より小規模な構成から比較したい場合は、専用RTX 5090レンダーサーバーに関する記事でその1ノード版を取り上げています。それ以上の規模になると、同じ考え方がフルの専用GPUクラスターとなり、その場合は料金表ではなく個別見積もりになります。その規模ではエッジネットワーキング、共有ストレージ、テナント分離をお客様専用に用意するためです。本記事の料金は公開されているノード単位のものであり、クラスターの契約は表ではなく個別の相談事項です。
どちらのモデルが抽象的な意味で「優れている」ということはありません。それぞれ異なる利用パターン向けに設計されており、以下で説明するワークロードのパターンは、後者が適切な選択となるケースをよく示しています。
ハードウェア:専用GPUノードで実際に得られるもの
当社がレンタルするGPUノードは、フレーム単位でも専用でも、同じハードウェアティアで稼働しています。NVIDIA RTX 5090搭載で、カードあたり32GBのVRAM、OptiXによるハードウェアアクセラレーテッドレイトレーシングを備えています。専用レンタル製品では「ノード」はRTX 5090カード2枚を指すため、1ノードのレンタルでフルスペックのカード2枚分を自分のジョブに割り当ててスケジューリングできます。
このVRAM容量は、最初に想像するよりも重要な意味を持ちます。複雑なシーン、特に重いアセットライブラリを伴うarchvizのインテリアや、密なシミュレーションキャッシュを伴うVFXショットでは、計算能力の上限に達する前にVRAMの上限に達してしまうことがあります。この上限がどこで問題になるかの詳細は、VRAM上限に関する記事でまとめていますので、ご自身のシーンで気になる場合はご参照ください。
当社のフリートで対応しているGPUレンダーエンジンは、Redshift、Octane、V-Ray GPU、Arnold GPU、そして(1つではなく2つの別エンジンとして)BlenderのCyclesとEEVEE(GPU)です。EEVEE-NextはGPUノード上でヘッドレスにレンダリングされ、ビューポート用のプレビューモードではなく、本格的なプロダクションエンジンとして動作します。エンジンライセンスは両方の課金モデルで単一のカタログに基づいており、フレーム単位課金と専用レンタルのどちらでもRedshift、Octane、V-Ray、Arnoldの同じライセンス範囲が含まれ、専用レンタルだからといってこのカタログに何かが追加されるわけではありません。CyclesとEEVEEは無料のオープンソースであるため、いずれの場合もライセンスの話とは別枠です。このカタログにないエンジンが必要な場合は、ご自身のライセンスをご持参いただくか、追加についてオペレーションチームにご相談ください。RTX 5090フリートの実際のパフォーマンス数値については、RTX 5090クラウドレンダリングのパフォーマンスデータとして別途公開しています。
継続的なワークロードが専用レンタルを選ぶべきサインになる場合
専用レンタルがフレーム単位課金に勝る場面を考える最も明快な方法は、見出しの数字ではなくワークロードの形です。制作サイクル全体を通じて持続的なGPUスループットを必要とするプロダクションは、納期の合間に単発のジョブをいくつか送信するだけのケースとはまったく異なります。たとえ合計のレンダー時間が同程度になったとしてもです。
専用レンタルを正当化しやすいパターンは、短期的なバーストではなく数週間にわたって継続的にレンダリングが走ること、リビジョンサイクルが新しいシーンと重なり合ってキューがほとんど空にならないこと、そして共有キューで他人のジョブの後ろに並んで待つことが単なる不便ではなく実質的なコストになるような納期スケジュールがあることです。継続的なarchviz制作サイクル、進行中のVFXショット作業、そして固定のハードウェア予算に対して独自のレンダーマネージャーを運用しているパイプラインは、いずれもこの形に当てはまりやすいと言えます。
そのようなワークロードでは、ノードごとの定額週次料金がフレーム単位課金にはできない2つのことを実現します。その週にどれだけハードウェアを酷使しても請求額に上限がかかること、そして他の顧客とキュー順位を共有するのではなく、専有的なスケジューリング優先度が得られることです。トレードオフも逆方向に働きます。レンタル期間中、稼働率が低い時間帯があってもノード分の料金は発生し続けるため、専用レンタルが本当に利益を生むのは、時々重い程度ではなく、ワークロードが実際に持続的である場合に限られます。
ご自身の判断で注目すべきなのはこのパターンです。ワークロードがバースト的ではなく持続的かつ予測可能であり、キューの待機時間や共有スケジューリングの優先度がプロダクションにとって実質的なコストになるのであれば、月々のフレーム単位課金の見込み額がノード定額料金と同水準に達した時点で、専用レンタルの方が理にかなうようになります。
フレーム単位課金と専用レンタル:実際の課金の違い
公開されている料金をもとに、具体的な数字で違いを見てみましょう。
フレーム単位のGPUレンダリング: OctaneBench時間(OBh)あたり$0.003で課金され、これはRTX 5090で1枚・1時間あたり約$5.20に相当します。新規アカウントには、チャージ前にフローを試せるよう$25分の無料スタータークレジットが付与されます。最低利用料はなく、使った分だけ料金が発生し、未使用のクレジットに有効期限はありません。
専用ノードレンタル: 1ノード(RTX 5090×2)あたり週$1,172.50の定額で課金され、これはリスト価格の週$1,750/ノードに対して約33%引きにあたります。1か月は4週固定で計算され、それに加えて追加のコミットメント割引が上乗せされることはありません。
| ノード数 | 週次料金 | 月額料金(4週換算) |
|---|---|---|
| 1ノード(RTX 5090×2) | $1,172.50 | $4,690 |
| 3ノード(RTX 5090×6) | $3,517.50 | $14,070 |
| 5ノード(RTX 5090×10) | $5,862.50 | $23,450 |
5ノードを超える大規模な利用については、公開料金ではなく個別見積もりとなります。CPU側の専用レンタルでは、同等の製品が最低5ノードから週$60/ノードで提供されていますが、これは本記事で扱っているGPUノードレンタルとは別のオファーです。
判断において実際に重要になる計算は次のとおりです。フレーム単位課金での現実的な月間OctaneBench時間の消費量を割り出し、上記の定額ノード料金と比較します。フレーム単位課金の見込み請求額が、対応する専用レンタルの階層を継続的に上回り、なおかつワークロードに長い待機期間がないのであれば、専用レンタルの方が安く、より予測しやすい選択肢です。利用量が変動しやすい、季節性がある、あるいはパイプラインが実際にどれだけのGPU時間を必要とするかまだ見えていない場合は、フレーム単位課金であれば遊休ハードウェア分の料金を支払わずに済みます。
他社でGPUをレンタルする場合との比較
「GPUサーバーレンタル」は価格帯の幅が広いため、具体的な比較対象を示します。iRenderは、RTX 4090ワークステーション1台あたり1時間$8.20(3時間以上利用の場合は$7.38)、2枚構成で1時間$15、4枚構成で1時間$30という料金を公開しています。当社のフレーム単位GPU料金である$0.003/OBhは、RTX 5090の1枚・1時間あたり約$5.20に相当し、こちらは4090の24GBに対して32GBのVRAMを搭載する1世代新しいカードです。いずれの数値も各社が公開している料金であり、2026年8月時点で確認したものです。これらの数値をもとに予算を組む前に、各サイトで最新の料金を必ずご確認ください。
料金と同じくらい、課金単位も重要です。マシン時間単位のレンタルは時計そのものを計測するため、アップロード時間、シーンのセットアップ、ルックデブの試行錯誤、フリーズしたビューポート、そして予約されたまま遊休状態だった時間もすべて含まれます。一方、OctaneBench時間による課金は、実際に完了した作業量を計測します。つまり$5.20という数字は、カードが1時間フルに稼働し続けることを前提とした上限値であるのに対し、時間単位のマシン料金は稼働率について何も前提を置かない下限値です。レンタルワークステーションでは、この2つの差にこそ実際のコストの違いが表れるのが通例です。
逆に比較が不利に働く点もあり、選択前に知っておく価値があります。iRenderは1台のマシン内に最大4枚のカードを構成できますが、当社のノードあたりの上限は2枚です。1台の筐体内で複数カードにスケールする、非常に重い1枚の静止画フレームについては、1台に多くのカードを積める方が有利であり、どちらのプラットフォームでもカード間でVRAMがプールされることはありません。当社の形は、2枚構成のノードを多数用意して並列にフレームをレンダリングするものであり、1枚の巨大な静止画よりもアニメーションや持続的なキュースループットに適しています。
専用レンタルが適している場合(適していない場合)
どちらの方向に進むかを決める前に、確認しておく価値のある実践的なサインをいくつか挙げます。
専用レンタルが適しているのは、次のような場合です:
- GPUワークロードが単発のバーストではなく、数週間から数か月にわたって継続しています。
- 優先スケジューリングが必要で、他の顧客とのキューの競合を許容できません。
- すでに自前のレンダーマネジメント(Deadlineなど)を運用しており、アップロード型のジョブフローではなく固定のハードウェアに向けて実行したいと考えています。
- 利用量に応じて変動する課金ではなく、予測可能で予算化しやすい週次・月次の支出を求めています。
- フレーム単位課金の見込み額が、ほとんどの月ですでに同等の定額ノード料金を上回る見込みです。
フレーム単位のクラウドレンダリングが適しているのは、次のような場合です:
- レンダリングのニーズが不定期、プロジェクト単位、またはまだ立ち上がり段階にあります。
- 本格展開の前に、最小限のコミットメントでGPUレンダリングを試したいと考えています。
- 自前のレンダーキューインフラを管理したくありません。
- 月間のGPU時間の利用量が、専用ノードにかかるコストを大きく下回っています。
どちらに当てはまるか判断がつかない場合は、上記の課金計算を使うと素早く確認できます。月間のOctaneBench時間を見積もり、$0.003を掛けて、その数字をノード料金表と比較してください。この判断をさらに深く掘り下げたい場合はSaaSと専用クラスターの比較記事、単一ノードを超えてスケールする際にスループットが実際どこまで維持されるか確認したい場合はマルチノードクラスターのパフォーマンスデータもあわせてご覧ください。

ノード稼働率33%と100%におけるフレーム単位レンダリングの月額費用と、1・3・5ノードの月額定額料金の比較
アクセスとオンボーディングの実際の流れ
フレーム単位のレンダリングでは、アクセスは完全にWebおよびClient App(クライアントアプリ)ベースです。Webインターフェース、Client App、または大規模プロジェクト向けのSFTPを通じてシーンをアップロードし、ジョブを送信し、完了後に出力をダウンロードします。リモートデスクトップの手順はなく、レンダリング側にインストールが必要なものもありません。
専用ノードレンタルでは、契約期間中はハードウェアが正真正銘お客様専有となるため、オンボーディングの流れが異なります。当社がノードをプロビジョニングし、各ノードでストリーミングホストとしてSunshineと組み合わせたMoonlightによるリモートアクセスを、WireGuard経由でトンネリングして引き渡します。これはRDPではありません。SunshineはGPU自体のNVENCハードウェアエンコードを使って映像ストリームを圧縮し、Moonlightのクライアントは3DおよびGPUワークロード向けに特化してチューニングされているため、そうした用途で不安定になりがちな汎用リモートデスクトップのレイテンシー特性とは異なり、ビューポート操作に対して低く安定したレイテンシーが得られます。実際には、ワークステーションを操作するのとほぼ同じ感覚でマシンを扱えるということです。ライセンス済みのプラグインをインストールし、レンダーマネージャーをノードに向け、既存のプロジェクト構造をそのまま維持できます。これらはすべて、一般的なリモートデスクトップ用途ではなくGPU作業向けに構築された接続の上で行われます。当社のフリートは公開APIやSDKではなくGUIベースのツールで運用しているため、パイプライン側で必要になる自動化は、現在提供していないホスト型APIエンドポイントではなく、当社が提供するノードアクセスを対象に構築することになります。パイプラインがプログラムによるジョブ送信に依存している場合は、レンタル契約を決める前に、具体的な仕様をサポートチームにご確認ください。
どちらのモデルを利用する場合でも、基盤となるレンダーファームレンタルのインフラは共通であり、エンジンライセンスのカタログ(V-Ray、Redshift、Octane、Arnold GPU)も同一です。そのため、後から一方から他方へ切り替えても、別のツールチェーンを一から学び直す必要はありません。専用レンタルだからといってこのカタログにエンジンが追加されることはなく、CyclesとEEVEEはいずれの場合も無料のオープンソースで、カタログ外のものはご自身のライセンスをご持参いただくか、オペレーションチームへのリクエストとなります。
契約前に確認すべきこと
どちらのモデルに申し込む場合でも、事前に確認しておく価値のある簡単なチェックリストです。
- VRAMの余裕度: 特に密なarchvizのインテリアシーンやシミュレーション負荷の高いVFXショットを扱う場合、最も重いシーンをカードあたり32GBの上限と照らし合わせて確認してください。
- 利用の予測可能性: 持続的で安定した利用なら専用レンタル、バースト的で不定期な利用ならフレーム単位課金が向いています。
- パイプラインの依存関係: スタジオのレンダーマネジメントがすでに完全に制御できる専用ハードウェアを前提にしている場合、フレーム単位課金のアップロード型フローに合わせてパイプラインの変更が必要になることがあります。
- 予算の形: 定額で予測可能(専用レンタル)か、利用量に応じて変動する(フレーム単位課金)か。経理プロセスが実際に求める形を選んでください。
- 契約期間: 専用レンタルは週・月単位で課金されます。フレーム単位課金のクレジットには有効期限がないため、判断に迷う場合はコミットメントの低い出発点になります。
まとめ:専用レンタル vs フレーム単位課金 早見表
| フレーム単位クラウド | 専用ノードレンタル | |
|---|---|---|
| 課金単位 | OctaneBench時間あたり($0.003) | ノードごとの週次定額($1,172.50/ノード) |
| 最低利用条件 | なし(クレジットに有効期限なし) | 週単位・月単位の契約期間 |
| スケジューリング | 共有キュー、標準優先度 | 優先(ハードウェアを専有) |
| アクセス | Webアップロード、Client App、SFTP | WireGuard経由のMoonlight/Sunshineによるノードアクセス。自分でキューやツールを運用 |
| 最適なケース | 不定期、プロジェクト単位、様子見での利用 | 持続的で予測可能、大容量のワークロード |
FAQ
Q: GPUサーバーをレンタルすることと、フレーム単位のレンダーファームを利用することの違いは何ですか? A: GPUサーバーをレンタルする(専用ノードレンタル)と、週単位または月単位の一定期間、レンダリング量にかかわらず定額で課金される専有ハードウェアが得られます。一方、フレーム単位のレンダーファームは顧客間でフリートを共有し、ジョブが実際に消費した計算リソースの分だけ課金され、最低利用料はありません。
Q: レンタルできるRTX 5090 GPUのVRAM容量はどれくらいですか? A: RTX 5090カード1枚あたり32GBのVRAMを搭載しており、専用レンタルノードにはカードが2枚含まれます。この2つのVRAMプールは統合されません。1つのフレームが収まるべき上限はカードあたりの32GBであり、2枚目のカードがあってもこの上限は上がりません。2枚構成で得られるのは、より多くのメモリを持つ1フレームではなく、同時にレンダリングされる2フレームです。シーンが32GBに収まらない場合、カードを増やしても解決にはなりません。
Q: 専用GPUノードをレンタルする際の最低契約期間はどれくらいですか? A: ノードレンタルはノードごとに週単位で課金され、月額は4週固定で計算されます。公開されている料金階層は1ノードから始まります。大規模な利用は料金表を離れ個別見積もりの契約となり、同じ表の中で数字が大きくなるだけではなく、独自のスコープを伴う別の相談事項になります。
Q: レンタルしたGPUサーバー上で、自前のレンダーマネジメントソフトウェアを実行できますか? A: 可能です。専用レンタルでは、契約期間中ノードはお客様専有となるため、スタジオですでに使用しているレンダーマネージャーやジョブ送信ツールをそのままチームでインストール・設定できます。一方、フレーム単位のレンダリングは、自前のキューではなく当社のアップロード型ジョブフローを経由します。
Q: GPUサーバーレンタルのジョブを自動化するためのAPIはありますか? A: 現時点で公開のレンダーAPIやSDKは提供していません。アクセスはWebインターフェース、Client App、または専用レンタルの場合は直接のノードアクセスを通じて行います。パイプラインでプログラムによるジョブ送信が必要な場合は、レンタル契約を決める前にサポートチームへご相談いただき、お客様の環境で何が実現可能かご確認ください。
Q: RTX 5090 GPUレンタルフリートで使用できるレンダーエンジンは何ですか? A: Redshift、Octane、V-Ray GPU、Arnold GPU、そして(2つの別エンジンとして)BlenderのCyclesとEEVEE(GPU)がすべてRTX 5090ノード上で動作します。Redshift、Octane、V-Ray、Arnoldのエンジンライセンスは、どちらの課金モデルでも同じカタログから同一内容が含まれ、専用レンタルだからといってこのカタログに何かが追加されることはありません。CyclesとEEVEEはいずれの場合も無料のオープンソースです。このリストにないエンジンが必要な場合は、ご自身のライセンスをご持参いただくか、オペレーションチームにご相談ください。
Q: 専用GPUレンタルは、フレーム単位のクラウドレンダリングより安いですか? A: 利用量によって異なります。月間のOctaneBench時間消費量を見積もり、$0.003を掛けて、その数字を定額ノード料金(週$1,172.50/ノードから)と比較してください。フレーム単位課金の見込み請求額が対応する専用レンタルの階層を継続的に上回り、ワークロードがバースト的ではなく持続的であれば、専用レンタルの方が安く、より予測しやすい結果になります。
Q: フルクラスターが必要ですか、それとも単一のGPUノードだけをレンタルできますか? A: 単一ノード(RTX 5090カード2枚)が公開されている最小のレンタル単位で、週$1,172.50の料金です。公開されている料金階層はそこから3ノード、5ノードへとスケールします。1ノードをレンタルするためにクラスター契約は必要ありません。大規模な利用は公開料金表を離れ個別見積もりの契約となり、同じ表の中の大きな行としてではなく、相談の中でスコープが決まります。
About Richard Ta
Richard Ta is co-founder and technical lead of Super Renders Farm (superrendersfarm.com), a fully managed cloud render farm that supports Maya, 3ds Max, Cinema 4D, Blender, and Houdini across the major render engines. He has spent over a decade building and running large-scale CPU and GPU render infrastructure for studios in more than 50 countries.


