- 基本情報
- 要件
- ベスト プラクティス
- インストール
- 更新
- Identity Server
- 起動エラーのトラブルシューティング
マルチノード デプロイ
デプロイが拡大し、能力を高める必要が生じた場合、Orchestrator をマルチノード インストールに拡張するのが、論理的に考えられる次のステップです。複数の Orchestrator ノードを使用でき、1 つのノードが故障した場合に、別のノードが負荷を肩代わりできるため、パフォーマンスと耐障害性の両方が向上します。ロボットのニーズが増大したときにノードを追加できるため、水平方向のスケーラビリティも提供されます。ただし、このデプロイ モデルと高可用性を混同しないでください。HAA ノードでも、単独では依然として単一障害点 (SPOF) となる可能性があるからです。
Please note that this model is more resource intensive than a single node installation, requiring additional components such as the for Orchestrator (or other tested solution) and a network load balancer.
下図は、単一の 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