- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
- Azure Government への接続に失敗したため、バックアップのセットアップが機能しない
- カスタム ノード taint を有効化すると uipath 名前空間のポッドがスタックする
- プロキシ設定がある場合に Automation Hub と Apps を起動できない
- Velero のバックアップが FailedValidation エラーで失敗する
- 外部シークレットのトラブルシューティング
- Temporal as a Service のトラブルシューティング
- TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
- TLS 証明書の検証エラー
- Fluentd では、IPv6 環境ではログはエクスポートされません
- デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
- 手動による ArgoCD ネットワーク ポリシーの軽減策 (GHSA-47m3-95c7-g2g8)
- uipathctl で作成されたワークロードのリソース要求と制限を設定する
EKS/AKS の Automation Suite のアクティブ/パッシブ デプロイに対する障害復旧アーキテクチャと製品サポート。
この記事では、Automation Suite の障害復旧の主要な概念とアーキテクチャについて、アクティブ/パッシブ デプロイを対象に説明します。
ビジネス オートメーションの継続性を確保することは、どのオートメーション プラットフォームでも核心的要素です。Automation Suite はノード、データ センター全体、またはリージョンで完全な障害が発生しても耐えることができます。Automation Suite はアクティブ/パッシブ構成でデプロイできます。
アクティブ/パッシブ モードでの Automation Suite のマルチサイト デプロイでは、以下のシナリオをサポートしています。
- 同一リージョンのデプロイ - 同じリージョンにデプロイされた 2 つの Automation Suite クラスター
- クロスリージョン デプロイ - 異なるリージョンにデプロイされた 2 つの Automation Suite クラスター。
以下の表に、アクティブ/パッシブ モードでデプロイできる Automation Suite 製品の詳細を示します。
| 製品 | アクティブ/パッシブのサポート |
|---|---|
| Orchestrator | ✅ |
| Action Center | ✅ |
| Agents | ❌ |
| AI Center | ✅ |
| Apps (アプリ) | ✅ |
| Automation Ops | ✅ |
| Automation Suite ロボット | ✅ |
| Computer Vision | ✅ |
| Data Service | ✅ |
| Document Understanding | ✅ |
| Test Manager | ✅ |
| Automation Hub | ✅ |
| Healing Agent | ✅ |
| Insights | ✅ |
| Process Mining | ✅ |
| Integration Service | ✅ |
| LLM ゲートウェイ | ✅ |
| LLM の可観測性 | ✅ |
| ECSの | ✅ |
| ScreenPlay | ✅ |
| セマンティック プロキシ | ✅ |
| Studio Web | ✅ |
| Autopilot for Everyone | ✅ |
| Maestro | ❌ |
| サービスとしての時間 (TaaS) | ❌ |
| Autopilot for Developers | ✅ |
| Solutions (ソリューション) | ✅ |
- アクティブ/パッシブの Disaster Recovery ではサポートされない製品をインストールできます。ただし、プライマリ クラスターがダウンしている場合は、これらの製品を使用できません。
- AI Center の場合、トレーニング パイプライン機能はプライマリ クラスターでのみ利用できます。
要件
アクティブ/パッシブ デプロイを構成するには、次の要件を満たしていることを確認してください。
- ハードウェア
- データベース
- Amazon Elastic Cache (Redis)
- S3 (オブジェクト ストア)
- SQS (キュー)
- 53ばんどうろ
- 製品固有の要件
ハードウェア
セカンダリ (パッシブ) ハードウェア クラスターは、プライマリ ハードウェア クラスターと同一である必要があります。
データベース
データベースは、アクティブ クラスターとパッシブ クラスターの両方からアクセスできる必要があります。
Amazon Elastic Cache (Redis)
システムは、アクティブ クラスターとパッシブ クラスターの両方で別々に動作する必要があります。
S3 (オブジェクト ストア)
S3 システムを同期し、クロスリージョンレプリケーション (CRR) をサポートする必要があります。
SQS (キュー)
SQS は、アクティブ セットアップとパッシブ セットアップで別々に動作する必要があります。
53ばんどうろ
トラフィックのルーティングを制御するには、Route53 を使用する必要があります。Route53 での設定は、アクティブなロードバランサーが機能しているときにトラフィックを転送するために必要です。
障害が発生した場合は、ルート 53 を使用してトラフィックをパッシブ ロード バランサーに再ルーティングする必要があります。
製品固有の要件
デプロイに Studio Web または Insights が含まれる場合は、それらの永続ボリューム (PVC でバックアップされたデータ) のバックアップと復元を有効化して、これらの製品がフェールオーバーおよびフェールバック中に適切に回復できるようにする必要があります。詳しくは、以下をご覧ください。