orchestrator
2023.4
false
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
Orchestrator インストール ガイド
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 2024年10月3日

Disaster Recovery - 2 つのアクティブ データセンター

以下のデプロイ モデルを実装して、高可用性と障害復旧の両方を確保できます。ここでは、両方の Orchestrator ノードがアクティブであり、ロード バランサーは、Round Robin またはそのバリアントの 1 つの特定のアルゴリズムを使用して、それらにトラフィックを誘導します。

この構成には、異なる地理的地域に位置するデータセンター間の優れたネットワーク接続が必要となります。このモデルはオンプレミスでもクラウドベースでも実装できます。クラウドデプロイでは、プライマリおよびセカンダリロケーションに異なる領域を選ぶ必要があります。

注:

このデプロイ モデルには、以下が必要です。

  • SQL Server 2012 以降、および Orchestrator の High Availability Add-on。以前のバージョンの SQL Server は AG をサポートしていません。また、Active-Active 構成はオープンソースの Redis ではサポートされていません。
  • 2 つの。


ネットワーク ロード バランサーに高可用性 (NLB がプライマリ データセンターに位置する場合) を持たせるには、Disaster Recovery データセンターにセカンダリ NLB を設置します。2 つの NLB をプライマリ-セカンダリ (またはマスター-スレーブ) 構成に配置する必要があります。

同じデータセンターで、Ochestrator と Elasticsearch の異なる仮想サーバー (VIP) で 1 つの NLB を使用できます。この同じ NLB を使用して、Orchestrator および Elasticsearch ノードに負荷を最適に分散できます。

Always On 可用性グループ機能は、最低 2 台のマシンで構成できます。

  • 1 つ目のデータセンターにプライマリ DB。
  • 2 つ目のデータセンターにセカンダリ DB。

    注: 各データセンターの HAA および Elasticsearch には、少なくとも 3 つのノードが必要であり、異なるクラスターで構成され、同期されます。

Always On 可用性グループの前提条件、制限、および推奨事項はこちらをご覧ください。

このページは役に立ちましたか?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
Uipath Logo White
信頼とセキュリティ
© 2005-2024 UiPath. All rights reserved.