- 概要
- 要件
- インストール
- 前提条件の確認
- インストール パッケージをダウンロードする
- uipathctl cluster
- uipathctl cluster maintenance
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- uipathctl cluster migration
- uipathctl cluster migration export
- uipathctl cluster migration import
- uipathctl cluster migration run
- uipathctl cluster upgrade
- uipathctl config
- uipathctl config add-host-admin
- uipathctl config additional-ca-certificates
- uipathctl config additional-ca-certificates get
- uipathctl config additional-ca-certificates update
- uipathctl config alerts
- uipathctl config alerts add-email
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config argocd
- uipathctl config argocd ca-certificates
- uipathctl config argocd ca-certificates get
- uipathctl config argocd ca-certificates update
- uipathctl config argocd generate-dex-config
- uipathctl config argocd generate-rbac
- uipathctl config argocd registry
- uipathctl config argocd registry get
- uipathctl config argocd registry update
- uipathctl config enable-basic-auth
- uipathctl config orchestrator
- uipathctl config orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config saml-certificates get
- uipathctl config saml-certificates rotate
- uipathctl config saml-certificates update
- uipathctl config tls-certificates
- uipathctl config tls-certificates get
- uipathctl config tls-certificates update
- uipathctl config token-signing-certificates
- uipathctl config token-signing-certificates get
- uipathctl config token-signing-certificates rotate
- uipathctl config token-signing-certificates update
- uipathctl health
- uipathctl health bundle
- uipathctl health check
- uipathctl health diagnose
- uipathctl health test
- uipathctl manifest
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl manifest get-revision
- uipathctl manifest list-applications
- uipathctl manifest list-revisions
- uipathctl manifest render
- uipathctl prereq
- uipathctl prereq create
- uipathctl prereq run
- uipathctl resource
- uipathctl resource report
- uipathctl snapshot
- uipathctl snapshot backup
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl version
- インストール後
- 移行とアップグレード
- EKS/AKS の Automation Suite をアップグレードする
- Linux の Automation Suite から EKS/AKS の Automation Suite に移行する
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
Linux の Automation Suite から EKS/AKS の Automation Suite に移行する
uipathctl
を使用して、Automation Suite の 1 つのフレーバーから別のフレーバーにデータを移動する必要があります。
この移行プロセスの利点の 1 つは、既存のクラスターに影響を与えずに複数回の実行を試行できることです。
EKS/AKS のオートメーションの新しいインストールにのみ移行できます。現在、EKS/AKS のオートメーションの既存のインストールへの移行はサポートされていません。
Linux の Automation Suite から EKS/AKS の Automation Suite に移行するには、次の要件を満たす必要があります。
-
2 つの環境の間に接続を確立する必要があります。
-
ソース クラスターに外部 ObjectStore が構成されている必要があります。クラスター内のストレージを使用する場合は、「クラスター内の ObjectStore から外部 ObjectStore に移行する」をご覧ください。
-
Linux 上の Automation Suite のバージョンは 2022.10 以降である必要があります。
-
オフラインのみの要件: ソース クラスターをハイドレートする必要があります。
# |
移行手順 |
---|---|
1. |
必須です。
uipathctl をダウンロードします。
ダウンロードの手順については、「uipathctl」をご覧ください。 |
2. |
必須です。
versions.json をダウンロードします。
ダウンロードの手順については、「versions.json」をご覧ください。 |
3. |
ソース クラスターとターゲット クラスターの両方の Docker イメージを準備します。 任意です。デプロイメントがオフラインの場合、またはプライベート OCI レジストリを使用している場合は、必要なイメージが利用可能であることを確認してください。 |
4. |
ターゲット クラスターを準備します。
|
5. |
移行を実行し、データを移動します。 移行では、ソース クラスターとターゲット クラスターの両方でポッドが実行されます。ソース クラスター用に構成された外部オブジェクト ストレージ、具体的にはプラットフォーム バケットは、移行の中間ストレージの場所として使用されます。 ソース クラスター:
ターゲット クラスター:
|
6. |
|
データ |
移行メカニズム | |
---|---|---|
Status | 責任 | |
SQL |
保持 次の 2 つのオプションがあります。
|
顧客 (Customer) |
Docker レジストリ |
移行されない プライベート レジストリを使用する場合は、ターゲット レジストリをハイドレートする必要があります。ターゲット クラスターに
registry.uipath.com を使用する場合は、これ以上の手順は不要です。
|
顧客 (Customer) |
fqdn |
任意です。 新しいクラスターには新しい FQDN を選択する必要があります。オプションとして、必要に応じて以前の FQDN に戻すことができます。 | 顧客 (Customer) |
証明書 |
移行されない 新しいクラスターのインストールの一部として証明書を提供する必要があります。 | 顧客 (Customer) |
クラスターの構成 |
移行されない ターゲット クラスターの種類 (AKS または EKS) に適用できる新しい
input.json を生成する必要があります。
| 顧客 (Customer) |
ユーザーが作成したカスタム アラートとダッシュボード |
移行されない 移行後にカスタム アラートとダッシュボードを再構成する必要があります。 | 顧客 (Customer) |
アプリケーション ログ/ユーザーが作成した Prometheus ストリーミング設定 |
移行されない アプリケーション ログと Prometheus ストリーミングを再構成する必要があります。 | 顧客 (Customer) |
動的なワークロード |
アプリケーションによって異なる AI Center のトレーニング ジョブは失われ、スキルは保持されます。 |
スキル (アップグレード後にスクリプトを実行する必要があります): UiPath® トレーニング ジョブ: 顧客 |
Object Store |
外部 ObjectStore: 保持 外部 ObjectStore には、次の 2 つのオプションがあります。
重要: クラスター内 ObjectStore を使用している場合は、アップグレード前に Ceph から外部への移行を実行する必要があります。 |
クラスター内 ObjectStore から外部 ObjectStore に移行する: 顧客 外部 ObjectStore: UiPath® |
Insights |
保持 |
UiPath® |
MongoDB データ |
保持 MongoDB データがターゲット SQL に移動されます。 |
UiPath® |
RabbitMQ |
不要 |
UiPath® |
監視 (データ) |
不要 監視データは、新しいクラスターには適用されません。 | N/A |
移行プロセスの開始後にソース クラスターを変更しないでください。
cluster_config.json
ファイルの準備をするには、次の手順に従います。
uipathcore
Docker イメージ タグが利用可能でなければなりません。ソース クラスターがオフラインの場合は、以下の手順を実行してイメージを利用可能にします。
プライベート レジストリを使用する場合は、そのレジストリをシードする必要があります。手順については、「OCI 準拠のレジストリを設定」を参照してください。
このセクションの手順は、ソース クラスターとターゲット クラスターの両方で AI Center を有効にした場合にのみ適用されます。 この手順では、ターゲット クラスター上の AI Center が、スキルを実行するためのスキル データを含むデータベースを指していることを前提としています。
移行が完了したら、AI Center のスキルを同期して、再び使用できるようにする必要があります。