- 概要
- 要件
- 推奨: デプロイ テンプレート
- 手動: インストールを準備する
- 手動: インストールを準備する
- 手順 1: オフライン インストール用に OCI 準拠レジストリを設定する
- 手順 2: 外部 ObjectStore を構成する
- 手順 3: High Availability Add-on を構成する
- 手順 4: Microsoft SQL Server を構成する
- 手順 5: ロード バランサーを構成する
- 手順 6: DNS を構成する
- 手順 7: カーネルと OS レベルの設定を構成する
- 手順 8: ディスクを構成する
- 手順 9: ノード ポートを構成する
- 手順 10: その他の設定を適用する
- 手順 12: 必要な RPM パッケージを検証してインストールする
- 手順 13: cluster_config.json を生成する
- 証明書の設定
- データベースの構成
- 外部 ObjectStore の構成
- 署名済み URL の構成
- 外部の OCI 準拠レジストリの設定
- 障害復旧: アクティブ/パッシブおよびアクティブ/アクティブ構成
- High Availability Add-on の構成
- Orchestrator 固有の設定
- Insights 固有の構成
- Process Mining 固有の構成
- Document Understanding 固有の構成
- Automation Suite ロボット固有の構成
- 監視の構成
- 任意: プロキシ サーバーを構成する
- 任意: マルチノードの HA 対応の運用クラスターにおけるゾーン障害に対する復元設定を有効化する
- 任意: カスタムの Resolv.con を渡す
- 任意: フォールト トレランスを向上させる
- install-uipath.sh パラメーター
- GPU がサポートされた専用のエージェント ノードを追加する
- Task Mining 専用のエージェント ノードを追加する
- Task Mining アプリケーションを接続する
- Automation Suite ロボット専用のエージェント ノードを追加する
- 手順 15: オフライン インストール用に一時的な Docker レジストリを設定する
- 手順 16: インストールの前提条件を検証する
- 手動: インストールを実行する
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベストプラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バンドルに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- NIC チェックサムオフロードを無効にする方法
- Automation Suite 2022.10.10 および 2022.4.11 から 2023.10.2 にアップグレードする方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- 2021.10 からの自動アップグレード後にクラスターが異常になる
- Ceph の異常によりアップグレードが失敗する
- 領域の問題のために rke2 が開始しない
- ボリュームがマウントできず、アタッチ/デタッチ ループ状態のまま
- Orchestrator データベース内のクラシック オブジェクトが原因でアップグレードが失敗する
- Ceph クラスターがサイドバイサイド アップグレード後に機能低下ステートで検出される
- 異常な Insights コンポーネントが原因で移行が失敗する
- Apps のサービス アップグレードの失敗
- インプレース アップグレードのタイムアウト
- Docker レジストリの移行が PVC の削除段階でスタックする
- v2023.10 へのアップグレード後に AI Center をプロビジョニングできない
- オフライン環境でアップグレードが失敗する
- 管理ポータルのタイムアウト期間を設定する
- 移行後に認証が機能しない
- 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 へのログインに失敗した
- 基になるディレクトリ接続を更新する
- 診断ツールを実行する
- Automation Suite サポート バンドル ツールを使用する
- ログを確認する
High Availability Add-on の構成
Automation Suite supports High Availability Add-on (HAA) installed either in the same cluster or on external machines.
You must configure HAA to enable the actual HA setup for the multi-node setup. To do that, you can either provide the HAA license to the installer or install HAA on the external machines and give the HAA configurations to the installer.
マルチノードの高可用性対応の運用環境設定では、高可用性 (HA) が既定で有効化されます。ただし、クラスター サービスが使用する Redis ベースのインメモリ キャッシュはシングルノードで実行され、単一障害点となります。キャッシュ ノードの障害や再起動の影響を軽減するには、冗長性を備えたマルチノードの高可用性対応の運用環境のキャッシュのデプロイを可能にする High Availability Add-on (HAA) を購入してください。
すべてのインストールに、シングルノード ライセンスを伴う HAA ソフトウェアが付属しています。このライセンスは無料で、購入は不要です。
複数のノードで HAA を有効化する場合は、HAA ライセンスの購入が必要になります。ライセンスを購入することで、マルチノードの HA 対応の運用環境の設定のクラスターに高可用性の全機能が実装されます。
HAA は Redis 技術に基づいています。
そのためには、以下の手順に従ってください。
- HAA ライセンスを購入します。詳細については、UiPath® までお問い合わせください。
-
cluster_config.json
ファイルの、以下のフィールドを更新します。fabric.redis.license
- 単一の Base64 文字列に変換した HAA ライセンスを入力します。Bash ならばecho 'license_text_here' | base64 -w0
を使用することでこれを実行できます。-
fabric.redis.ha
-true
を使用して HAA を有効化し、fabric.redis.license
パラメーターも構成します。これにより、HAA データベースのレプリケーションが有効化され、HAA ポッドの数が 3 まで増えます。既定でfabric.redis.ha
はfalse
に設定されます。注:redis.ha
が有効な場合、redis.license
は 3 つ以上のシャードをサポートするライセンスに設定する必要があります。"fabric": { "redis": { "ha": "true", "license": Base64String } }
"fabric": { "redis": { "ha": "true", "license": Base64String } }
- ファブリック インストーラーを再実行します。
./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement
./install-uipath.sh -i cluster_config.json -f -o output.json --accept-license-agreement
Automation Suite のアクティブ/アクティブ構成を選択する場合、外部クラスターでホストされる High Availability Add-on が必須です。 他のすべての状況では、これは単にオプションです。
High Availability Add-on を構成するには、 cluster_config.json ファイル内の以下のパラメーターを更新する必要があります。
パラメーター |
説明 |
---|---|
|
High Availability Add-on (HAA) サーバーの FQDN を指定します。 |
| HAA サーバーに接続するためのパスワードを入力します。 |
| HAA サーバーのポートを指定します。 |
fabric.redis.tls |
TLS プロトコルを有効化します。 既定では、TLS は有効になっています。 注:
TLS が有効なときに証明書が必要な場合は、必ず
additional_ca_certs フラグを使用して証明書を指定してください。 詳細については、「 証明書の構成」をご覧ください。
|
"fabric": {
"redis": {
"hostname": "redis_fqdn",
"password": "credential_to_connect_redis",
"port": 6380,
"tls": true,
}
}
"fabric": {
"redis": {
"hostname": "redis_fqdn",
"password": "credential_to_connect_redis",
"port": 6380,
"tls": true,
}
}