手動: マルチノードの高可用性対応運用環境のプロファイルの要件とインストール

このページでは、マルチノードの高可用性対応運用環境プロファイルの要件とインストール手順について説明します。

デプロイプロファイルの概要

重要:

選択するデプロイプロファイルに関係なく、Linux と Kubernetes の知識が必要です。Automation Suite のインストールと構成で問題が発生した場合は、UiPath プロフェッショナルサービスにお問い合わせください。

デプロイプロファイルを選択する前に、「シングルノードおよびマルチノードのインストールにサポートされるユースケース」をご覧ください。

インストールプロセスによって、ユーザーに代わって自己署名証明書が生成されます。これらの証明書は 90 日で有効期限が切れるので、インストールが完了したら速やかに、信頼された証明機関 (CA) によって署名された証明書に置き換える必要があります。証明書を更新しないと、90 日後にインストールが停止します。手順については、「証明書を管理する」をご覧ください。

マルチノードの HA 対応の運用プロファイルは、1 つのノードの障害に対してのみ回復性があります。つまり、失うことができるサーバーノードは 1 つだけです。この制限は、エージェントノードには適用されません。クラスター全体の容量が十分に利用可能な限り、エージェントノードをいくら失っても、ダウンタイムなしでクラスターを使用し続けることができます。

Federal Information Processing Standard (FIPS) は、Automation Suite に対応していません。Automation Suite を実行しているサーバー上で、任意の時点で FIPS が有効化された場合、クラスターは失敗します。クラスターサーバーで FIPS が有効化されている場合、インストールがブロックされる問題がインストーラーで発生します。

ノードあたりのベースラインリソースオーバーヘッドが固定されているため、ノードサイズが大きい方が効率的です。たとえば、3 x 32 コアのノードは 6 x 16 コアのノードより効率的です。

デプロイプロファイル	前提条件	要件	構成	インストール
マルチノードの HA 対応の運用プロファイル	ipcalc ツールがインストールされた Linux マシン 3 台以上 (RHEL 8.6、8.8) Task Mining を使用する場合は、追加の Linux マシンが必要です。 Document Understanding を使用する場合は、GPU サポートのある Linux マシンを追加することをお勧めします。注: RHEL の新しいマイナーバージョンは、リリースから 90 日以内にサポートされます。既定のポリシーの SELinux がサポートされています。	マルチノードの高可用性対応の運用環境のマシン要件	マシンを構成する	オンラインのマルチノード高可用性対応運用環境のインストールオフラインのマルチノード高可用性対応運用環境のインストール
	Microsoft SQL Server (2016、2017、2019、2022 - Standard および Enterprise エディション) Microsoft SQL Server データベースエンジンが要件を満たしている限り、追加の Microsoft SQL プラットフォーム (Azure SQL Database や Azure SQL Managed Instance など) および Amazon Relational Database Service もサポートされます。	MS SQL Server 要件	MS SQL Server を構成する
	DNS	N/A	DNS を構成する
	IPv4 重要: IPv6 はサポートされていません。	N/A	N/A
	信頼できる TLS、トークン署名、および SQL 接続暗号化証明書	N/A	証明書を構成する
	ロードバランサー	N/A	ロードバランサーを構成する
	プロキシサーバー (任意)	N/A	マシン上でプロキシを構成するインストール時にプロキシを構成する
	Kerberos 認証を設定する (任意)	N/A	Kerberos 認証を設定する

注意:

Automation Suite をインストールおよびデプロイするには、ルート権限が必要です。
ルートアクセスを必要とする特定のコンポーネントの詳細については、「root 権限の要件」をご覧ください。
お使いのシステムでスキャンエージェントが実行されている場合、スキャンエージェントによって IP テーブルが変更されるために、インストールまたはランタイムが失敗する可能性があります。この問題を回避するには、スキャンエージェントを構成して、Automation Suite のインストールに干渉しないようにします。
UiPath は、Automation Suite の要件を満たしている限り、特定のファイアウォールや開発者ツールの構成を指示しません。UiPath の見解では、外部ツールの数が限られていても、Automation Suite のスムーズな操作が妨げられる可能性があります。このような問題が発生した場合は、関連するベンダーにお問い合わせください。追加の指針については、「責任のマトリクス」をご覧ください。

運用環境のデプロイ — マルチノードの HA 対応運用環境プロファイルのハードウェア要件

重要:

最小のハードウェア要件では、ノードの障害からデプロイを保護できません。

必要なストレージを理解し、それに応じた計画を立てるには、「必要なストレージを評価する」をご覧ください。

マルチノードの HA 対応の運用プロファイルを選択する場合は、以下のハードウェア要件を満たす必要があります。

マルチノードの HA 対応の運用プロファイル (運用環境のデプロイでサポートされる唯一の構成)
選択	完了	ベーシック
ノード数	サーバーノード 3 台以上。フォールトトレランスを向上させるため、クラスター内のサーバーノード数は奇数にする必要があります。エージェントノードの数に制限はありません。
プロセッサ	96 (v-)CPU/コア	48 (v-)CPU/コア
ノードあたりの最小プロセッサー数	16 (v-)CPU/コア	16 (v-)CPU/コア
RAM 合計	192 GiB	96 GiB
ノードあたりの最小 RAM	32 GiB	32 GiB
ノードごとのクラスターバイナリとステートディスク	256 GiB SSD 最小 IOPS: 1100	256 GiB SSD 最小 IOPS: 1100
サーバーノードごとのデータディスク	2 TiB SSD 最小 IOPS: 1100	512 GiB SSD 最小 IOPS: 1100
サーバーノードごとの etcd ディスク	16 GiB SSD 最小 IOPS: 240	16 GiB SSD 最小 IOPS: 240
UiPath バンドルディスク (オフラインインストールの場合のみ、いずれかのサーバーノード上で)	512 GiB SSD 最小 IOPS: 1100	512 GiB SSD 最小 IOPS: 1100
Task Mining 用の追加エージェントノード (必須)
プロセッサ	20 (v-)CPU/コア	N/A (この選択に Task Mining は存在しません)
RAM	60 GiB
クラスターバイナリとステートディスク	256 GiB SSD 最小 IOPS: 1100
データディスク	N/A
Document Understanding 用に GPU がサポートされた追加エージェントノード (強く推奨)
プロセッサ	8 (v-)CPU/コア	N/A (この選択に AI Center は存在しません)
RAM	52 GiB
クラスターバイナリとステートディスク	256 GiB SSD 最小 IOPS: 1100
データディスク	N/A
GPU RAM	11 GiB

注: ノードあたりのベースラインリソースオーバーヘッドが固定されているため、ノードサイズが大きい方が効率的です。たとえば、3 x 32 コアのノードは 6 x 16 コアのノードより効率的です。

Microsoft SQL Server の一般的な要件

インストールには、前提条件として外部 SQL Server が必要です。

注: SQL Server が各クラスター VM からアクセスできることを確認します。

Microsoft SQL Server 2016、2017、2019、2022 の Standard および Enterprise エディションがサポートされています。

Microsoft SQL Server の最小ハードウェア要件は次のとおりです。

8 (v-)CPU
32 GiB RAM
256 GiB SSD

証明書を構成する

このページでは、インストール時にどの証明書の構成が必要かについて説明します。

インストールプロセスによって、ユーザーに代わって自己署名証明書が生成されます。インストールが完了したら速やかに、信頼された証明機関 (CA) によって署名された証明書に置き換える必要があります。証明書を更新しないと、90 日後にインストールが停止します。

クラスターに外部サービスを信頼させるには、上記の証明書とは別に、追加の信頼された CA 証明書の提供が必要になる場合があります。例: SQL Server の CA 証明書、SMTP サーバーの CA 証明書など

クラスター証明書を更新する

インストールバンドルでは、インストール後に証明書を更新できるクラスター管理ツールを提供しています。

これにアクセスするには、インストーラーバンドルの保存場所に移動します。

cd /opt/UiPathAutomationSuite/cd /opt/UiPathAutomationSuite/

証明書の更新手順については、「証明書を管理する」をご覧ください。

自己署名証明書を使用するクラスターにアクセスする

自己署名証明書を使用する場合、クラスターにアクセスするには次の手順を実行します。

CA (証明機関) バンドル証明書を、以下のマシンの信頼ストアに追加する必要があります。

クライアントマシン
- ロボットが実行されるマシン
- ブラウザーで Automation Suite にアクセスするマシン
最初のサーバーマシン (エアギャップの場合の要件)
- エアギャップバンドルがダウンロードされ、抽出されるマシン

RHEL マシンの信頼ストアに証明書を追加するには、以下のコマンドを実行します。

sudo cp --remove-destination rootCA.crt /etc/pki/ca-trust/source/anchors/
sudo update-ca-trustsudo cp --remove-destination rootCA.crt /etc/pki/ca-trust/source/anchors/
sudo update-ca-trust