- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- 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 サポート バンドルを使用する
- ログを確認する
自動: クラスターのバックアップを有効化する
はじめる前に
- Make sure you meet the prerequisites for backing up and restoring the cluster.
- Make sure you have prepared your environment for using the
uipathctl.shscript. For details, see Using uipathctl.sh. - このページの手順では、外部データソースのバックアップ (SQL Server など) の有効化はできません。外部データ ソースのバックアップは、別途有効化する必要があります。
Ansible は Automation Suite クラスター内のすべてのサーバー ノードのバックアップの自動化に使用されます。サーバー ノードには、すべてのデータおよび etcd 構成が保存されます。そのため、サーバー ノードのバックアップのみ作成のみを行う必要があります。
次の図では、Node Server 1 (または Ansible ホスト ノード) が Ansible を使用して、すべてのサーバー ノードでバックアップ構成を管理しています。エージェントおよび専用の Task Mining または GPU ノードでバックアップを有効化する必要はありません。
バックアップの段階では、Ansible の inventory.ini ファイルを指定する必要はありません。uipathclt.sh スクリプトを実行すると、ユーザーに代わって既存のクラスターからこのファイルが生成されます。
ただし、クラスターを復元する際には、 inventory.ini ファイルを復元スクリプトに指定する必要があります。これは、このファイルを生成するクラスターが確立されていないためです。
バックアップを構成する
バックアップを構成するには、次の手順に従います。
-
Ansible のホスト ノードとして以前に識別したサーバー ノードにログインし、インストーラー フォルダーに移動します。インストーラーは
/opt/UiPathAutomationSuite/{version}/installerフォルダーにあります。 -
バックアップを有効化するには、基本パラメーターを指定して次のコマンドを実行します。自身の環境に該当するパラメーター値を使用してください。
./uipathctl.sh configure-backup --install-type online --backup-endpoint "10.0.0.1" --backup-mount "/asbackup" --backup-name "mycluster"./uipathctl.sh configure-backup --install-type online --backup-endpoint "10.0.0.1" --backup-mount "/asbackup" --backup-name "mycluster"
Basic Parameters
| パラメーター | 値 (Value) |
|---|---|
--install-type | 設定可能な値: online および offline。 |
--backup-endpoint | NFS サーバーのエンドポイントです。IP アドレスまたは NFS サーバーの FQDN を指定します。 例: IP アドレス – 10.0.0.1FQDN – mynfs.mycompany.com |
--backup-mount | バックアップ データを保存するディスクをマウントした NFS サーバー上の場所です。これは絶対ファイル パスです。 例: /asbackup |
--backup-name | Automation Suite クラスターに関連付けるバックアップの名前です。バックアップ データが保存される --backup-mount の場所下のフォルダーを作成する際に、同じ名前が使用されます。このパラメーターの値は、ファイル パスではなく名前である必要があります。例: 許容値 – mycluster正しくない値 – /asbackup/mycluster |
--backup-config | As an alternative to --backup-endpoint, --backup-mount, and --backup-name, you can provide the backup.json file to the uipathctl.sh script at the time of configuring the backup. For details, see the Preparing the backup configuration section. |
詳細パラメーター
| パラメーター | 値 (Value) |
|---|---|
--ansible-username | すべてのノードへの SSH 接続に使用するユーザー名を指定します。既定では、現在のユーザーが設定されます。すべてのノードで異なるユーザー名を使用する場合は、このパラメーターを使用するのではなく、inventory.ini ですべてのノードのユーザー名を設定して、スクリプトに渡します。例: スクリプトの実行中は、ユーザー名 myadminuser でログインします。一方で、SSH を介して接続するときにユーザー名 testadmin を使用する場合は、このパラメーターを設定するときに testadmin を使用する必要があります。 |
--inventory | 既存の Ansible のインベントリ ファイルを指定します。指定しない場合は、既存のクラスターから基本の構成を持って自動的に生成されます。 より細かく制御したい特定のシナリオでは、独自のインベントリ ファイルを指定できます。たとえば、クラスター内のすべてのノードに対して異なる SSH ユーザー名や SSH キーを使用する場合が考えられます。 For details, see Generating the Ansible inventory.ini file. |
バックアップが作成されると、 restore.json ファイルが生成され、 /var/tmp/uipathctl_<version>/restore.json に保存されます。このファイルは、復元シナリオで使用できます。