- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- TLS 1.2 で弱い暗号に対処する方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- プロキシ設定がある場合に Automation Hub と Apps を起動できない
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後に認証が機能しない
- 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 が進行中ステートになる
- Unexpected inconsistency; run fsck manually
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- MongoDB ポッドを 4.4.4-ent から 5.0.7-ent にアップグレードできない
- クラスターの復元またはロールバック後にサービスが異常になる
- Init:0/X でポッドがスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
アップグレードを完了する
Context
Automation Suite クラスターのアップグレード後、新しいノードがクラスターに正常に参加できるように、いくつかの変更を行う必要があります。これらの変更操作を自動化するには、 upgradeUiPathAS.sh スクリプトを使用することをお勧めします。
このページでは、コンピューティング リソースのカスタム スクリプト拡張機能 (CSE) を置き換え、新しいバージョンの Automation Suite へのアップグレード時に新しいノードをクラスターに追加できるようにする方法について説明します。
以降のセクションに記載されているプロセスでは、Azure リソースに対していくつかの小さな変更を行い、前提条件を検証するために必要なスクリプトをダウンロードします。スクリプトは <targetVersion> フォルダーと Modules フォルダー内にあります。プロセスが失敗すると、ファイルを保持するかどうか尋ねられます。
前提条件が有効であることを確認した後は、すべてのコンピューティング リソースで CustomScriptExtension オブジェクトが更新され、新たに追加されたノードで Automation Suite の <targetVersion> が使用されるようになります。最後に、初期クラスター ノード上のファイルは <targetVersion> のファイルと一致するように上書きされます。
準備
前提条件
次の要件を満たしていることを確認してください。
-
デプロイに関連付けられた Managed Service ID (MSI) (
<basename>-MSIなど) を、デプロイ内のすべてのスケールセット/仮想マシンに割り当てられたユーザー ID として追加する必要があります。これを行うには、[Scaleset/virtual machine] > [Identity] > [User Assigned] > [Add] に移動します。Automation Suite の新しいバージョンのテンプレートには、既に MSI が追加されている可能性があります。 -
You must grant the existing MSI rights to read/write/manage secrets in the deployed key vault (named like
<basename>-VAULT). To do this, go to the keyvault, click Access Policies, then Add, select all Secret Operations, choose the MSI, then Add. -
必ず
cluster_config.jsonファイルを確認し、文字列 ("true"/"false") としてマークされた Boolean 値を実際の Boolean 値 (true/false) に変更ます。たとえば、次のとおりです。注:Automation Suite を v2022.10 から v2023.4 以降にアップグレードする際に、Orchestrator が新旧両方のバージョンで有効化されている場合は、
cluster_config.jsonファイルのorchestrator.block_classic_executionsフラグをtrueに設定する必要があります。このフラグを使用すると、クラシック フォルダーでのジョブの実行をブロックすることに同意したものとみなされます。フラグを使用しない場合、アップグレードの操作は失敗します。新規インストールの場合、このパラメーターは不要です。- ゾーンの回復機能を有効化するには、
"zone_resilience": trueを使用します。 - インストーラーでデータベースを作成できるようにするには、
"sql.create_db": trueを使用します。
- ゾーンの回復機能を有効化するには、
-
アップグレード プロセスの後、新しい
cluster_config.jsonファイルの内容を、デプロイ Key Vault のclusterConfigという名前の Azure Key Vault シークレットにエクスポートします (詳しくは、前述にリスト表示した項目をご覧ください)。FixedRKEAddressフィールドの値を内部ロード バランサーの IP として使用します。このためには、以下のようなコマンドを実行します。az keyvault secret set --name clusterConfig --vault-name "<vaultName>" --value "$(cat path/to/cluster_config.json)az keyvault secret set --name clusterConfig --vault-name "<vaultName>" --value "$(cat path/to/cluster_config.json) -
アップグレード スクリプトを実行しているマシンでは、Azure にログインし、コンテキストを正しいサブスクリプションに設定する必要があります。アカウントは、クラスターがデプロイされたリソース グループで
Ownerロールを持つ必要があります。
考慮事項と推奨事項
アップグレード操作を開始する前に、以下の推奨事項を考慮してください。
- We strongly recommend updating to the latest RHEL OS version supported by Automation Suite. For details, see Deployment profiles at a glance.
- アップグレード操作を開始する前に、デプロイのストレージ アカウント (
<basename>st)でlogsとflagsという名前の 2 つのコンテナーを作成できます。これらのファイルを作成しない場合は、アップグレード スクリプトが代わりにを行できます。 - デプロイされたサーバー スケールセットに Ceph ディスクが接続されていない場合、スクリプトによって Ceph ディスクが作成され、サーバー スケール セットに接続されます。
- アップグレード プロセスによって VMSS モデルが変更されますが、古いインスタンスには適用されません。
- For details on the upgrade errors you might encounter, see Manual: Online upgrade and Automated: Online upgrade.
実行
Automation Suite の新しいバージョンへのアップグレードを正常に実行するには、次の手順に従います。
-
upgradeUiPathAS.shスクリプトをこちらからダウンロードします。 -
スクリプトをダウンロードしたパスに移動し、コマンド
chmod +x ./upgradeUiPathAS.shを実行します。 -
Linux 環境で、アップグレード プロセスを対話型モードまたは非対話型モードで実行します。
-
オプション A: プロセスを対話モードで実行する場合は、次のコマンドを使用します。
sh upgradeUiPathAS.sh --targetVersion {ASversion}The script asks you to provide a series of parameters during the run. For details on the required parameters, see Deploying Automation Suite to Azure.
-
オプション B: プロセスを非対話型モードで実行するには、次の手順を実行します。
-
ダウンロードしたスクリプトの横に
<targetVersion> フォルダーを作成します。 -
<targetVersion>フォルダー内に、次の構造を持つparamValues.jsonという名前のファイルを作成します。{ "param1":"value1", "param2":"value2" }です。For details on the required parameters, see Deploying Automation Suite to Azure.
-
upgradeUiPathAS.shスクリプトを実行します。sh upgradeUiPathAS.sh --targetVersion {ASversion} --uninteractive true注:前述のコマンドに含まれる
{ASversion}を Automation Suite のバージョンに置き換えてください。Automation Suite のバージョンは、Azure テンプレートのバージョンと異なる場合があります。
-
-
パラメーター
Automation Suite の特定のバージョンに更新するために必要なパラメーターの説明は、 cluster_config.json ファイルで確認できます。cluster_config.jsonファイルは、こちらから入手できます。