- Linux の Automation Suite のリリース ノート
- EKS/AKS の Automation Suite のリリース ノート
- OpenShift の Automation Suite のリリース ノート
公開日: 2025 年 6 月 26 日
Disaster Recovery - アクティブ/パッシブ デプロイ
OpenShift の Automation Suite で、アクティブ/パッシブ構成の障害復旧がサポートされるようになりました。
ノード、データ センター全体、さらにはリージョン単位で完全な障害が発生しても耐えられるよう、Automation Suite を構成できるようになりました。
アクティブ/パッシブ モードでの Automation Suite のデプロイでは、以下のシナリオをサポートしています。
- 同一リージョンでのデプロイ
- リージョン間デプロイ
詳細については、「 Disaster Recovery - アクティブ/パッシブ」 および「 クイック リンク」をご覧ください。
パッチ適用手順の変更
パッチを適用する手順に、パッチを続行する前に対応する uipathctl パッチ バージョンをダウンロードして使用する必要がある追加の手順が含まれるようになりました。
詳細については、「 パッチを適用する」をご覧ください。
OpenShift バージョンのサポートの変更
互換性を拡張して OpenShift バージョン 4.17 を含めました。また、OpenShift バージョン 4.13 を互換性のあるバージョンのリストから削除しました。
古いバージョンの Automation Suite から移行する場合は、アップグレードを開始する前に、サポート対象バージョンの OpenShift を使用していることを確認してください。
サポートされる OpenShift バージョンについて詳しくは、「 相互運用性マトリクス」をご覧ください。
バグ修正
- プロキシ環境変数がログ ポッドで設定されていなかったため、プロキシ設定でログ転送が機能しませんでした。この問題は、現在は修正されました。
- [データ ソース] プロパティで名前付きインスタンスとポートの両方を指定すると、ライセンス SQL 接続エラーが発生していました。この問題は、現在は修正されました。
既知の問題
Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
追記 (2026 年 7 月 2 日): Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されていると、ある問題により、前提条件の確認コマンドが誤って失敗します。
この問題に対処するには、「 トラブルシューティング」をご覧ください。
この問題は、 Automation Suite 2024.10.9 で修正されています。
Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
追記 (2026 年 3 月 26 日): Process Mining が有効化されている場合、カスタム プラットフォーム データベース名を使用すると、OMS バックフィル ジョブが失敗します。
回避策として、Process Mining をインストールするときに、プラットフォーム データベース名として AutomationSuite_Platform を使用します。
前提条件または健全性チェック後の残りの istio-validation-deployment
追記 (2026 年 3 月 26 日): 前提条件の確認 (uipathctl prereq) または健全性の確認 (uipathctl health checkを実行した後、仮想サービスの検証中に作成された istio-validation-deployment デプロイが自動的に削除されず、不要なクラスター リソースが消費される場合があります。
UiPath 名前空間にリソースが残っていないか確認するには、次のコマンドを実行します。
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
kubectl get deployments -n <uipath-namespace> | grep istio-validation-deployment
kubectl get jobs -n <uipath-namespace> | grep istio-validation-deployment
残りのリソースが存在する場合は、次のコマンドを実行して削除します。
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
kubectl delete job -n <uipath-namespace> <istio-validation-job-name>
kubectl delete deployment -n <uipath-namespace> <istio-validation-deployment-name>
FIPS 140-2 のサポートの制限
追記 (2026 年 1 月 22 日): Insights は、FIPS 140-2 が有効化されたマシンで実行される Automation Suite のデプロイではサポートされていません。FIPS 140-2 の要件への準拠を維持するには、Insights を無効化する必要があります。
詳しくは、「 セキュリティとコンプライアンス」をご覧ください。
Process Mining が有効化されている場合、前提条件の確認に失敗します
追記 (2025 年 12 月 19 日): Process Mining が有効化されている場合、ある問題のために前提条件の確認が失敗します。この問題は、チェックではまだ cert-managerが必要なために発生しますが、Automation Suite 2024.10.3 以降の Process Mining では cert-manager 不要になりました。
エラー メッセージは誤検知であり、無視しても問題ありません。
Automation Suite 2024.10.7 の問題を修正しました。
非推奨化のタイムライン
非推奨化および削除される機能に関する最新情報については、非推奨化のタイムラインを定期的に確認することをお勧めします。
バンドルの詳細
製品バージョン
Automation Suite の各製品における変更点は、以下のリンクから確認できます。
製品が灰色表示されている場合は、この新しいバージョンの Automation Suite ではそのコンポーネントに対する変更はありません。
移行ツールのバージョン
必要な移行ツールのバージョンは、移行予定のスタンドアロン製品と対象の Automation Suite のバージョンによって異なります。詳しくは、「 移行の相互運用性マトリクス」をご覧ください。
スタンドアロン製品を Automation Suite の現在のバージョンに移行する手順については、「 完全な移行」をご覧ください。
- Disaster Recovery - アクティブ/パッシブ デプロイ
- パッチ適用手順の変更
- OpenShift バージョンのサポートの変更
- バグ修正
- 既知の問題
- Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
- Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
- 前提条件または健全性チェック後の残りの istio-validation-deployment
- FIPS 140-2 のサポートの制限
- Process Mining が有効化されている場合、前提条件の確認に失敗します
- 非推奨化のタイムライン
- バンドルの詳細
- 製品バージョン
- 移行ツールのバージョン