- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- 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 サポート バンドルを使用する
- ログを確認する
手順 3: デプロイ後の手順
現在、GCP のデプロイ テンプレートは Automation Suite 2024.10 でのみ使用できます。したがって、 Automation Suite 2024.10 のドキュメントを参照することをお勧めします。
証明書を更新する
インストール プロセスによって、ユーザーに代わって自己署名証明書が生成されます。これらの証明書は 90 日で有効期限が切れるので、インストールが完了したら速やかに、信頼された証明機関 (CA) によって署名された証明書に置き換える必要があります。証明書を更新しないと、90 日後にインストールが停止します。
For instructions, see Managing certificates.
デプロイの出力にアクセスする
デプロイの出力を取得するには、次の手順を実行します。
-
ターミナルを開きます。
-
デプロイ コマンドを実行するディレクトリに移動します。
-
次のコマンドを実行します。
terraform outputterraform output
出力は次の画像のようになります。
出力の定義
この出力により、スイートやクラスターにアクセスするために必要な情報が得られます。
次の表で、値について説明します。
| キー | 説明 |
|---|---|
|
|
インストールに指定した完全修飾ドメイン名 (FQDN)。必ず DNS 構成時と同じ FQDN を使用してください。 DNS を構成する手順については、以下をご覧ください。 |
|
|
DNS 構成に使用するロード バランサーの IP アドレス。 |
|
|
SSH を介してクラスターにアクセスするために必要となる踏み台仮想マシンの IP アドレス。 |
|
|
デプロイ内の全リソースの名前に含まれるデプロイ ID。 |
|
|
データベースの資格情報を含むシークレットの URL。 |
|
|
Automation Suite ポータルのホスト組織の資格情報を含むシークレットの URL。 |
|
|
Automation Suite ポータルのホスト組織の資格情報を含むシークレットの URL。 |
|
|
インストールされた製品の管理に使用する ArgoCD コンソールの資格情報を含むシークレットの URL。 |
Cluster Administration ポータルにアクセスする
The Cluster Administration portal is a centralized location where you can find all the resources required to complete an Automation Suite installation and perform common post-installation operations. For details, see Getting started with the Cluster Administration portal.
Cluster Administration ポータルにアクセスするには、次の手順に従います。
URL: https://${CONFIG_CLUSTER_FQDN}/uipath-management に移動します。
Cluster Administration ポータルにアクセスするために資格情報は必要ありません。
サービスにアクセスする
To access the services, you must have a DNS configured. See Configuring the DNS in a single-node evaluation setup or Configuring the DNS in a multi-node HA-ready production setup for details.
Alternatively, you can follow the instructions in Configuring a client machine to access the cluster for testing purposes only.
自己署名証明書を使用する場合、次の画像のような証明書のエラーが発生する可能性があります。
Click Proceed to…, then update the cluster certificates as explained in Configuring the certificates in a single-node evaluation setup or Configuring the certificates in a multi-node HA-ready production setup.
Automation Suite ポータルにアクセスする
Automation Suite ポータルには https://<fqdn> よりアクセスできます。資格情報は、次の URL で提供されるシークレットにより取得できます。
- ホスト組織の URL:
as_host_credentials - 既定の組織の URL:
as_default_credentials
ArgoCD にアクセスする
ArgoCD コンソールには https://alm.<fqdn> よりアクセスできます。資格情報は、argocd_credentials の URL で提供されるシークレットにより取得できます。
Rancher にアクセスする
監視コンソールには htpps://monitoring.<fqdn> よりアクセスできます。ユーザー名は admin、パスワードは、次の手順で取得できます。
-
SSH により、サーバー ノードのいずれかに接続します (
bastion_ipがデプロイの出力に表示されます)。ssh -i <path_to_private_key> <username>@<bastion_ip>ssh -i <path_to_private_key> <username>@<bastion_ip> -
そのノード上で、次のコマンドを実行します。
sudo su export KUBECONFIG=/etc/rancher/rke2/rke2.yaml PATH=$PATH:/var/lib/rancher/rke2/bin kubectl get secrets/rancher-admin-password -n cattle-system -o "jsonpath={.data['password']}" | base64 -dsudo su export KUBECONFIG=/etc/rancher/rke2/rke2.yaml PATH=$PATH:/var/lib/rancher/rke2/bin kubectl get secrets/rancher-admin-password -n cattle-system -o "jsonpath={.data['password']}" | base64 -d
クラスターにアクセスする
-
ターミナルを開き、SSH を使用して踏み台に接続します。
bastion_ipがデプロイの出力に表示されます。ssh -i <path_to_private_key> <username>@<bastion_ip>ssh -i <path_to_private_key> <username>@<bastion_ip> -
踏み台からは、次のコマンドを使用して、SSH を介して他のノードにアクセスできます。ユーザー名は、踏み台への接続に使用したものと同じである必要があります。
<node_address>は、GCP コンソールのInternal IP列に示されています。ssh -i .ssh/private_key <username>@<node_address>ssh -i .ssh/private_key <username>@<node_address>
以下のダッシュボードにクラスターのステートが示されているのがわかります。
ノード数を編集する
GPC コンソールを使用して、次の手順によりノード数 (サーバーまたはエージェント ノード) を編集します。
-
[ Instance Group ] タブで MIG を検索し、変更するノード タイプに対応する MIG を選択します。
-
[編集] を選択します。
-
必要に応じて [インスタンス数 ] フィールドを変更し、[ 保存] を選択します。
デプロイを削除する
デプロイを削除する場合は、次の手順を実行します。
-
ターミナルを開き、テンプレートを解凍したフォルダーに移動します。
-
次のコマンドを実行します。
terraform destroyterraform destroy -
承認を求められたら、
Yesと入力します。