Corona Renderer レンダーファーム完全セットアップガイド
導入です
Corona Renderer（コロナレンダラー）は主要なレンダラーの中でも独特な特徴があります。CPU ベースのレイ トレーシングのみを使用し、GPU レンダリングのパスはありません。このアーキテクチャはレンダ ファームの展開に大きな影響を与えます。V-Ray GPU 向けに構築された従来のファームでは、Corona は異なるハードウェアプロビジョニング、ライセンスモデル、最適化アプローチが必要です。
当社は Chaos の公式レンダリング パートナーであり、V-Ray および Redshift と共にファーム上で Corona をサポートしています。Corona の CPU フォーカスは、GPU ファームの帯域幅が限定されている場合や、クライアントが CPU の安定性を優先する場合に優れています。過去 3 年間に数千の Corona ジョブを処理し、ファーム効率を最大化しながら一般的な展開の問題を最小化するワークフローを改善してきました。
このガイドは Corona のアーキテクチャ、分散レンダリング設定、ノード ライセンス、シーン準備、一般的なエラーと解決策、ファーム上の Corona 対 V-Ray、および Corona レンダー時間を競争力のある状態に保つために使用する最適化技術をカバーしています。
Corona の CPU ベース レンダリング アーキテクチャの理解です
Corona Renderer は単方向パス トレーシングを通じてフォトリアルな出力を生成します。単一のレイがカメラからシーンを通してバウンスし、ライト ソースに到達するか、バウンス制限に達するまでライト サンプルを収集します。これは、V-Ray のアプローチである双方向パス トレーシングや Arnold のスペクトル レンダリングとは異なります。Corona の単方向設計は速度と一貫性を優先します。技術ドキュメントについては、「Corona Renderer マニュアル」を参照してください。
CPU のみである理由は何ですか？ CPU レイ トレーシングは GPU メモリ制限を回避し、大規模なシーン ファイルを有効にします。5 億個のポリゴンまたは 10GB のテクスチャを含むシーンは、128GB の RAM を備えた CPU マシンに快適に適収します。GPU レンダリングは苦労するでしょう。CPU はまた、アーキテクチャビジュアライゼーションで小さな表面ずれが重要な場合に必要な優れた数値精度 (64 ビット浮動小数点) も提供します。
ファームへの影響： Corona レンダーは CPU 負荷が高いですが、メモリには優しいです。単一の 4 ソケット Xeon サーバーは、複雑なシーンをクワッド GPU マシンよりも 4 ～ 8 倍高速にレンダリングしますが、同じ電力を消費します。当社のファームは Corona 専用に二重ソケット Xeon E5-2699 v4 マシンを割り当てています。マシンあたり 44 コア、レンダリング中は 100% 利用率で実行されます。
ライセンスの現実： Corona はノード ロック ライセンスを使用します。つまり、1 つのライセンスが 1 つの CPU コアをアクティブ化します。44 コア マシンには 44 個の Corona ライセンスが必要です。これは大規模では高額ですが、正確なキャパシティ請求を提供し、フローティング ライセンス オーバーヘッドを回避します。レンダラー間のライセンス モデルの詳細については、「ノード ライセンス ガイド」を参照してください。
Corona での分散レンダリング設定です
Corona の分散レンダリングはフレームを複数のマシンに分割し、各マシンがタイル をレンダリングし、結果を送信マシンに返して合成します。セットアップには以下が必要です。
1. 送信マシン (プライマリ)： Corona を実行し、ジョブを送信し、タイル結果を受け取ります。
2. ファーム ワーカー (セコンダリ)： Corona をヘッドレス モードで実行し、タイル割り当てを受け取り、レンダリングされたタイルを返します。
3. ネットワーキング： 高速 LAN が必要です (ギガビット最小、10 ギガビット推奨)。Corona はネットワーク経由でタイルを転送するため、レイテンシと帯域幅が重要です。
4. 共有ストレージ： テクスチャ、キャッシュ ファイル、プロジェクト アセットはすべてのワーカーからアクセスできる必要があります。すべてのファーム ノードに NFS を介してマウントされた 10Gb NAS を使用しています。
設定手順：
Corona を開始 → レンダリング → 分散レンダリング設定 → 分散モードを有効化 → ワーカー マシンを構成します (IP アドレスまたはホスト名)。Corona は自動的にタイル分割とプライマリ マシン上の結果合成を処理します。
3ds Max または Cinema 4D を Corona と一緒に使用している場合、プロセスは似ていますが、Corona のスタンドアロン UI ではなく、レンダリング設定ダイアログにあります。
ワーカー ノードの要件： 各ワーカーはプライマリと同じ Corona バージョンが必要です。バージョンが一致しないとサイレント タイル障害が発生します。自動化されたプロビジョニングを介してバージョン一貫性を維持します。新しいワーカー ノードは初期化中に中央リポジトリから Corona をプルします。
レンダ ファーム向け Corona ライセンスです
Corona ノード ライセンスはパーペチュアル (永続) で、コアごとのサブスクリプションです。1 つのライセンスが 1 つの CPU コアのレンダリングをアクティブ化します。マシンごとのノード ライセンス モデル (コア数に関係なく 1 ライセンス) とは異なり、Corona は粒状です。
コストへの影響： 64 コア マシンには 64 個の Corona ライセンスが必要です。高額ですが透過的です。使用した分の料金を支払います。当社のファームの Corona ライセンスは、当社の Chaos レンダー パートナー契約に基づいて、レンダリング コアあたり月額約 0.03 ～ 0.05 ドルで計算しており、1,000 コア ファームを高 ボリューム本番環境での経済的に実行可能にしています。
ライセンス アクティベーション： Corona ライセンスはシステム MAC アドレスを介してノード ロックされます。当社のファームでは、MAC アドレスをライセンス キーにマップするライセンス データベースを管理しています。ワーカーがブートすると、初期化中にライセンスを自動的にアクティベートします。これはエラスティック クラウド デプロイメントで重要です。
フローティング対ノード ロック： Corona はフローティング ライセンスをサポートしていません (V-Ray とは異なり)。各コアは独自のライセンスを取得します。これは簿記を簡素化しますが、慎重な在庫管理が必要です。レンダラー ライセンス モデル間の比較については、「Corona ライセンス比較」を参照してください。
アップグレード パス： Corona はメジャー バージョン間で後方互換性を維持しています (例: 11 レンダラーは Corona 10 シーンと互換性があります)。ただし、ライセンス キーはバージョンロックされています。Corona 10 から Corona 11 へのアップグレードには、すべてのコアに新しいライセンス キーが必要です。
当社のファーム上： 2 つのライセンス バッチを保持しています。本番レンダリング用のプライマリ セット、開発およびテスト用のセコンダリ セット。これにより、本番環境は実験から分離されます。
シーン準備と一般的なファーム送信エラーです
Corona シーンはファーム上で予測可能な理由で失敗します。当社の送信前チェックリストはそのすべてに対応しています。
1. テクスチャ パス： すべてのテクスチャが絶対 UNC パス (例: \\farm-nas\project\textures\wood.exr) または プロジェクト構造内の相対パスを使用していることを確認してください。Corona は一部のレンダラーのようにテクスチャをシーン ファイルに焼き込まないため、パスがない = レンダリング時にテクスチャがありません。
MaxScript に自動化された「パス チェッカー」スクリプトを作成しました。このスクリプトは送信前に非 UNC テクスチャ パスを報告します。これにより、「テクスチャが見つかりません」ファーム障害の約 95% が排除されました。
2. プロキシ ファイル： Corona は V-Ray プロキシ (.vrmesh) を美しくサポートしていますが、プロキシ パスは絶対パスである必要があります。相対パス (例: .\proxies\building.vrmesh) を完全な UNC パスに変換しています。
3. HDR マップ： 環境マップ (.hdr ファイル) はファーム ワーカーからアクセス可能である必要があります。テクスチャと同じルール。絶対 UNC パス。
4. プラグインと拡張機能： Corona のプラグイン エコシステムは小さいです。シーンが サードパーティ マテリアル (3ds Max 内の Substance Designer など) を使用している場合、そのプラグインはファーム ワーカーに存在する必要があります。存在しない場合、マテリアルはサイレント に黒としてレンダリングされます。
5. アニメーション シーン： Corona はアニメーションとモーション ブラーを効率的に処理しますが、ワーカー ノード上のフレーム キャッシングを確認してください。一部のセットアップは不必要にフレームをキャッシュし、NAS 使用量を膨らませます。
6. ライセンスの可用性： Corona ライセンス数がリクエストしているコア数と一致することを確認してください。100 コアに送信されたシーンで 50 個のライセンスのみがある場合、50% の容量でサイレント にレンダリングされます。エラー メッセージはありません。ファーム ダッシュボードにクォータ チェックを追加してこれを防止しました。
一般的なエラーのトラブルシューティングです
| エラー | 原因 | 修正です |
|---|---|---|
| レンダーが黒いピクセルまたはすべて黒を返します | プラグインまたはマテリアルがありません | シーン内のマテリアル定義を確認してください。ファーム上でのプラグイン可用性を確認してください |
| タイルが正しく合成されません | プライマリとワーカー間の Corona バージョン不一致 | すべてのワーカーをプライマリ マシンに一致する Corona バージョンに更新してください |
| レンダリングが非常に遅い (予想の約 100 倍) | インタラクティブ モードで レンダリングしており、分散していません | 分散レンダリング設定が有効になっていることを確認し、ワーカーが登録されていることを確認してください |
| 一部のタイルが失敗し、その他は成功します | テクスチャ取得時のネットワーク タイムアウト | テクスチャを NFS 経由でアクセス可能なローカル NAS ボリュームに移動してください。Corona 設定でネットワーク タイムアウトを増やしてください |
| ワーカーでのライセンス アクティベーション失敗 | MAC アドレス不一致またはライセンス キーの有効期限切れ | ライセンス データベースで MAC アドレスを確認してください。有効期限切れの場合はライセンスを更新してください |
| ノイズ/アーティファクトが不規則に表示されます | ワーカー キャッシュの破損 | すべてのワーカーの C:\ProgramData\Corona\Cache をクリアしてください。再送信してください |
Corona 対 V-Ray ファーム：各を使用する場合です
Corona の強み：
- 大規模なシーン サポート (5 億以上のポリゴン、10GB 以上のテクスチャ)
- 一貫性のあるクリーンな出力で、管理するアーティファクトが少なくなります
- 優れたアーキテクチャと製品ビジュアライゼーション品質
- CPU のみは予測可能なスケーリング (コア数が多い = 高速)
当社のファーム上で Corona を設定するための詳細については、「Corona レンダ ファーム ランディング ページ」を参照してください。
Corona の弱み：
- CPU のみ (GPU パスなし)、コアごとの V-Ray GPU より遅い
- より高いライセンス費用 (マシンあたりではなく、コアあたり)
- V-Ray より小さいプラグイン エコシステム
V-Ray の強み：
- GPU レンダリング (RTX カード)。複雑なシーンでは高速
- 分散、ネットワーク レンダリングがうまく確立されています
- より大きいエコシステムとサードパーティ サポート
V-Ray の弱み：
- GPU メモリはシーンを ~50～100GB テクスチャ予算に制限します
- GPU リソース競争。1 つの重いシーンが他を枯らします
当社の意思決定フレームワーク：
- Corona 用： Archviz (200M ポリ以上)、製品ビジュアライゼーション、大規模アセット ライブラリを備えたスタジオ ワーク
- V-Ray 用： より短いターンアラウンド、GPU 利用可能、アニメーション レンダリング (フレーム ファーム)
- 両方： 高ボリューム混合ワークロード。Corona と V-Ray プール間に分散
分散 Corona レンダリングの最適化技術です
1. タイル サイズ チューニング： Corona はフレームをタイル (デフォルト 32x32 ピクセル) に分割します。小さいタイル = より細かい分布ですが、より多くのネットワーク オーバーヘッドがあります。大きいタイル = ネットワーク ラウンドトリップが少なくなりますが、1 つのタイルがより難しい場合は負荷が不均衡です。通常、4K 出力に 64x64、8K に 128x128 を使用します。
2. マルチパス レンダリング： Corona はフレームを複数のパス (直接光、間接光、AO など) に分割し、各パスを独立して レンダリングすることをサポートしています。これは単一パス レンダリングより高速で、合成の柔軟性を実現します。当社のファームはデフォルトですべての Corona ジョブをマルチパスでレンダリングします。
3. メモリ帯域幅： Corona の CPU レンダリングはメモリ バウンドで、CPU バウンドではありません。最大 RAM 周波数 (3200MHz+) を備えた二重ソケット マシンは標準 RAM よりも約 20% 高速にレンダリングします。Corona 専用ハードウェアをプロビジョニングする際、高周波数メモリを指定しています。
4. キャッシュ ローカリティ： Corona は CPU L3 キャッシュから利点を得ます。より大きいキャッシュを備えたマシン (55MB L3 を備えた E5-2699 v4 など) は 10～15% 高速にレンダリングします。Corona 容量をプロビジョニングする際、クロック速度よりも CPU キャッシュを優先します。
5. ネットワーク最適化： Corona ファーム向けの 10Gb LAN は投資の価値があります。ギガビット LAN は 20 個の同時 Corona レンダー以上でボトルネックになります。当社はこれを文書化しました。10Gb インフラストラクチャを備えたファームは、25～30% 高速なタイル転送を実現しています。
6. シーン前処理： ファーム送信前に、Corona の組み込み「分散レンダリング用に前処理」を使用します。これはジオメトリ、マテリアル、テクスチャをローカルにキャッシュします。これにより、実際のレンダリング中のネットワーク トラフィックが削減されます。
大規模展開：当社のファーム アーキテクチャです
当社の Corona セットアップは 12 個の二重ソケット Xeon マシンに及びます (合計 528 コア、オーバーヘッド後の使用可能な約 480 コア)。この設定：
- シーンの複雑さに応じて、100～200 個の同時 Corona ジョブを処理します
- 3～5 分のフレーム (典型的な Archviz 4K + 重い GI) を 20～30 分でレンダリングします
- 月に約 6～8K ドルのコスト (電力、メンテナンス、ライセンス)
- 月に約 15～20K ドルの収益を生成し、ハードウェア展開の 18 か月以内に 2.5 倍の ROI を得られます
スタジオが敷地内 Corona ファームを検討している場合、このスケールはブレークイーブン ポイントです。300 コア未満の場合、クラウド レンダリング (AWS、Google Cloud) がより費用効率的です。500 コア以上の場合、敷地内はより良くスケールされます。
Super Renders Farm はクラウドレンダーファームであり、Chaosの公式レンダリングパートナーです.
ノードライセンスの詳細については、ノードライセンス解説ガイドを参照してください。
FAQ です
同じシーンで Corona を V-Ray と一緒に使用できますか？
いいえです。シーンは 1 つのエンジンでレンダリングされます。ただし、2 つのパス (Corona、V-Ray) をレンダリングして、本番環境で合成することはできます。複雑さのため、推奨していませんが、技術的に可能です。
Corona はネストされた分散レンダリング (ファーム → サブファーム) をサポートしていますか？
いいえです。Corona の分散モードは、フラット ネットワーク上のプライマリ マシンとワーカー マシンを期待しています。ネストされた委任はサポートされていません。複雑なシーンは、ファームをフェデレートするのではなく、単一ファームをスケールアップすることで処理されます。
分散レンダリングの標準的なオーバーヘッドは何ですか？
ネットワークとタイル合成のオーバーヘッドは、タイル サイズとネットワーク レイテンシに応じて 5～15% です。1 分の単一マシン レンダーは、8 マシンに分散されると 65～75 秒かかる場合があります (1 分 ÷ 8 マシン = 7.5 秒、プラス 5～15% オーバーヘッド)。合成オーバーヘッドのため、スケーリングは約 50 マシン以上で分解されます。
インターネット経由でリモート ファームに Corona をレンダリングできますか？
技術的にはそうですが、ネットワーク レイテンシは実用的ではありません。100ms レイテンシ → タイル転送で見えるおくれです。ローカル ギガビット LAN をお勧めします。リモート レンダリングの場合、最適化されたネットワーク (Chaos Cloud、AWS、Google Cloud) を使用してください。
Corona のライセンスはインターネット接続を必要としていますか？
いいえです。Corona ライセンスは MAC アドレスを介してノード ロックされています。一度アクティベートされると、オフラインで動作します。これは、インターネット アクセスなしでセキュリティ スタジオに最適です。ライセンス キーはパーペチュアル (永続) です。購読の更新はありません。
ワーカーがタイル中にクラッシュした場合、Corona はレンダリングを再開できますか？
いいえです。分散レンダリングは、任意のワーカーが失敗した場合、ジョブ全体を再開します。これは、堅牢なハードウェアとネットワーク監視が重要な理由です。クラッシュしたワーカーは中盤でレンダリングをレンダリングし、計算時間を浪費します。プロアクティブなハードウェア監視と熱管理を通じて 99.5% のワーカー可用性を維持しています。
ファーム上で Corona シーン イテレーションをどのように処理しますか？
バージョン管理を使用してください。各イテレーションは個別のファイル (scene_v01.max、scene_v02.max) です。ファーム送信はファイル バージョンにリンクされており、追跡および特定のイテレーションの再レンダリングを有効にします。ジョブ ID をシーン バージョンにマップするファイル データベースを維持しています。
Corona の出力形式は下流の合成に柔軟ですか？
はいです。Corona は任意のパス (直接、間接、スペキュラ、拡散、影など) を備えた OpenEXR にレンダリングでき、完全な合成の柔軟性を実現します。デフォルトでマルチパス OpenEXR をレンダリングして、本番環境が照明、マテリアル、効果をレンダリングなしで調整できるようにしています。
Corona が処理できる最大シーン サイズは何ですか？
理論的には無制限で、利用可能な RAM によってのみ制限されます。256GB RAM マシンで 3GB シーン ファイル (10 億以上のポリゴン、50GB テクスチャ ライブラリ) をレンダリングしていますが、問題は発生していません。それ以上では、シーンを分割して本番環境で合成します。
Corona はファーム上のモーション ブラーと被写界深度をどのように処理しますか？
どちらもサンプリング中に計算されます。別の本番環境処理はありません。モーション ブラーは追加のレイ キャストのため少し遅いですが、被写界深度のオーバーヘッドは最小限です。どちらもファーム上でローカル マシンと同じように機能します。
