マルチノードデプロイ

デプロイが拡大し、能力を高める必要が生じた場合、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 が検証済みの (ただしサポート対象ではない) ソリューション候補としては、次のようなものがあります。