- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング

OpenShift の Automation Suite のインストール ガイド
Automation Suite クラスターには、Microsoft SQL Server 以外に、ファイルを保存するストレージ コンポーネントも必要です。 Automation Suite では、選択するサービスの種類に応じて ObjectStore とブロック/ファイル ストレージが必要です。
UiPath® Platform サービス
以下のサービスにはストレージ コンポーネントが必要です。これらは、各サービスを Automation Suite のインストール時または後から有効化した場合にのみ必要です。|
サービス |
ストレージの種類 |
目的 |
estimate |
|---|---|---|---|
|
Orchestrator |
Object Store |
|
通常、パッケージは 5 MB であり、バケット (ある場合) は 1 MB 未満です。成熟した大企業では、約 10 GB のパッケージと 12 GB のキューをデプロイしています。 |
|
Action Center |
Object Store |
|
通常、ドキュメントには 0.15 MB、入力フォームには追加で 0.15 KB が必要です。 成熟した大企業では、これは合計 4 GB になる可能性があります。 |
|
Test Manager |
Object Store |
|
通常、すべてのファイルと添付ファイルの合計は最大で約 5 GB です。 |
|
Insights |
Blockstore |
|
有効化に 2 GB が必要で、ストレージ フットプリントはこの数字に応じて増加します。大手企業規模のデプロイでは、すべてのダッシュボード用にさらに数 GB が必要です。約 10 GB のストレージで十分です。 |
| Integration Service | Object Store |
| コネクタのサイズはさまざまですが、利用可能なすべてのコネクタをインストールした場合の消費額は 100 MB 未満です。 トリガー イベントの数は使用状況によって異なりますが、5 GB で十分です。 |
| Studio Web | ファイル ストア |
|
|
|
Apps (アプリ) |
Object Store |
|
通常、データベースには約 5 GB が必要で、一般的な複雑なアプリは約 15 MB を消費します。 |
|
AI Center |
オブジェクト ストア/ファイル ストア |
|
代表的な実証済みのインストールでは、5 つのパッケージに 8 GB、データセットに追加で 1 GB を消費します。 パイプラインが追加で 50 GB のブロック ストレージを消費することがありますが、アクティブに実行されている場合だけです。 |
|
Document Understanding |
Object Store |
|
成熟したデプロイでは、12 GB が ML モデルに、17 GB が OCR に、50 GB がすべての保存済みドキュメントに使用されます。 |
|
Automation Suite ロボット |
ファイル ストア |
|
通常、成熟した企業では約 10 GB のパッケージをデプロイします。 |
|
Process Mining |
Object Store |
|
最小フットプリントは SQL ファイルの保存にのみ使用します。当初は約 1 GB のストレージで十分です。 |
| コンテキスト グラウンディング | ObjectStore、File Store |
|
|
| LLM の可観測性 | Object Store |
|
|
| ソリューション | ファイル ストア |
|
|
Automation Suite では、次の ObjectStore がサポートされています。
-
Azure BLOB ストレージ
-
AWS S3 ストレージ
-
S3 互換 ObjectStore。 OpenShift は、Ceph ベースの S3 互換 ObjectStore である OpenShift Data Foundation を提供します。 OpenShift Data Foundation をインストールするには、「 OpenShift Data Foundation の概要」を参照してください。
OpenShift Data Foundation の設定
- OpenShift Data Foundation (ODF) で ObjectStore バケットを作成するには、インストールする予定の各製品に対応する各バケットの
ObjectBucketClaimを作成する必要があります。重要:次の例は、有効な4.19 より前の OpenShift クラスターバージョンで ODF をオブジェクトストアとして使用する場合、CORS は設定できません。この制限により、サービスが ODF バケットで正しく動作しなくなる可能性があります。互換性を確保するには、input.jsonファイルに"disable_presigned_url": trueを設定します。この設定の適用中にエラーが発生した場合は、「 トラブルシューティング」 セクションをご覧ください。
ObjectBucketClaimを示しています。手記: サンプルで提供する設定は、OpenShift Data Foundation でバケットを作成する場合にのみ必要です。apiVersion: objectbucket.io/v1alpha1 kind: ObjectBucketClaim metadata: name: BUCKET_NAME namespace: <uipath> spec: bucketName: BUCKET_NAME storageClassName: openshift-storage.noobaa.ioapiVersion: objectbucket.io/v1alpha1 kind: ObjectBucketClaim metadata: name: BUCKET_NAME namespace: <uipath> spec: bucketName: BUCKET_NAME storageClassName: openshift-storage.noobaa.io -
マニフェストを適用すると、
<uipath>名前空間にBUCKET_NAMEという名前のシークレットが作成されます。シークレットには、そのバケットのaccess_keyとsecret_keyが含まれます。access_keyとsecret_keyを照会するには、次のコマンドを実行します。oc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_ACCESS_KEY_ID} | base64 -d; echo oc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_SECRET_ACCESS_KEY} | base64 -d; echooc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_ACCESS_KEY_ID} | base64 -d; echo oc get secret BUCKET_NAME -n <uipath> -o jsonpath={.data.AWS_SECRET_ACCESS_KEY} | base64 -d; echo -
バケットにアクセスするホストまたは FQDN を見つけるには、次のコマンドを実行します。
oc get routes s3 -o jsonpath={.spec.host} -n openshift-storage; echooc get routes s3 -o jsonpath={.spec.host} -n openshift-storage; echo
CORS ポリシーの設定
また、Automation Suite クラスターの使用中に S3 接続で CORS 関連のエラーが発生する場合は、ストレージ アカウント/バケット レベルで次の CORS ポリシーを有効化しなければならない場合があります。
{{fqdn}} は、Automation Suite クラスターの FQDN に置き換えてください。
次のサンプルは、JSON 形式の CORS ポリシーを示しています。
[
{
"AllowedHeaders": [
"*"
],
"AllowedMethods": [
"POST",
"GET",
"HEAD",
"DELETE",
"PUT"
],
"AllowedOrigins": [
"https://{{fqdn}}"
],
"ExposeHeaders": [
"etag",
"x-amz-server-side-encryption",
"x-amz-request-id",
"x-amz-id-2"
],
"MaxAgeSeconds": 3000
}
][
{
"AllowedHeaders": [
"*"
],
"AllowedMethods": [
"POST",
"GET",
"HEAD",
"DELETE",
"PUT"
],
"AllowedOrigins": [
"https://{{fqdn}}"
],
"ExposeHeaders": [
"etag",
"x-amz-server-side-encryption",
"x-amz-request-id",
"x-amz-id-2"
],
"MaxAgeSeconds": 3000
}
]次のサンプルは、XML 形式の CORS ポリシーを示しています。
<CORSConfiguration>
<CORSRule>
<AllowedOrigin>{{fqdn}}</AllowedOrigin>
<AllowedMethod>HEAD</AllowedMethod>
<AllowedMethod>GET</AllowedMethod>
<AllowedMethod>PUT</AllowedMethod>
<AllowedMethod>POST</AllowedMethod>
<AllowedMethod>DELETE</AllowedMethod>
<AllowedHeader>*</AllowedHeader>
<MaxAgeSeconds>3000</MaxAgeSeconds>
<ExposeHeader>x-amz-server-side-encryption</ExposeHeader>
<ExposeHeader>x-amz-request-id</ExposeHeader>
<ExposeHeader>x-amz-id-2</ExposeHeader>
<ExposeHeader>etag</ExposeHeader>
</CORSRule>
</CORSConfiguration><CORSConfiguration>
<CORSRule>
<AllowedOrigin>{{fqdn}}</AllowedOrigin>
<AllowedMethod>HEAD</AllowedMethod>
<AllowedMethod>GET</AllowedMethod>
<AllowedMethod>PUT</AllowedMethod>
<AllowedMethod>POST</AllowedMethod>
<AllowedMethod>DELETE</AllowedMethod>
<AllowedHeader>*</AllowedHeader>
<MaxAgeSeconds>3000</MaxAgeSeconds>
<ExposeHeader>x-amz-server-side-encryption</ExposeHeader>
<ExposeHeader>x-amz-request-id</ExposeHeader>
<ExposeHeader>x-amz-id-2</ExposeHeader>
<ExposeHeader>etag</ExposeHeader>
</CORSRule>
</CORSConfiguration>構成
ObjectStore の構成については、「 手動: 高度なインストール」の「外部 ObjectStore の構成」セクションをご覧ください。
make 権限を付与すれば、Automation Suite インストーラーでコンテナー/バケットを作成できます。または、インストール前に必要なコンテナー/バケットをプロビジョニングし、その情報をインストーラーに指定できます。
ストレージ要件
|
ストレージ |
要件 |
|---|---|
|
Object Store |
500 GB |
ObjectStore のサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で ObjectStore の正確な推定値を提供するのが難しい場合があります。 ObjectStore のサイズは 350 GB から 500 GB から開始できます。 ObjectStore の使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
-
オートメーションがスケールするのに応じて、ObjectStore のサイズの増加の検討が必要になる可能性があります。
-
OpenShift Data Foundation で作成されたバケットを使用する場合は、バケットを明示的にプロビジョニングし、
input.jsonファイルで各製品の詳細を指定する必要があります。input.jsonファイルでバケット情報を明示的に指定する方法の詳細については、製品固有の設定のセクションをご覧ください。
ブロック ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
次の表に、ブロック ストレージ、ストレージ クラス、プロビジョナーの詳細を示します。
|
クラウド / Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
|---|---|---|---|
|
AWS |
EBS ボリューム |
|
|
|
Azure |
Azure Manage Disk |
Premium LRS ディスク |
|
|
OpenShift |
OpenShift Data Foundation |
|
|
StorageClass を使用する必要があります。
構成
Red Hat の公式ガイドに従って、OpenShift クラスターにストレージクラスを作成できます。
input.json ファイルの storage_class パラメーターに渡す必要があります。
-
OpenShift では、CSI ドライバーが自動的にインストールされ、OpenShift Data Foundation のインストール中にストレージクラスが作成されます。 そのストレージ クラスが構成されていない場合は、Automation Suite のインストール前に構成する必要があります。
-
次の例に示すように、ブロック ストレージのストレージ クラスを既定のクラスにする必要があります。
例
input.json 示しています。
|
構成 | input.json | StorageClass |
|---|---|---|
|
Azure |
|
|
|
AWS |
|
|
|
OpenShift |
|
|
ストレージ要件
|
構成 |
要件 |
|---|---|
|
ブロック ストレージ |
50 GB |
ブロック ストアのサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で正確な推定値を提供するのは困難な場合があります。 50 GB のブロック ストレージ サイズから始めることができます。 ブロック ストアの使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
ファイル ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
ファイルストレージは、レプリケーションを必要としないコンポーネントに必要です。 ただし、ファイルシステムがない場合は、ファイルストレージをブロックストレージに置き換えることができます。
|
クラウド / Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
|---|---|---|---|
|
AWS |
EFS |
|
|
|
Azure |
Azure Files |
azurefile-csi-premium*
|
|
|
OpenShift |
OpenShift Data Foundation |
ocs-storagecluster-cephfs*
|
|
* 高可用性を確保するため、Studio Web ストレージには ZRS (またはレプリケーション) を構成することをお勧めします。
* ワーカーノードディスクには少なくとも 2300 IOPS が必要であり、 StorageCluster は パフォーマンスプロファイル と SKU プロファイル を使用して 5000 IOPS 以上で設定する必要があります。
StorageClass を使用する必要があります。
構成
Red Hat の公式ガイドに従って、OpenShift クラスターにストレージクラスを作成できます。
input.json ファイルの storage_class_single_replica パラメーターに渡す必要があります。
OpenShift では、CSI ドライバーが自動的にインストールされ、OpenShift Data Foundation のインストール中にストレージクラスが作成されます。 ストレージ クラスが構成されていない場合は、Automation Suite のインストール前に構成する必要があります。
例
input.json に指定する方法を示しています。
|
構成 |
|
|
|---|---|---|
|
Azure | | |
| Azure | | |
|
AWS | | 注:
$(EFS_ID) は、インフラストラクチャのプロビジョニング時に作成した実際のファイル共有 ID に置き換えます。
|
| AWS | | 注:
$(EFS_ID) は、インフラストラクチャのプロビジョニング時に作成した実際のファイル共有 ID に置き換えます。
|
|
OpenShift | | |
| OpenShift | | |
ファイル共有のストレージ クラスでは、ディレクトリとファイルに対して必要な権限を 700 に設定する必要があります。
UID と GID を 1000 に設定し、AWS の場合は gidRangeStart と gidRangeEnd をそれぞれ 1000 と 2000 に設定する必要があります。
ストレージ要件
|
ストレージ |
要件 |
|---|---|
|
ファイル ストレージ |
510 GB |
ファイル ストアのサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で実際の推定値を提供するのは困難な場合があります。 ただし、トレーニング パイプラインを同時に 10 個実行し、Automation Suite ロボットを使用するには、約 510 GB のストレージ サイズを予想しておけば良いでしょう。 ファイル ストアの使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
オートメーションがスケールするのに応じて、ファイル ストレージのサイズの増加の検討が必要になる可能性があります。