- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- 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 を 1 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- インストールおよびアップグレード中に RKE2 が失敗する
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後にログインできない
- Kinit: Cannot Find KDC for Realm <AD Domain> While Getting Initial Credentials
- kinit: Keytab contains no suitable keys for *** while getting initial credentials
- GSSAPI operation failed with error: An invalid status code was supplied (Client's credentials have been revoked).
- Alarm received for failed kerberos-tgt-update job
- SSPI Provider: Server not found in Kerberos database
- Login Failed for User <ADDOMAIN><aduser>. Reason: The Account Is Disabled.
- ArgoCD へのログインに失敗した
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初期インストール後、ArgoCD アプリが Progressing ステートになる
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- Unexpected inconsistency; run fsck manually
- クラスターの復元後に MongoDB またはビジネス アプリケーションの機能が低下する
- self-heal-operator および sf-k8-utils リポジトリが見つからない
- クラスターの復元またはロールバック後にサービスが異常になる
- RabbitMQ ポッドが CrashLoopBackOff でスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドル ツールを使用する
- ログを確認する
自動: クラスターのバックアップを有効化する
- クラスターをバックアップおよび復元するための前提条件が満たされていることを確認してください。
uipathctl.sh
スクリプトを使用する環境が準備されていることを確認してください。詳細については、「uipathctl.sh を使用する」をご覧ください。- このページの手順では、外部データソースのバックアップ (SQL Server など) の有効化はできません。外部データ ソースのバックアップは、別途有効化する必要があります。
Ansible は Automation Suite クラスター内のすべてのサーバー ノードのバックアップの自動化に使用されます。サーバー ノードには、すべてのデータおよび etcd 構成が保存されます。そのため、サーバー ノードのバックアップのみ作成のみを行う必要があります。
次の図では、Node Server 1 (または Ansible ホスト ノード) が Ansible を使用して、すべてのサーバー ノードでバックアップ構成を管理しています。エージェントおよび専用の Task Mining または GPU ノードでバックアップを有効化する必要はありません。
inventory.ini
ファイルを指定する必要はありません。uipathclt.sh
スクリプトを実行すると、ユーザーに代わって既存のクラスターからこのファイルが生成されます。
inventory.ini
ファイルを復元スクリプトに指定する必要があります。これは、このファイルを生成するクラスターが確立されていないためです。
バックアップを構成するには、次の手順に従います。
パラメーター |
値 (Value) |
---|---|
|
設定可能な値:
online および offline 。
|
|
NFS サーバーのエンドポイントです。IP アドレスまたは NFS サーバーの FQDN を指定します。 例: IP アドレス –
10.0.0.1 FQDN –
mynfs.mycompany.com |
|
バックアップ データを保存するディスクをマウントした NFS サーバー上の場所です。これは絶対ファイル パスです。 例:
/asbackup |
|
Automation Suite クラスターに関連付けるバックアップの名前です。バックアップ データが保存される
--backup-mount の場所下のフォルダーを作成する際に、同じ名前が使用されます。このパラメーターの値は、ファイル パスではなく名前である必要があります。
例: 許容値 –
mycluster 正しくない値 –
/asbackup/mycluster |
|
--backup-endpoint 、 --backup-mount 、--backup-name の代わりです。バックアップの構成時に uipathctl.sh スクリプトにbackup.json ファイルを指定できます。詳細については、「バックアップ構成を準備する」セクションをご覧ください。
|
パラメーター |
値 (Value) |
---|---|
|
すべてのノードへの SSH 接続に使用するユーザー名を指定します。既定では、現在のユーザーが設定されます。すべてのノードで異なるユーザー名を使用する場合は、このパラメーターを使用するのではなく、
inventory.ini ですべてのノードのユーザー名を設定して、スクリプトに渡します。
例: スクリプトの実行中は、ユーザー名
myadminuser でログインします。一方で、SSH を介して接続するときにユーザー名 testadmin を使用する場合は、このパラメーターを設定するときに testadmin を使用する必要があります。
|
|
既存の Ansible のインベントリ ファイルを指定します。指定しない場合は、既存のクラスターから基本の構成を持って自動的に生成されます。 より細かく制御したい特定のシナリオでは、独自のインベントリ ファイルを指定できます。たとえば、クラスター内のすべてのノードに対して異なる SSH ユーザー名や SSH キーを使用する場合が考えられます。 詳しくは、「Ansible inventory.ini ファイルを生成する」をご覧ください。 |
restore.json
ファイルが生成され、 /var/tmp/uipathctl_<version>/restore.json
に保存されます。このファイルは、復元シナリオで使用できます。