手順 8: ディスクを構成する

Automation Suite のインストール実行前に、LVM を使用してディスクのパーティション設定と構成を行い、データ移行やデータ損失が生じることなく、ディスク サイズを容易に変更できるようにする必要があります。

ディスクのパーティションを設定する

RHEL マシンの既定のパーティション構成は、Kubernetes のインストールには適していません。Kubernetes のインフラストラクチャは、通常 /var パーティション下にインストールされ、このパーティションには既定で 8 GiB しか割り当てられていないためです。

注:

• サポート対象のディスク フォーマットは ext4 または xfs です。
• パーティションは、すべて LVM を使用して作成し、クラスターのデータが異なるディスク上にある可能性があっても、一貫性のある表示を保証する必要があります。これは将来、データ移行のリスクやデータ損失なしに、パーティションのサイズを拡張できるようにするためにも役立ちます。
• すべてのポッドとアプリケーション ログは、/var/log/pods ディレクトリに保存されます。このディレクトリの容量が 8 GiB 以上であることを確認してください。また、logrotate を設定して、ログを毎日～毎週の間隔でローテーションすることをお勧めします。

オンライン インストールとオフライン インストールのディスク要件は同じですが、オフラインの UiPath® バンドルを解凍するために必要な領域が異なります。

RHEL OS の場合は、マシン上のマウント ポイントの最小サイズが、以下を満たすようにする必要があります。

ディスク ラベル	サーバー	オペレーター	パーティション	Size	目的
クラスター ディスク			/var/lib/rancher	190 GiB	コンテナーのイメージとレイヤーを格納します。
			/var/lib/kubelet	56 GiB	シークレット、構成マップ、emptyDir などのランタイム Kubernetes 構成が格納されます。
			/opt/UiPathAutomationSuite	10 GiB	インストーラーのバイナリを格納します。
etcd ディスク			/var/lib/rancher/rke2/server/db	16 GiB	Kubernetes 用の分散データベースを格納します。
ブロック ストレージ			/datadisk/insights	15 GiB	Insights に必要です。
			/datadisk/monitoring	50 GiB	監視ツールに必要です。
			/datadisk/registry1	200 GiB	Docker レジストリに必要です。
			/datadisk/objectstore2	10 Gib	ceph-mon に必要です。
ObjectStore2			N/A	512 GiB	クラスター内の ObjectStore に必要です。
AI Center3			N/A	1 つのトレーニング パイプラインにつき最小 51 GiB、推奨105 GiB。	AI Center をインストールする場合にのみ必要です。
UiPath® バンドル ディスク			/uipath	512 GiB	オフライン バンドルを保存するためにオフライン インストールでのみ必要です。

¹ これはクラスター内の Docker レジストリを指し、外部レジストリを使用する場合は適用されません。

² これはクラスター内の ObjectStore を指し、外部 ObjectStore を使用する場合は適用されません。

³ これは、AI Center のトレーニング パイプラインで必要なストレージを指します。このディスクは、AI Center のトレーニング パイプラインを実行する予定のマシン、および専用の Task Mining ノードにのみ必要です。エージェント マシンにこのディスクをアタッチすることをお勧めします。

注:

各プロセスに公平にリソースが配分されるようにするため、上記のどの目的でも OS ディスクを使用しないことをお勧めします。

スクリプトを使用してディスクを構成する

スクリプトをダウンロードする

ディスクの構成とパーティション設定には configureUiPathDisks.sh スクリプトを使用できます。

ダウンロード手順については、「configureUiPathDisks.sh」をご覧ください。

スクリプトを実行する

configureUiPathDisks.sh スクリプトは、次の目的に使用できます。

• 新しい Automation Suite クラスターをインストールするためのディスクとマウント ポイントを構成する
• インストール後にデータ ディスクのサイズを変更する

スクリプトを実行可能にするには、次のコマンドを実行します。

chmod +x ./configureUiPathDisks.sh

スクリプトの必要な権限を付与するには、次のコマンドを実行します。

chmod +x configureUiPathDisks.sh

スクリプトの使用方法の詳細を表示するには、次のコマンドを実行します。

sudo ./configureUiPathDisks.sh --help

すべてのマシンでクラスター ディスクを構成する

クラスター ディスクを構成するには、すべてのマシンで次のコマンドを実行します。

./configureUiPathDisks.sh --cluster-disk-name name_of_cluster_disk

すべてのサーバー マシンで etcd ディスクを構成する

etcd ディスクを構成するには、すべてのサーバー マシンで次のコマンドを実行します。

./configureUiPathDisks.sh --etcd-disk-name name_of_etcd_disk

すべてのサーバー マシンでデータ ディスクを構成する

データ ディスクを構成するには、すべてのサーバー マシンで次のコマンドを実行します。

./configureUiPathDisks.sh --volume name_of_data_disk

フラグ	値 (Value)
-v|--volume	ディスク名の例: /dev/sde 監視、Insights、ObjectStore、レジストリ用のさまざまなマウントをホストするディスクにパーティションを設定するときに、ディスク名が必要です。 ディスクの初回構成では、ディスク名の指定が必須です。後続の実行時に指定されない場合は、uipathdatavg に関連付けられている既存のディスクを使用して、選択したコンポーネントのパーティションが作成されます。
--docker-registry	任意です。外部レジストリが利用できない場合にのみ必要です。
--monitoring	任意です。最初の実行時にフラグが渡されない場合は、監視用のパーティションが自動的に作成されます。ただしこのフラグは、後続の実行で --resize フラグとともに監視用パーティションのサイズ変更時に必要になります。
--objectstore	任意です。外部の ObjectStore が利用できない場合にのみ必要です。
--insights	任意です。最初の実行時にフラグが渡されない場合は、Insights のパーティションが自動的に作成されます。ただしこれは、後続の実行で --resize フラグとともに Insights パーティションのサイズ変更時に必要になります。
--resize <int>	任意です。整数値を指定すると、十分な空き領域がある場合は、選択したコンポーネントのサイズが変更されます。空き領域が不足している場合は、選択したパーティションを拡張するためにディスク全体が使用されます。サイズ変更しなければならないパーティションを 1 つだけ指定する必要があります。
--robot-package-cache	Automation Suite ロボット ノード上の、キャッシュするパッケージをダウンロードする場所へのパスです。これは、Automation Suite ロボット ノードでのみ実行する必要があります。

以下の例に示すように、前のコマンドと --resize フラグを使用して、選択したパーティションのサイズを変更することもできます。

./configureUiPathDisks.sh --volume /dev/sde --docker-registry --resize 300

この例は、/dev/sde ディスクを既存のデータ ディスクに接続する方法と、Docker レジストリ パーティションのサイズを 300 GiB に変更する方法を示しています。

すべてのサーバー マシンで ObjectStore ディスクを構成する

この手順は、外部の ObjectStore が利用できない場合にのみ必要です。

次のスクリプトをすべてのサーバー ノードで実行して、クラスター内の ObjectStore のストレージ サイズを追加または拡張できます。

./configureUiPathDisks.sh --ceph-raw-disk-name name_ceph_raw_disk

注:

• Azure の既知の問題により、Azure ディスクが非 SSD として誤ってマークされます。Azure がクラウド プロバイダーであり、ObjectStore ディスクを構成したい場合は、「トラブルシューティング」の手順に従ってください。

• 既存のディスクの垂直スケーリングはサポートされていません。インストール後にクラスター内のストレージのサイズを増やすには、新しい RAW ディスクを追加してください。

選択したマシンで AI Center ディスクを構成する

AI Center ディスクを構成するには、トレーニング パイプラインを実行する予定のマシンで次のコマンドを実行します。

./configureUiPathDisks.sh --aicenter-disk-name name_of_aicenter_disk_to_partition

AI Center のストレージを拡張するには、サイズを増やす予定のマシンで次のコマンドを実行します。

./configureUiPathDisks.sh --aicenter-storage-extend name_of_new_aicenter_disk_to_attach

Automation Suite ロボットのパッケージ キャッシュのホスティング ディスクを構成する

この手順は、専用の Automation Suite ロボット エージェントを使用しないシングルノード設定の場合に必要です。

サーバー ノードで Automation Suite ロボットのパッケージ キャッシュをホストするには、10 GB 以上のディスクを作成する必要があります。

./configureUiPathDisks.sh --volume name_of_data_disk --robot-package-cache

注: ディスクは LVM でバックアップすることをお勧めします。

最初のサーバー ノードでバンドル ディスクをクラスター内レジストリ用に構成する

この手順は、次のシナリオで必要です。

• オフライン (エアギャップ) インストールを実行する場合。

• 外部レジストリが使用できない場合。

バンドル ディスクを構成するには、最初のサーバー ノードでのみ次のコマンドを実行します。

./configureUiPathDisks.sh --bundle-disk-name name_of_bundle_disk

ディスク マウントを検証する

注:

すべてのマウント ポイントを fstab ファイルに追加し、それらの fstab エントリに nofail オプションを指定して、障害発生時の仮想マシンのブートに影響を及ぼさないようにしてください。

/etc/fstab が正しく構成され、システムの再起動を処理できることを確認するには、以下の手順で次のコマンドを実行します。

mount -afv

以下の出力を取得できます。

/var/lib/rancher                  : already mounted
/var/lib/kubelet                  : already mounted
/opt/UiPathAutomationSuite        : already mounted
/datadisk/monitoring              : already mounted
/datadisk/insights                : already mounted
/var/lib/rancher/rke2/server/db   : already mounted
# Additional mount point is require if customer is installing offline with internal registry
/datadisk/registry                : already mounted
# Additional mount point is require if customer is using in-cluster objectstore
/datadisk/objectstore             : already mounted