- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バンドルに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- 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 のメトリックが監視ダッシュボードに表示されない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドル ツールを使用する
- ログを確認する
自動: オフライン アップグレード
Ansible を使用すると、複数の操作をクラスター内の 1 つのマシンで実行することで、Automation Suite クラスター全体のアップグレードを自動化できます。
次の図では、Server 1 ノード (または Ansible ホスト ノード) が Ansible を使用して Automation Suite クラスター全体のアップグレードをオーケストレーションしています。
uipathctl.sh
スクリプトを使用する環境が準備されていることを確認してください。詳細については、「uipathctl.sh を使用する」をご覧ください。
/opt/UiPathAutomationSuite
フォルダーに 10 GiB の空き領域があることを確認します。十分な領域がない場合は、このフォルダーの容量を増やすか、以前のインストーラー ファイル (cluster_config.json
を除く) をすべて削除できます。以前のインストーラーは、いつでも再度ダウンロードできます。
df -h /opt/UiPathAutomationSuite
を実行します。
アップグレードの準備をするには、次の手順に従います。
アップグレード中またはアップグレード後にエラーや問題が発生した場合、以前にバックアップを構成していれば、以前のバージョンにロールバックできます。
手順については、「エラー時のロールバック」をご覧ください。
docker-registry
を新しいバージョンの製品のコンテナー イメージでハイドレートします。
- アップグレードの 10 時間以上前に、コンテナー内および/またはその他のインフラ イメージをハイドレートしないでください。
- Document Understanding と Computer Vision をアップグレードする場合は、アップグレード後の Automation Suite のバージョンに対応するベース イメージ (お使いの ML パッケージのバージョンに対応するベース イメージを使用してください) をダウンロードし、実行中の DU スキルの中断を避けるため、アップグレードの前に Docker レジストリにイメージをハイドレートする必要があります。Document Understanding と Computer Vision のインストール パッケージをダウンロードするには、「インストール パッケージをダウンロードする」をご覧ください。
docker-registry
をハイドレートするには、最初のサーバー ノードで次のコマンドを実行します。cd /opt/UiPathAutomationSuite/{version}/installer
./configureUiPathAS.sh registry upload --offline-bundle /uipath/{version}/as.tar.gz --offline-tmp-folder /uipath/tmp
cd /opt/UiPathAutomationSuite/{version}/installer
./configureUiPathAS.sh registry upload --offline-bundle /uipath/{version}/as.tar.gz --offline-tmp-folder /uipath/tmp
クラスターをメンテナンス モードにすると、イングレス コントローラーとすべての UiPath サービスがシャットダウンし、Automation Suite クラスターへのすべての受信トラフィックがブロックされます。
Automation Suite クラスターをアップグレードするには、次の手順に従います。
基本パラメーター
パラメーター |
値 (Value) |
---|---|
|
設定可能な値:
online および offline 。
このページではオフライン環境での手順について説明しているので、
offline 値を選択します。
|
|
設定可能な値は、
all 、infra 、fabric 、services です。
インストールおよびアップグレード プロセスの各段階を示します。
重要: Kubernetes とインフラストラクチャ コンポーネントをアップグレードするのと同時に、Docker レジストリをアップロードしてハイドレートする必要があります。2 つの手順を同時に実行するには、
--steps bundles infra を実行します。
クラスターが破損するため、
--steps bundles を単独で実行しないでください。
アップグレード中にエラーが発生した場合は、これらのチェックポイントを使用すると、アップグレード操作を最初からリトライするのではなく、再開できます。 |
|
ファブリックとサービスのコンテナー イメージを含む
as.tar.gz オフライン バンドルのパスです。/uipath/{version}/as.tar.gz に保存することをお勧めします。 |
|
Kubernetes とインフラストラクチャのバンドルを含む、
as-infra.tar.gz オフライン バンドルのパスです。
|
|
cluster_config.json ファイル。Automation Suite を介してデプロイされる UiPath サービスに適用されるパラメーターや設定を定義します。
|
詳細パラメーター
パラメーター |
値 (Value) |
---|---|
|
すべてのノードへの SSH 接続に使用するユーザー名を指定します。既定では、現在のユーザーが設定されます。すべてのノードで異なるユーザー名を使用する場合は、このパラメーターを使用するのではなく、
inventory.ini ですべてのノードのユーザー名を設定して、スクリプトに渡します。
例: スクリプトの実行中は、ユーザー名
myadminuser でログインします。一方で、SSH を介して接続するときにユーザー名 testadmin を使用する場合は、このパラメーターを設定するときに testadmin を使用する必要があります。
|
|
既存の Ansible のインベントリ ファイルを指定します。指定しない場合は、既存のクラスターから基本の構成を持って自動的に生成されます。 より細かく制御したい特定のシナリオでは、独自のインベントリ ファイルを指定できます。たとえば、クラスター内のすべてのノードに対して異なる SSH ユーザー名や SSH キーを使用する場合が考えられます。 詳しくは、「Ansible inventory.ini ファイルを生成する」をご覧ください。 |
./uipathctl.sh upgrade --install-type offline --steps {fabric | services}
アップグレードが完了すると、メンテナンス モードは自動的に無効化されます。
アップグレードの実行後、次の追加手順を実行できます。
-
Automation Suite が正常かどうかを確認するには、以下を実行します。
kubectl get applications -n argocd
kubectl get applications -n argocd -
2023.4.0 より前のバージョンの Automation Suite からアップグレードする場合は、Apps が実行されているかどうかを確認してから MongoDB を削除します。
./configureUiPathAS.sh mongodb uninstall --force
./configureUiPathAS.sh mongodb uninstall --force -
./configureUiPathAS.sh mongodb uninstall --force
コマンドで MongoDB を削除するとエラーが発生する場合は、次のコマンドを実行してください。kubectl patch application "fabric-installer" -n argocd --type=merge -p '{"spec" : {"syncPolicy" : {"automated" : {"selfHeal": false }}}}' ./configureUiPathAS.sh mongodb uninstall --force kubectl patch application "fabric-installer" -n argocd --type=merge -p '{"spec" : {"syncPolicy" : {"automated" : {"selfHeal": true }}}}'
kubectl patch application "fabric-installer" -n argocd --type=merge -p '{"spec" : {"syncPolicy" : {"automated" : {"selfHeal": false }}}}' ./configureUiPathAS.sh mongodb uninstall --force kubectl patch application "fabric-installer" -n argocd --type=merge -p '{"spec" : {"syncPolicy" : {"automated" : {"selfHeal": true }}}}' -
アップグレードの実行後にイメージの脆弱性やストレージの消費に関する問題が発生した場合は、古いインストーラーからイメージを削除します。 詳しくは、「トラブルシューティング」セクションをご覧ください。
-
Automation Suite 2023.4.8 以降にアップグレードした後、アップグレード後にクラスター内の Docker レジストリから以前のバージョンのイメージをクリーンアップできます。 手順については、「 アップグレード後に古いインストーラーからイメージを削除する方法」をご覧ください。
クラスターのアップグレードを開始する前に、アップグレード スクリプトによってクラスターのバックアップが自動的に作成され、その後一時的に無効化されます。アップグレードが完了したら、手動でバックアップを有効化できます。
バックアップを有効化するには、「クラスターをバックアップおよび復元する」のドキュメントの手順に従ってください。