マルチノード デプロイ

デプロイが拡大し、能力を高める必要が生じた場合、Orchestrator をマルチノード インストールに拡張するのが、論理的に考えられる次のステップです。複数の Orchestrator ノードを使用でき、1 つのノードが故障した場合に、別のノードが負荷を肩代わりできるため、パフォーマンスと耐障害性の両方が向上します。ロボットのニーズが増大したときにノードを追加できるため、水平方向のスケーラビリティも提供されます。ただし、このデプロイ モデルと高可用性を混同しないでください。HAA ノードでも、単独では依然として単一障害点 (SPOF) となる可能性があるからです。

注: デプロイの規模に対応した Orchestrator のハードウェア要件にも配慮することを忘れないでください。

このモデルはシングル ノードでのインストールよりリソースを消費し、Orchestrator の High Availability Add-on (または、その他の検証済みソリューション) やネットワーク ロード バランサーといった追加コンポーネントが必要になることに注意してください。

下図は、単一の HAA ノードを使って同期化される複数の Orchestrator ノードの単純なマルチノード デプロイを示したものです。

重要:

UiPath では、Orchestrator のマルチノード デプロイは、UiPath High Availability Add-on が使用されている場合にのみサポートされます。

このようなデプロイは、通信に REdis Serialization Protocol (RESP) を使用するため、このプロトコルを実装するあらゆるソリューションによる設定が可能です。UiPath が検証済みの (ただしサポート対象ではない) ソリューション候補としては、次のようなものがあります。

• Windows v3.0.504 上の MSOpenTech Redis
• Redis Server v3.2.8 および v5.0.4
• Redis Enterprise v5.4.0-19