UiPath Documentation
automation-suite
2024.10
false
Automation Suite リリース ノート
  • Linux の Automation Suite のリリース ノート
    • 2024.10.0
    • 2024.10.1
    • 2024.10.4
    • 2024.10.5
    • 2024.10.6
    • 2024.10.7
    • 2024.10.8
    • 2024.10.10
  • EKS/AKS の Automation Suite のリリース ノート
  • OpenShift の Automation Suite のリリース ノート
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ～ 2 週間で公開されます。

2024.10.0

OpenShift の Automation Suite の 2024.10.0 リリース ノート

公開日: 2024 年 11 月 11 日

完全な移行のサポート​

Automation Suite 2024.10.0 で完全な移行がサポートされるようになりました。

Automation Suite 2023.10 の完全な移行手順とは異なり、このバージョンでは追加の移行手順があり、Insights データベースと Orchestrator データベースのスキーマを以前に復元した後に更新できます。

また、 UiPath.OrganizationMigrationApp ツールに以下の改良を加えました。

  • エラーのログ記録とデバッグを強化するために、データベース接続テスト中に内部例外を提供します。
  • 複数の組織のシングル サインオン (SSO) ユーザーのマージ プロセスを改良し、データベースの競合をより効率的に処理できるようにしました。また、この更新により、移行の成功に関する正確なメッセージが提供され、データの重複の可能性が防止されます。この強化は、マルチテナント構成と SSO を使用して MSI から Automation Suite への設定を使用している組織に大きなメリットをもたらします。

詳しくは、「 完全な移行を実行する」をご覧ください。

公開日: 2024 年 11 月 11 日

更新内容​

OpenShift の Automation Suite のご紹介​

概要​

UiPath は、Automation Suite の最初のフレーバーをリリースして以来、UiPath® オートメーション プラットフォームを可能な限り幅広い環境で利用できるようにすることを最優先事項としてきました。この旅の次のステップは OpenShift の Automation Suite です。これにより、Red Hat で人気の高い OpenShift Container Platform に UiPath® Platform をデプロイできます。

今回のリリースは、Linux の Automation Suite と EKS/AKS の Automation Suite に続く Automation Suite の 3 つ目のフレーバーとなります。Automation Suite の各フレーバーに固有のアーキテクチャ、機能、デプロイ シナリオなどの概要と比較については、「 デプロイモデルごとの機能比較」をご覧ください。

OpenShiftは、独自のKubernetesソリューションを提供するだけでなく、独自のサービスメッシュ、GitOpsツール、ObjectStore、キャッシュなどを含む豊富なエコシステムを提供し、統一されたシームレスなカスタマーエクスペリエンスを提供します。

OpenShift 製品の Automation Suite​

OpenShift の Automation Suite では、以下の UiPath® 製品をインストールできます。

Automation Suite の一部の製品には、その他にも相互の依存関係があります。詳しくは、「製品間の依存関係」をご覧ください。

インストール エクスペリエンス​

Automation Suite のフレーバー間の共通性を確保するため、OpenShift の Automation Suite では、プレインストール、インストール、クラスター管理などに関連する主要なタスクはすべて、統合 uipathctl ツールを使用します。uipathctl機能について詳しくは、『uipathctl リファレンス ガイド』をご覧ください。

input.jsonクラスター構成ファイルを編集して、インストール構成をさらに調整できます。ファイルは、次のいずれかの方法で編集できます。

  • すべてのパラメーターと値を完全に制御するには、 input.json ファイルを手動で編集します。
  • 複数のパラメーターやフラグを編集するという困難な作業を簡素化するには、Automation Suite インストーラー ウィザードを使用します。

Automation Suite インストーラー ウィザードは GUI 中心のツールで、主要な構成手順を説明し、Automation Suite のインストールに関する詳細を入力するよう求められます。 これには、ターゲット プラットフォーム、環境の種類、ストレージのニーズ、SQL データベースの詳細などの詳細が必要であり、その後、 input.json ファイルが自動的に生成されます。

このツールはパブリック プレビューの段階であるため、一部の複雑な構成シナリオはまだカバーされていない可能性があります。ぜひウィザードを試してみるとともに、この機能の改善にご協力いただけるフィードバックをお寄せください。詳しくは、「 GUI ベースのウィザードを使用して構成ファイルを生成する」をご覧ください。

Automation Suite のインストールの前提条件については、「 前提条件の概要」をご覧ください。

Automation Suite のインストール手順については、「 Automation Suite をインストールする」をご覧ください。

移行オプション​

スタンドアロンの UiPath® 製品を、シングルテナントの移行に対応した OpenShift の Automation Suite に移行できます。詳しくは、「 シングルテナントの移行」をご覧ください。

また、以下のシナリオをサポートして、Automation Suite クラスター間で移行することもできます。

  • Linux の Automation Suite から OpenShift の Automation Suite の Automation Suite の新しいインストールに移行します。
  • EKS/AKS の Automation Suite から OpenShift の Automation Suite の新しいインストールに移行します。
  • OpenShift の Automation Suite から EKS/AKS の Automation Suite の新しいインストールに移行します

詳しくは、「 Automation Suite クラスター間を移動する」をご覧ください。

次の移行シナリオはサポートされていません。

  • Linux の Automation Suite から OpenShift の Automation Suite の既存インストールに移行する
  • Automation Suite on OpenShift クラスターから別の Automation Suite on OpenShift クラスターに移行する。
共有クラスターのサポート​

Automation Suite は、新たにプロビジョニングされた専用の OpenShift クラスター、または Automation Suite が他のソフトウェア デプロイと共有できる既存のクラスターにデプロイできます。 共有クラスターのデプロイにより、総所有コストが削減され、柔軟性が向上します。

Automation Suite を専用のクラスターにデプロイするには、Automation Suite のインストーラーを管理者権限で実行する必要がありますが、共有クラスターのデプロイでは、Automation Suite インストーラーに管理者権限を付与することなくインストール プロセスを完了できます。

管理者権限なしでインストーラーを実行すると、最小特権の原則など、業界全体のセキュリティ プラクティスを採用できるため、デプロイのセキュリティが強化され、厳格なガバナンス基準を満たすことができます。

ドキュメントの移動方法​

Automation Suite のドキュメント内を移動する際のヒントとコツを以下に示します。

OpenShift Redis Community Operator のサポート​

追記 (2025 年 2 月 17 日): OpsTree Solutions による OpenShift Redis Community Operator のサポートを導入しました。ただし、OpenShift Redis Enterprise Operator の使用を推奨します。

OpenShift Redis Community Operator がサポートするバージョンの詳細は、「 相互運用性マトリクス」を参照してください。

既知の問題​

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 を上書きしてパッチを削除するためです。

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 を無効化する必要があります。

詳しくは、「 セキュリティとコンプライアンス」をご覧ください。

プロキシ設定でログ ストリーミングが機能しない​

追記 (2025 年 6 月 26 日): プロキシ環境変数がログ ポッドで設定されていないため、プロキシ設定ではログ転送が機能しません。この問題に対処するには、「 トラブルシューティング」 セクションをご覧ください。

Automation Suite 2024.10.4 の問題を修正しました。

ライセンス SQL 接続エラー​

追記 (2025 年 6 月 26 日): ライセンス SQL 接続エラーは、[データ ソース] プロパティで名前付きインスタンスとポートの両方が指定されている場合に発生します。

Automation Suite 2024.10.4 の問題を修正しました。

シークレットの自動ローテーションによるサービスの中断​

追記 (2025 年 5 月 14 日): ある問題により、シークレットの自動ローテーションによってサービスが中断され、サービスが一時的にアクセス不能になっています。

この問題に対処するには、次の手順を実行します。

  1. 影響を受けるサービスを再起動して、通常の機能を復元します。
  2. ArgoCD UI に移動し、プラットフォーム アプリケーションから [ 詳細 ] > [ パラメーター] を選択します。値を編集して"secretRotation: enabled: false"identity-serviceに追加します。この手順は、Automation Suite をアップグレードまたは再インストールするたびに実行する必要があります。

AI Center の場合は、すべてのスキルを停止し、AI Center の UI から開始する必要があります。

Orchestrator と AI Center には、SQL Sever バージョン 2019 以降が必要です​

追記 (2025 年 2 月 27 日): このバージョンの Automation Suite では、Orchestrator と AI Center を適切に動作させるには、SQL Server バージョン 2019 以降を使用する必要があります。

Document Understanding の制限事項​

このリリースでは、Document Understanding のモダン プロジェクトは Automation Suite の Openshift 環境でサポートされません。

スタンドアロン製品から Automation Suite への完全な移行はサポートされない​

現在、UiPath.OrganizationMigrationApp ツールを使用して、スタンドアロン製品のバージョン 2024.10 から Automation Suite 2024.10 への完全な移行を実行することはできません。 UiPath では、このシナリオのサポートの導入に積極的に取り組んでいます。

それまでの間は、単一テナントの移行を実行できます。この移行オプションについて詳しくは、「 単一テナントの移行」をご覧ください。

Linux の Automation Suite から OpenShift の Automation Suite への移行はサポートされていません​

追記 (2024 年 12 月 18 日): 現在、Linux の Automation Suite から OpenShift の Automation Suite への移行は実行できません。UiPath では、このシナリオのサポートの導入に積極的に取り組んでいます。

Insights が FIPS 140-2 でサポートされていない​

Insights は、FIPS 140-2 ではサポートされていません。 FIPS 140-2 が有効化されたマシンに Automation Suite をインストールする場合は、Insights を無効化する必要があります。

FIPS 140-2 について詳しくは、「 セキュリティとコンプライアンス」をご覧ください。

Insights のカスタム セキュリティ コンテキストの要件​

Insights を OpenShift の Automation Suite で実行するには、カスタム セキュリティ コンテキストが必要です。詳しくは、「 Insights のカスタム セキュリティ コンテキストを設定する」をご覧ください。

SQL Server 2017 以前を使用する場合のインストールの問題​

追記 (2024 年 12 月 18 日): リソース カタログ サービスが 2019 (15.x) より前のバージョンの SQL Server をサポートしていないため、SQL Server 2017 (14.x) 以前を使用すると Automation Suite のインストールで問題が発生します。Automation Suite 2024.10.1 の問題を修正しました。

バンドルの詳細​

製品バージョン​

Automation Suite の各製品における変更点は、以下のリンクから確認できます。

製品が灰色表示されている場合は、この新しいバージョンの Automation Suite ではそのコンポーネントに対する変更はありません。

発見開発管理協働
Automation Hub 2024.10.0Automation Ops 2024.10.0AI Center 2024.10.0Action Center 2024.10.0
Process Mining v2024.10.0AI Computer Vision 2024.10.0Insights 2024.10.0Apps 2024.10.0
Document Understanding AI Center ベースのプロジェクト 2024.10.0Orchestrator 2024.10.0
Test Manager 2024.10.0
Data Service 2024.10.0

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

接続

ヘルプ リソース サポート

学習する UiPath アカデミー

質問する UiPath フォーラム

最新情報を取得