- 概要
- 要件
- デプロイ テンプレート
- 手動: インストールを準備する
- 手動: インストールを準備する
- 手順 2: オフライン インストール用に OCI 準拠レジストリを設定する
- 手順 3: 外部 ObjectStore を構成する
- 手順 4: High Availability Add-on を構成する
- 手順 5: SQL データベースを構成する
- 手順 6: ロード バランサーを構成する
- 手順 7: DNS を構成する
- 手順 8: ディスクを構成する
- 手順 9: カーネルと OS レベルの設定を構成する
- 手順 10: ノード ポートを構成する
- 手順 11: その他の設定を適用する
- 手順 12: 必要な RPM パッケージを検証してインストールする
- 手順 13: cluster_config.json を生成する
- Cluster_config.json のサンプル
- 全般的な構成
- プロファイル構成
- 証明書の設定
- データベースの構成
- 外部 ObjectStore の構成
- 署名済み URL の構成
- ArgoCD の構成
- Kerberos 認証の構成
- 外部の OCI 準拠レジストリの設定
- Disaster Recovery - アクティブ/パッシブおよびアクティブ/アクティブの構成
- High Availability Add-on の構成
- Orchestrator 固有の設定
- Insights 固有の構成
- Process Mining 固有の構成
- Document Understanding 固有の構成
- Automation Suite ロボット固有の構成
- AI Center 固有の構成
- 監視の構成
- 任意: プロキシ サーバーを構成する
- 任意: マルチノードの HA 対応の運用クラスターにおけるゾーン障害に対する復元設定を有効化する
- 任意: カスタムの Resolv.con を渡す
- 任意: フォールト トレランスを向上させる
- GPU がサポートされた専用のエージェント ノードを追加する
- Task Mining 専用のエージェント ノードを追加する
- Task Mining アプリケーションを接続する
- Automation Suite ロボット専用のエージェント ノードを追加する
- 手順 15: オフライン インストール用に一時的な Docker レジストリを設定する
- 手順 16: インストールの前提条件を検証する
- uipathc を実行する
- 手動: インストールを実行する
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- スタンドアロン製品を Automation Suite に移行する
- 手順 1: スタンドアロンの製品データベースを復元する
- 手順 2: 復元した製品データベースのスキーマを更新する
- 手順 3: Identity 組織データをスタンドアロンから Automation Suite に移動する
- 手順 4: Automation Suite のプラットフォーム データベースをバックアップする
- 手順 5: 組織を Automation Suite にマージする
- 手順 6: 以降済みの製品の接続文字列を更新する
- 手順 7: スタンドアロンの Orchestrator を移行する
- 手順 8: スタンドアロンの Insights を移行する
- 手順 9: スタンドアロンの Test Manager を移行する
- 手順 10: 既定のテナントを削除する
- 単一テナントの移行を実行する
- Automation Suite クラスター間を移行する
- Automation Suite をアップグレードする
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- AI Center のストレージを拡張する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- TLSのバージョンを確認する方法
- NFS バックアップ ディレクトリの権限を減らす方法
- 証明書の操作方法
- Ceph のバックアップとデータの復元をスケジュールする方法
- レジストリ ポッドから未使用の Docker イメージをクリーンアップする方法
- クラスター内の ObjectStore (Ceph) を使用して DU の使用状況データを収集する方法
- エアギャップ環境に RKE2 SELinux をインストールする方法
- NFS サーバー上の古い差分バックアップをクリーンアップする方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- SQL 接続文字列の検証エラー
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- サポート バンドルのログ収集の失敗
- RHEL 8.9 でレジストリの一時インストールが失敗する
- オフライン インストール中に uipath 名前空間のデプロイで頻繁に発生する再起動の問題
- DNS 設定が CoreDNS によって受け入れられない
- 一時レジストリをインストールできない
- Automation Suite のアップグレード後に Insights を再インストールまたはアップグレードするとデータが失われる
- Automation Suite 2024.10.0 へのアップグレード後に Automation Hub にアクセスできない
- フック後のインポート中にアップグレードが失敗する
- シングルノードのアップグレードがファブリック ステージで失敗する
- Ceph の異常によりアップグレードが失敗する
- 領域の問題のために rke2 が開始しない
- ボリュームがマウントできず、アタッチ/デタッチ ループ状態のまま
- Orchestrator データベース内のクラシック オブジェクトが原因でアップグレードが失敗する
- Ceph クラスターがサイドバイサイド アップグレード後に機能低下ステートで検出される
- 異常な Insights コンポーネントが原因で移行が失敗する
- Apps のサービス アップグレードの失敗
- インプレース アップグレードのタイムアウト
- Docker レジストリの移行が PVC の削除段階でスタックする
- v2023.10 以降へのアップグレード後に AI Center のプロビジョニングが失敗する
- オフライン環境でアップグレードが失敗する
- アップグレード中に SQL の検証が失敗する
- アップグレード後に snapshot-controller-crds ポッドが CrashLoopBackOff ステートになる
- Insights の PVC サイズが上書きされたためにアップグレードが失敗する
- Automation Suite 2024.10.1 にアップグレードできない
- Velero の移行の問題によりアップグレードが失敗する
- rook-ceph アプリケーションの削除でアップグレードがスタックする
- 管理ポータルのタイムアウト期間を設定する
- 移行後に認証が機能しない
- Kinit: Cannot find KDC for realm <AD Domain> while getting initial credentials
- kinit: Keytab contains no suitable keys for *** while getting initial credentials
- 無効なステータス コードが原因で GSSAPI 操作が失敗した
- Alarm received for failed kerberos-tgt-update job
- SSPI Provider: Server not found in Kerberos database
- アカウントが無効なため AD ユーザーのログインに失敗した
- ArgoCD へのログインに失敗した
- 基になるディレクトリ接続を更新する
- ロボットが Automation Suite の Orchestrator インスタンスに接続できない
- Automation Suite 2024.10.0 でバックアップの復元に部分的に失敗する
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- FQDN にアクセスすると RBAC アクセス拒否エラーが返されます
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初回インストール後に ArgoCD が進行中ステートになる
- Init:0/X でポッドがスタックする
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- 診断ヘルスチェック中に報告されたエラーの不一致
- アップストリームに正常な問題はありません
- プロキシ設定でログ ストリーミングが機能しない
- オフライン環境でエージェント ノードを追加できない
- サイズの大きい Document Understanding バンドルのアップロード中にノードが応答しなくなる (OOM)
- バックアップ操作が [部分的に失敗] ステータスで失敗する
- Process Mining で高可用性を実行する
- Kerberos を使用してログインすると、Process Mining を取り込むことができなかった
- 障害復旧後、Dapr が Process Mining に対して正しく機能しない
- pyodbc 形式の接続文字列を使用して AutomationSuite_ProcessMining_Warehouse データベースに接続できない
- Airflow のインストールが「sqlalchemy.exc.ArgumentError: Could not parse rfc1738 URL from string ''」で失敗する
- SQL Server ポート 1433 を使用する IP テーブル ルールを追加する方法
- CData Sync を実行しているサーバーの Automation Suite の証明書が信頼されない
- 診断ツールを実行する
- Automation Suite サポート バンドルを使用する
- ログを確認する
- 要約されたテレメトリを確認する

Linux の Automation Suite のインストール ガイド
スタンドアロン製品を Automation Suite に移行する
スタンドアロン製品のデータを Automation Suite に移行するには、以下の 2 つのプロセスのいずれかに従います。
A) 完全な移行 または
使用するプロセスを 1 つ選択する必要があります。両方を使用することはできません。
このページでは、2 つのオプションの違いについて説明しており、使用するオプションを選択するのに役立ちます。
スタンドアロンの Orchestrator のデータを Automation Suite に移行するには、UiPath Automation Cloud™ 移行ツールを使用できます。このツールを使用して、 シングル テナントの移行 プロセスを実行し、スタンドアロンの Orchestrator に存在するエンティティのみをコピーできます。このツールは、API を介してスタンドアロンの Orchestrator からこれらのエンティティを取得し、API 経由で Automation Suite に書き込みます。
このツールを使用すれば、Automation Cloud または Automation Suite のどちらかに移行できます。ただし、このガイドでは、 Automation Suite への移行手順のみ説明します。Automation Cloud への移行手順については、 代わりに Automation Cloud のドキュメント をご覧ください。
Automation Cloud 移行ツールを使用できるのは、以下の場合のみです。
- スタンドアロンの Orchestrator のバージョンが 2019.10.x、2020.10.x、2021.4.x、2021.10.x 以降。
- Automation Suite のバージョンが 2021.10.x 以降。
各プロセスの仕組み
どちらのプロセスも、データを Orchestrator のスタンドアロン インストールから Automation Suite 内の Orchestrator サービスに移動するためのものですが、いくつか異なる点があります。
完全なインストールの移行プロセスは、基本的にはスタンドアロンの Orchestrator データベースを Automation Suite にリンクさせて、Orchestrator に含まれるすべてのデータが Automation Suite で利用できるようにするものです。Orchestrator に加えて、他の製品やサービスも移行する場合は、この方法を使用する必要があります。
完全な移行オプションでは、スタンドアロン製品のデータベースと自動作成される Automation Suite データベースとの間で、データが高い忠実度で確実に転送されます。既定の Automation Suite データベースを使用しない場合は、接続文字列を更新すれば、移行済みの独自のデータベースを選択できます。
一方、単一テナントの移行プロセスでは、Automation Cloud™ 移行ツールを使用して、スタンドアロンの Orchestrator に存在するエンティティだけをコピーします。このツールは、そのエンティティをスタンドアロンの Orchestrator から API 経由で取得し、Automation Suite に API 経由で書き込みます。
移行オプションの違い
| 完全なインストールの移行 | 単一テナントの移行 | |
|---|---|---|
| スコープ |
| |
| 結果 | Automation Suite 内の Orchestrator には、スタンドアロンの Orchestrator と完全に同じデータが含まれ、完全に同じように構成されます。 | すべてのエンティティが Orchestrator にコピーされますが、Automation Suite 内の Orchestrator では既定の Automation Suite 構成が使用されます。 スタンドアロン インストールと同じ設定を実現するには、Automation Suite の初回構成を実行する必要があります。この構成は、移行の前後を問わずいつでも実行できます。 |
| 前提条件 | スタンドアロンの Orchestrator を対象の Automation Suite バージョンと一致するバージョンにアップグレードする必要があります。 | サポート対象のスタンドアロン Orchestrator バージョン 2019.4 からの直接移行がサポートされています。 |
| 組織階層 | 次の 2 つのオプションがあります。
| テナントは、必要に応じて同じ組織または複数の組織に移行できます。 |
テスト用の統合された移行シナリオ
通常、どちらか 1 つの移行オプションしか使用できませんが、このサンプル シナリオでは、両方を使用できるユース ケースについて説明します。
完全な移行を実行する場合、Automation Cloud 移行ツールで移行プロセスをサポートできます。このツールにより、エンドツーエンドのテストに使用できる運用データを使って、Automation Suite 内にテスト環境を簡単に設定できます。
最初に Automation Suite をテストしたいと考えていて、その際に Orchestrator の実際のデータを使用したい場合、完全なプロセスは次のようになります。
-
Automation Suite をテストまたは開発環境にデプロイします。
-
Cloud 移行ツールを使用して、スタンドアロンの Orchestrator から Automation Suite に部分的なデータを移行します。手順については、「単一テナントの移行」をご覧ください。 これにより、実際のデータセットで概念実証や無料トライアルを実行できます。この時点ではお使いの Orchestrator のデータがあるものの、Automation Suite と Orchestrator の既定の設定を使用しています。たとえば、プロセスを容易にテスト実行することはできますが、SSO アカウントでは容易にログインできません。
-
部分的な移行が完了したら、重要なシナリオとユース ケースを検証し、問題に対応します。
-
スタンドアロンの Orchestrator のテスト環境を目的のバージョンにアップグレードします。 「Windows インストーラーを使用して更新する」の手順に従います。必ず、環境を読み取り専用モードにしてください。
-
「完全な移行」の手順に従って、Automation Suite へのテスト移行を実行します。
-
すべてのテスト ユーザーとロボットを新しい Automation Suite テスト環境にリダイレクトします。
-
移行中および移行後に問題に対処し、プロセスをエンドツーエンドで検証します。
-
Automation Suite を運用環境にデプロイします。
-
スタンドアロンの Orchestrator の運用環境を目的のバージョンにアップグレードします。 「Windows インストーラーを使用して更新する」の手順に従います。必ず、環境を読み取り専用モードにしてください。
-
「 完全な移行 」の手順に従って、Automation Suite への完全な運用移行を実行します。
重要:これにより、以前に移行したデータは上書きされて失われます。この移行では、すべてのカスタム構成が適用され、Orchestrator のエンティティも移行されます。Automation Suite には、スタンドアロンの Orchestrator と同じ情報が表示されます。
-
すべての運用環境のユーザーとロボットを新しい Automation Suite 運用環境にリダイレクトします。
よくある質問
完全なインストールの移行を使用して、一部のテナントのみを移行できますか?
必要に応じて、スタンドアロンの Orchestrator から不要になったテナント (テスト用のテナントなど) を破棄できます。スタンドアロン インストールからのテナントに対して、組織とテナントのペアを作成しない場合、そのテナントは Automation Suite で利用できません。破棄されたテナントのデータは新しいデータベースに移行されますが、そのテナントにユーザー インターフェイスからアクセスすることはできません。
この方法を使用する場合は注意が必要です。この操作は元に戻すことができず、破棄したテナントを後から Automation Suite に追加することはできないためです。