- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 移行オプション
- 単一テナントの移行を実行する
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- 証明書の操作方法
- クラスター内の ObjectStore (Ceph) を使用して DU の使用状況データを収集する方法
- エアギャップ環境に RKE2 SELinux をインストールする方法
- NFS サーバー上の古い差分バックアップをクリーンアップする方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- リソースが利用できないことの影響を受ける GPU ノード
- ワークロードの準備ができていないためボリュームをマウントできない
- サポート バンドルのログ収集の失敗
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後に認証が機能しない
- 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 へのログインに失敗した
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初回インストール後に ArgoCD が進行中ステートになる
- ArgoCD の読み取り専用アカウントにアクセスする際の問題
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- クラスターの復元またはロールバック後にサービスが異常になる
- Init:0/X でポッドがスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- アップグレード後にメール アラートを設定できない
- アップストリームに正常な問題はありません
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
スタンドアロン Orchestrator のデータを Automation Suite に移行するには、以下の 2 つのプロセスのいずれかに従います。
使用するプロセスを 1 つ選択する必要があります。両方を使用することはできません。
このページでは、2 つのオプションの違いについて説明しており、使用するオプションを選択するのに役立ちます。
各プロセスの仕組み
どちらのプロセスも、データを 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 をテストまたは開発環境にデプロイします。
-
Migrate partial data from standalone Orchestrator to Automation Suite using the Cloud Migration Tool. See Single tenant migration for instructions.
これにより、実際のデータセットで概念実証や無料トライアルを実行できます。この時点ではお使いの Orchestrator のデータがあるものの、Automation Suite と Orchestrator の既定の設定を使用しています。たとえば、プロセスを容易にテスト実行することはできますが、SSO アカウントでは容易にログインできません。
-
部分的な移行が完了したら、重要なシナリオとユース ケースを検証し、問題に対応します。
-
スタンドアロンの Orchestrator のテスト環境を目的のバージョンにアップグレードします。
Follow the instructions in Updating using the Windows installer and make sure to put the environment in read-only mode.
-
Perform a test migration to Automation Suite following the Full migration instructions.
-
すべてのテスト ユーザーとロボットを新しい Automation Suite テスト環境にリダイレクトします。
-
移行中および移行後に問題に対処し、プロセスをエンドツーエンドで検証します。
-
Automation Suite を運用環境にデプロイします。
-
スタンドアロンの Orchestrator の運用環境を目的のバージョンにアップグレードします。
Follow the instructions in Updating using the Windows installer and make sure to put the environment in read-only mode.
-
Perform the full production migration to Automation Suite following the Full migration instructions.
重要:これにより、以前に移行したデータは上書きされて失われます。この移行では、すべてのカスタム構成が適用され、Orchestrator のエンティティも移行されます。Automation Suite には、スタンドアロンの Orchestrator と同じ情報が表示されます。
-
すべての運用環境のユーザーとロボットを新しい Automation Suite 運用環境にリダイレクトします。
よくある質問
完全なインストールの移行を使用して、一部のテナントのみを移行できますか?
If needed, you can discard tenants from standalone Orchestrator that you no longer need (for example, testing tenants). If you do not create an organization and tenant pair for a tenant from your standalone installation, it is not available in Automation Suite. The data for any discarded tenants is still migrated to the new database, but the tenants are not accessible from the user interface.
この方法を使用する場合は注意が必要です。この操作は元に戻すことができず、破棄したテナントを後から Automation Suite に追加することはできないためです。