- Linux の Automation Suite のリリース ノート
- EKS/AKS の Automation Suite のリリース ノート
- OpenShift の Automation Suite のリリース ノート
2.2510.1
OpenShift の Automation Suite の 2.2510.1 リリース ノート
公開日: 2025 年 12 月 19 日
OpenShift Service Mesh 3.0 のサポート
Automation Suite が OpenShift Service Mesh (OSSM) 3.0 をサポートするようになりました。
インストール手順については、「サービス メッシュをインストールおよび構成する」をご覧ください。
OpenShift Service Mesh のバージョンと OpenShift 上の Automation Suite のバージョン間の相互運用性マトリクスについては、「OpenShift サードパーティ コンポーネントの相互運用性マトリクス」をご覧ください。
優先度クラス作成の無効化のサポート
デプロイ中に優先度クラスの作成を無効化できるようになりました。この機能は、優先度クラスが不要な共有クラスター環境を対象としています。有効化するには、input.json 構成ファイルを編集する必要があります。
詳しくは、「優先度クラスを作成する」をご覧ください。
バグ修正
- 追記 (2026 年 2 月 9 日): 特に IPv4 専用の環境で、一部の Document Understanding マイクロサービスの起動に失敗する問題を修正しました。
- Process Mining が有効化されている場合に、前提条件の確認が失敗する問題を修正しました。この問題は、Process Mining では不要であるにもかかわらず、確認で
cert-managerを必須のコンポーネントとして誤って扱っていたことが原因で発生していました。 - このリリースには、Automation Suite 2.2510.0+patch1 で配信された修正が含まれています。
既知の問題
HA 環境における Horizontal Pod Autoscaler と ArgoCD のスケーリングの競合
追記 (2026 年 9 月 10 日) HA 環境では、負荷が増加すると、影響を受けるワークロードを水平ポッド オートスケーラー (HPA) によってスケール アップされ、ArgoCD アプリケーション コントローラーがワークロードをスケール ダウンします。これは、ArgoCD が Helm チャートまたはマニフェストで定義されたレプリカ数を信頼できる情報源として扱い、ワークロードがスケール アップとスケール ダウンを繰り返して安定化していないことが原因で発生します。
この問題に対処するには、<argocd> 名前空間の argocd-cm ConfigMap にパッチを適用し、ArgoCD がレプリカ数の違いを無視するようにする必要があります。
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
ArgoCD チャートの再同期または Automation Suite のアップグレードのたびに、このコマンドを再適用してください。どちらも ConfigMap を上書きしてパッチを削除するためです。
OpenShift 2.2510.4 の Automation Suite の問題を修正しました。
2.2510.2 以降にアップグレードすると、Document Understanding の CPU 推論の設定が失われる
追記 (2026 年 9 月 10 日) Document Understanding モダン プロジェクト (enable_cpu_inference) で CPU 推論を有効化した場合、この設定は 2.2510.2 以降にアップグレードしても引き継がれません。この問題は、Automation Suite 2.2510.2 以降の input.jsonで enable_cpu_inference パラメーターの想定される場所が変更されたために発生します。
Automation Suite 2.2510.2 以降にアップグレードする前に、 enable_cpu_inference パラメーターを documentunderstanding ルートから modernProjects セクションに移動します。
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
追記 (2026 年 7 月 23 日)デスクトップ版の Studio では、[アクティビティ] パネルに Integration Service のコネクタとアクティビティが表示されません。この問題は、 intsvcs-periodic VirtualService のルーティング設定ミスが原因で発生します。
この問題に対処するには、「 デスクトップ版の Studio で Integration Service のコネクタとアクティビティを読み込めない」をご覧ください。
OpenShift の Automation Suite 2.2510.3 の問題を修正しました。
Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
追記 (2026 年 7 月 23 日)Document Understanding モダン プロジェクトが有効で AI Center が無効化されている場合、前提条件の確認コマンドが誤って失敗する問題があります。
この問題に対処するには、「 トラブルシューティング」をご覧ください。
この問題は、 Automation Suite 2.2510.3 で修正されています。
TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
追記 (2026 年 4 月 15 日): データベース TLS 証明書の検証が有効化されている場合、一部の AI Center と Document Understanding のポッドが Init:CrashLoopBackOffでスタックする場合があります。await-migration-completion init コンテナーがデータベースへの接続に失敗し、ログに TLS/SSL ハンドシェイク エラーが表示されます。
OpenShift 2.2510.2 の Automation Suite の問題を修正しました。
前提条件または健全性チェック後の残りの istio-validation-deployment
追記 (2026 年 4 月 15 日): 前提条件の確認 (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>
OpenShift 2.2510.2 の Automation Suite の問題を修正しました。
Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
追記 (2026 年 3 月 26 日): Process Mining が有効化されている場合、カスタム プラットフォーム データベース名を使用すると、OMS バックフィル ジョブが失敗します。
回避策として、Process Mining をインストールするときに、プラットフォーム データベース名として AutomationSuite_Platform を使用します。
この問題は、Automation Suite 2.2510.2 で修正される予定です。
FIPS 140-2 のサポートの制限
追記 (2026 年 1 月 22 日): Insights と Integration Service は、FIPS 140-2 が有効化されたマシンで実行される Automation Suite のデプロイではサポートされていません。FIPS 140-2 の要件への準拠を維持するには、これらのサービスを無効化する必要があります。
詳しくは、「 セキュリティとコンプライアンス」をご覧ください。
カスタム データベース名がソリューションでサポートされない
追記 (2026 年 4 月 15 日): ある問題により、ソリューションにカスタム データベース名を使用できません。カスタム データベース名を指定すると、前提条件の確認は失敗します。
この問題を解決するには、 AutomationSuite_AutomationSolutions をソリューション データベース名として使用する必要があります。
この問題は、 Automation Suite 2.2510.2 で修正されています。
Kerberos 認証の制限
Kerberos ベースの認証は、次の製品では現在サポートされていません。
- Integration Service
- Autopilot for Everyone
- AI Trust Layer (LLM ゲートウェイ、LLM の監視、コンテキスト グラウンディング)
UiPath では、Automation Suite の今後のリリースで Kerberos がサポートされるよう取り組んでいます。
それまでの間は、基本認証やワークロード ID ベースの認証などの代替認証メカニズムを使用できます。
オフライン環境でコンテキスト グラウンディングの取り込みが失敗する
追記 (2026 年 9 月 10 日) オフライン (エアギャップ) デプロイでは、コンテキスト グラウンディングのドキュメントの取り込みがすべてのファイルの種類で失敗します。報告されるエラーは、ファイルの内容に問題があると誤って示しています。
OpenShift 2.2510.4 の Automation Suite の問題を修正しました。
非推奨化のタイムライン
非推奨化および削除される機能に関する最新情報については、非推奨化のタイムラインを定期的に確認することをお勧めします。
バンドルの詳細
製品バージョン
以下の表には、Automation Suite 2.2510.1 でデプロイされたすべての UiPath 製品のリリース ステータス、バージョン、およびリリース ノートの概要が記載されています。
凡例:
✅ 新機能: このバージョンの Automation Suite には、新しい製品バージョンが含まれます。新しいリリース ノートを公開しました。
◆ バンドル: このフレーバーには、以前にリリースされた製品バージョンが含まれています。新しいリリース ノートはありません。
| 製品 | バージョン | リリース ノート |
|---|---|---|
| Action Center | ✅ 新機能:2.2510.1 | Action Center のリリース ノート |
| AI Center | ✅ 新機能:2.2510.1 | AI Center のリリース ノート |
| AI Computer Vision | ✅ 新機能:2.2510.1 | AI Computer Vision のリリース ノート |
| Apps (アプリ) | ✅ 新機能:2.2510.1 | Apps のリリース ノート |
| Automation Hub | ✅ 新機能:2.2510.1 | Automation Hub のリリース ノート |
| Automation Ops | ✅ 新機能:2.2510.1 | Automation Ops のリリース ノート |
| Autopilot for Everyone | ✅ 新機能: 2025.9.4 | Autopilot for Everyone リリース ノート |
| Data Service | ✅ 新機能:2.2510.1 | Data Service のリリース ノート |
| Document Understanding | ✅ 新機能:2.2510.1 | Document Understanding の AI Center に基づくプロジェクトのリリース ノート Document Understanding モダン プロジェクトのリリース ノート |
| Insights | ✅ 新機能:2.2510.1 | Insights リリース ノート |
| Integration Service | ✅ 新機能:2.2510.1 | Integration Service のリリース ノート |
| Solutions (ソリューション) | ✅ 新機能:2.2510.1 | ソリューションのリリース ノート |
| Orchestrator | ✅ 新機能:2.2510.1 | Orchestrator リリース ノート |
| Process Mining | ✅ 新機能:2.2510.1 | Process Mining リリース ノート |
| Studio Web | ✅ 新機能:2.2510.1 | Studio Web のリリース ノート |
| Test Manager | ✅ 新機能:2.2510.1 | Test Manager のリリース ノート |
- OpenShift Service Mesh 3.0 のサポート
- 優先度クラス作成の無効化のサポート
- バグ修正
- 既知の問題
- HA 環境における Horizontal Pod Autoscaler と ArgoCD のスケーリングの競合
- 2.2510.2 以降にアップグレードすると、Document Understanding の CPU 推論の設定が失われる
- デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
- Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
- TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
- 前提条件または健全性チェック後の残りの istio-validation-deployment
- Process Mining のインストール時にカスタム プラットフォーム データベース名がサポートされない
- FIPS 140-2 のサポートの制限
- カスタム データベース名がソリューションでサポートされない
- Kerberos 認証の制限
- オフライン環境でコンテキスト グラウンディングの取り込みが失敗する
- 非推奨化のタイムライン
- バンドルの詳細
- 製品バージョン