- 概要
- 要件
- デプロイ テンプレート
- 手動: インストールを準備する
- 手動: インストールを準備する
- 手順 2: オフライン インストール用に OCI 準拠レジストリを設定する
- 手順 3: 外部 ObjectStore を構成する
- 手順 4: High Availability Add-on を構成する
- 手順 5: SQL データベースを構成する
- 手順 7: DNS を構成する
- 手順 8: ディスクを構成する
- 手順 9: カーネルと OS レベルの設定を構成する
- 手順 10: ノード ポートを構成する
- 手順 11: その他の設定を適用する
- 手順 12: 必要な RPM パッケージを検証してインストールする
- 手順 13: cluster_config.json を生成する
- Cluster_config.json のサンプル
- 全般的な構成
- プロファイル構成
- 証明書の設定
- データベースの構成
- 外部 ObjectStore の構成
- 署名済み URL の構成
- ArgoCD の構成
- Kerberos 認証の構成
- 外部の OCI 準拠レジストリの設定
- Disaster Recovery - アクティブ/パッシブおよびアクティブ/アクティブの構成
- High Availability Add-on の構成
- Orchestrator 固有の設定
- Insights 固有の構成
- Process Mining 固有の構成
- Document Understanding 固有の構成
- Automation Suite ロボット固有の構成
- 監視の構成
- 任意: プロキシ サーバーを構成する
- 任意: マルチノードの HA 対応の運用クラスターにおけるゾーン障害に対する復元設定を有効化する
- 任意: カスタムの Resolv.con を渡す
- 任意: フォールト トレランスを向上させる
- GPU がサポートされた専用のエージェント ノードを追加する
- Automation Suite ロボット専用のエージェント ノードを追加する
- 手順 15: オフライン インストール用に一時的な Docker レジストリを設定する
- 手順 16: インストールの前提条件を検証する
- uipathc を実行する
- 手動: インストールを実行する
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- NFS バックアップ ディレクトリの権限を減らす方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- Ceph の読み取り専用モードから移行する
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- AI Center のストレージを拡張する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- TLSのバージョンを確認する方法
- 証明書の操作方法
- Ceph のバックアップとデータの復元をスケジュールする方法
- クラスター内の ObjectStore (Ceph) を使用して DU の使用状況データを収集する方法
- エアギャップ環境に RKE2 SELinux をインストールする方法
- NFS サーバー上の古い差分バックアップをクリーンアップする方法
- FIPS が有効化されたクラスターに Insights をデプロイする方法
- cgroup v2 への移行方法
- 仮想マシンの再起動後に Kerberos 認証を回復する方法
- ローカルの Docker イメージをクラスター内のレジストリにプッシュする方法
- バックアップからバケットを除外する方法
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- TLS 証明書の検証エラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- RHEL 8.9 でレジストリの一時インストールが失敗する
- オフライン インストール中に uipath 名前空間のデプロイで頻繁に発生する再起動の問題
- DNS 設定が CoreDNS によって受け入れられない
- メモリ不足によりクラスター内レジストリのシーディングが失敗する
- Document Understanding モダン プロジェクトが有効化されていて、AI Center が無効化されている場合、前提条件の確認に失敗します
- RHEL 8.x ノードでの XFS ボリュームマウントの失敗により、Pod が Init 状態でスタックする
- Rancher と etcd ディスクのマウント順序が正しくないため、再起動後にクラスターのデータが失われるように見える
- Ceph の異常によりアップグレードが失敗する
- Orchestrator データベース内のクラシック オブジェクトが原因でアップグレードが失敗する
- Ceph クラスターがサイドバイサイド アップグレード後に機能低下ステートで検出される
- Apps のサービス アップグレードの失敗
- インプレース アップグレードのタイムアウト
- オフライン環境でアップグレードが失敗する
- アップグレード後に snapshot-controller-crds ポッドが CrashLoopBackOff ステートになる
- Insights の PVC サイズが上書きされたためにアップグレードが失敗する
- 大文字のホスト名が原因でアップグレードが失敗する
- 管理ポータルのタイムアウト期間を設定する
- 移行後に認証が機能しない
- 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 サーバーの起動に失敗する
- 初回インストール後に ArgoCD が進行中ステートになる
- ArgoCD リポジトリ サーバー ポッドが CrashLoopBackOff になる
- 手動による ArgoCD ネットワーク ポリシーの軽減策 (GHSA-47m3-95c7-g2g8)
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- 診断ヘルスチェック中に報告されたエラーの不一致
- uipathctl で作成されたワークロードのリソース要求と制限を設定する
- アップストリームに正常な問題はありません
- Redis の起動がウイルス対策によってブロックされる
- TLS 証明書の検証が有効化されていると、AI Center と Document Understanding ポッドの起動に失敗する
- Fluentd では、IPv6 環境ではログはエクスポートされません
- デスクトップ版の Studio では Integration Service のコネクタとアクティビティを読み込めない
- Process Mining で高可用性を実行する
- Kerberos を使用してログインすると、Process Mining を取り込むことができなかった
- pyodbc 形式の接続文字列を使用して AutomationSuite_ProcessMining_Warehouse データベースに接続できない
- Airflow のインストールが「sqlalchemy.exc.ArgumentError: Could not parse rfc1738 URL from string ''」で失敗する
- SQL Server ポート 1433 を使用する IP テーブル ルールを追加する方法
- CData Sync を実行しているサーバーの Automation Suite の証明書が信頼されない
- Process Mining を無効化してから再度有効化すると、読み込みに失敗する
- 診断ツールを実行する
- Automation Suite サポート バンドルを使用する
- ログを確認する
Rancher と etcd ディスクのマウント順序が正しくないため、再起動後にクラスターのデータが失われるように見える
Linux の Automation Suite で再起動した後、非表示の etcd データを復元し、Rancher と etcd ディスクのマウント順序を修正します。
説明
マルチディスク インストールでは、 /var/lib/rancher/rke2/server/dbにマウントされた専用の etcd ディスクは、親ディレクトリ /var/lib/rancherの後にマウントする必要があります。マウント順序を逆にして、すでにマウントされている etcd ディスクの上に /var/lib/rancher マウントすると、etcd データは /var/lib/rancher マウントの下に隠れてしまいます。
この誤ったマウント順序を再起動して再トリガーすると、基になる etcd データがまだディスク上に存在する場合でも、RKE2 サーバー ノードは永続ボリューム、永続ボリュームのクレーム、およびアプリケーションがすべて失われたように見えます。
Automation Suite 2.2510.4 以降では、uipathctl rke2 prereq run コマンドはこの条件をチェックします。チェックを実行するには、次のコマンドを使用します。
./bin/uipathctl rke2 prereq run cluster_config.json --versions ./versions/helm-charts.json --log-level=debug --included disk --node-type server -v
./bin/uipathctl rke2 prereq run cluster_config.json --versions ./versions/helm-charts.json --log-level=debug --included disk --node-type server -v
マウントの順序が正しくない場合、チェックは次のエラーで失敗します。
❌ [RKE2_DISK]
❌ [Rancher_Etcd_Mount_Order] '/var/lib/rancher/rke2/server/db' is not mounted. Configure the cluster disk (--cluster-disk-name) before continuing, or if both disks are already mounted, do the data migration if required, unmount and remount (or reboot) so '/var/lib/rancher' is mounted before '/var/lib/rancher/rke2/server/db'.
❌ [RKE2_DISK]
❌ [Rancher_Etcd_Mount_Order] '/var/lib/rancher/rke2/server/db' is not mounted. Configure the cluster disk (--cluster-disk-name) before continuing, or if both disks are already mounted, do the data migration if required, unmount and remount (or reboot) so '/var/lib/rancher' is mounted before '/var/lib/rancher/rke2/server/db'.
以前のバージョンの場合、または完全な prereq チェックを実行したくない場合は、マウント順序を直接確認します。
stat -c '%n -> %D' /var/lib/rancher/ /var/lib/rancher/rke2/server/db /
stat -c '%n -> %D' /var/lib/rancher/ /var/lib/rancher/rke2/server/db /
デバイス ID がすべて異なるわけない場合、etcd ディスクは期待されるパスにマウントされていません。
解決策
マルチノード クラスターの場合は、以下の手順を一度に 1 つのサーバー ノードに適用し、ノードが正常であることを確認してくださいから次のノードに移動します。開始する前に、クラスターをバックアップし、メンテナンス モードにします。すべてのコマンドを root (sudo -i) として実行します。
マウント順序を修正し、非表示の etcd データを復元するには、次の手順を実行します。
-
ノード ドレインと RKE2 サーバー サービスを停止し、両方のパスをアンマウントします。
systemctl stop node-drain.service systemctl stop rke2-server rke2-killall.sh umount /var/lib/rancher umount /var/lib/rancher/rke2/server/dbsystemctl stop node-drain.service systemctl stop rke2-server rke2-killall.sh umount /var/lib/rancher umount /var/lib/rancher/rke2/server/db -
親
/var/lib/rancherボリュームのみをマウントします。RANCHER_UUID=$(blkid -o value -s UUID /dev/uipathvg/rancherlv) mount -t xfs -o defaults,nofail UUID="$RANCHER_UUID" /var/lib/rancherRANCHER_UUID=$(blkid -o value -s UUID /dev/uipathvg/rancherlv) mount -t xfs -o defaults,nofail UUID="$RANCHER_UUID" /var/lib/rancher -
etcd ディスクを一時的な場所にマウントし、非表示のデータが再度覆われるのではなく公開するようにします。
mkdir -p /mnt/tmp_db ETCD_UUID=$(blkid -o value -s UUID /dev/uipathetcdvg/etcdlv) mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /mnt/tmp_dbmkdir -p /mnt/tmp_db ETCD_UUID=$(blkid -o value -s UUID /dev/uipathetcdvg/etcdlv) mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /mnt/tmp_db -
非表示の etcd データを etcd ディスクにコピーします。
cp -ax /var/lib/rancher/rke2/server/db/. /mnt/tmp_db/cp -ax /var/lib/rancher/rke2/server/db/. /mnt/tmp_db/ -
一時的な場所をアンマウントし、親ディスクから古いデータをクリアして、etcd ディスクを正しい入れ子になったパスにマウントします。
umount /mnt/tmp_db rmdir /mnt/tmp_db find /var/lib/rancher/rke2/server/db -mindepth 1 -delete mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /var/lib/rancher/rke2/server/dbumount /mnt/tmp_db rmdir /mnt/tmp_db find /var/lib/rancher/rke2/server/db -mindepth 1 -delete mount -t xfs -o defaults,nofail UUID="$ETCD_UUID" /var/lib/rancher/rke2/server/db -
/etc/fstabを更新して、再起動してもマウント順序が維持されるようにします。親マウント (/var/lib/rancher) は、入れ子になったマウント (/var/lib/rancher/rke2/server/dbの前に宣言する必要があります。# uipath-rancher UUID=<rancher-disk-uuid> /var/lib/rancher xfs defaults,nofail 0 0 # uipath-etcd UUID=<etcd-disk-uuid> /var/lib/rancher/rke2/server/db xfs defaults,nofail 0 0# uipath-rancher UUID=<rancher-disk-uuid> /var/lib/rancher xfs defaults,nofail 0 0 # uipath-etcd UUID=<etcd-disk-uuid> /var/lib/rancher/rke2/server/db xfs defaults,nofail 0 0再起動する前に、両方のパスが正しくマウントされていることを確認します。
mountpoint /var/lib/rancher mountpoint /var/lib/rancher/rke2/server/dbmountpoint /var/lib/rancher mountpoint /var/lib/rancher/rke2/server/db -
マウント順序を確認し、クラスター サービスを再起動します。
df -h | grep rancher systemctl start rke2-server systemctl start node-uncordondf -h | grep rancher systemctl start rke2-server systemctl start node-uncordon