マルチノード デプロイ

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

注:

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

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

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

図 1. マルチノード デプロイ

重要:

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

Such deployments use the RESP (REdis Serialization Protocol) for communication, and thus can be configured using any solution implementing this protocol. The potential solutions tested (but not supported) by UiPath are:

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