- 概要
- 要件
- インストール
- 前提条件の確認
- インストール パッケージをダウンロードする
- uipathctl cluster
- uipathctl cluster maintenance
- uipathctl cluster maintenance disable
- uipathctl cluster maintenance enable
- uipathctl cluster maintenance is-enabled
- uipathctl cluster upgrade
- uipathctl config
- uipathctl config alerts
- uipathctl config alerts add-email
- uipathctl config alerts remove-email
- uipathctl config alerts update-email
- uipathctl config additional-ca-certificates get
- uipathctl config tls-certificates get
- uipathctl config orchestrator
- uipathctl config orchestrator get-config
- uipathctl config orchestrator update-config
- uipathctl config additional-ca-certificates update
- uipathctl config tls-certificates update
- uipathctl health
- uipathctl health bundle
- uipathctl health check
- uipathctl health diagnose
- uipathctl health test
- uipathctl identity
- uipathctl identity add-host-admin
- uipathctl identity enable-basic-auth
- uipathctl identity get-saml-certificate
- uipathctl identity get-token-signing-certificate
- uipathctl identity rotate-saml-certificates
- uipathctl identity rotate-token-signing-certificates
- uipathctl identity update-saml-certificate
- uipathctl identity update-token-signing-certificate
- uipathctl manifest
- uipathctl manifest apply
- uipathctl manifest diff
- uipathctl manifest get
- uipathctl manifest list-applications
- uipathctl manifest render
- uipathctl prereq
- uipathctl prereq create
- uipathctl prereq run
- uipathctl resource
- uipathctl resource report
- uipathctl snapshot
- uipathctl snapshot backup
- uipathctl snapshot backup create
- uipathctl snapshot backup disable
- uipathctl snapshot backup enable
- uipathctl snapshot delete
- uipathctl snapshot list
- uipathctl snapshot restore
- uipathctl snapshot restore create
- uipathctl snapshot restore delete
- uipathctl snapshot restore history
- uipathctl snapshot restore logs
- uipathctl sso
- uipathctl sso generate-connector
- uipathctl sso generate-overlays
- uipathctl sso generate-rbac
- uipathctl version
- インストール後
- 移行とアップグレード
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
ストレージ
Automation Suite クラスターには、Microsoft SQL Server 以外に、ファイルを保存するストレージ コンポーネントも必要です。 Automation Suite では、選択するサービスの種類に応じて ObjectStore とブロック/ファイル ストレージが必要です。
Automation Suite クラスターをバックアップするためのストレージも必要です。
以下のサービスにはストレージ コンポーネントが必要です。これらは、各サービスを 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 のストレージで十分です。 |
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 がすべての保存済みドキュメントに使用されます。 |
Task Mining |
Object Store |
|
意味のある自動化を提案するには、約 200 GB のアクティビティ ログ データを分析する必要があります。ただし、反復的な作業では、必要なデータは大幅に少なくなる場合があります。 |
Automation Suite ロボット |
ファイル ストア |
|
通常、成熟した企業では約 10 GB のパッケージをデプロイします。 |
Process Mining |
Object Store |
|
最小フットプリントは SQL ファイルの保存にのみ使用します。当初は約 1 GB のストレージで十分です。 |
EKS および AKS の Automation Suite では、次の ObjectStore がサポートされています。
Kubernetes |
Object Store |
サポートされている認証 |
---|---|---|
EKS |
Amazon S3 |
|
AKS |
Azure ストレージ (BLOB) |
|
また、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 の構成」をご覧ください。
コンテナーは Azure Storage アカウントのスコープ内に作成されるため、サービスごとに別々のコンテナーを使用することをお勧めします。
同様に AWS では、Automation Suite にインストールしたサービスごとに専用のバケットを使用することを強くお勧めします。ただし、バケットをグローバルに作成すると、サービスごとに専用のバケットを提供する際に制限が生じる可能性があります。この場合は、単一のバケットを構成し、それをすべての目的に使用できます。
make
権限を付与すれば、Automation Suite インストーラーでコンテナー/バケットを作成できます。または、インストール前に必要なコンテナー/バケットをプロビジョニングし、その情報をインストーラーに指定できます。
ストレージ |
要件 |
---|---|
Object Store |
500 GB |
ObjectStore のサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。したがって、インストール開始時点で ObjectStore の正確な推定値を提供するのは困難です。ただし、ObjectStore のサイズとして 350 GB から 500 GB の範囲を予想しておけば良いでしょう。ObjectStore の使用量を理解するには、Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
ブロック ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
次の表に、ブロック ストレージ、ストレージ クラス、プロビジョナーの詳細を示します。
Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
---|---|---|---|
EKS |
EBS ボリューム |
|
|
AKS |
Azure Manage Disk |
Premium LRS ディスク |
|
input.json
ファイルの storage_class
パラメーターに渡す必要があります。
-
場合によっては、EKS または AKS クラスターに既に CSI ドライバーがインストールされていて、ストレージ クラスが用意されていることがあります。そのストレージ クラスが構成されていない場合は、インストール前に構成する必要があります。
-
次の例に示すように、ブロック ストレージのストレージ クラスを既定のクラスにする必要があります。
例
input.json
に提供する方法を示しています。
構成 |
AKS |
EKS |
---|---|---|
input.json |
|
|
StorageClass |
|
|
ファイル ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
---|---|---|---|
EKS |
EFS |
|
|
AKS |
Azure Files |
|
|
input.json
ファイルの storage_class_single_replica
パラメーターに渡す必要があります。
場合によっては、EKS または AKS クラスターに既に CSI ドライバーがインストールされていて、ストレージ クラスが用意されていることがあります。このストレージ クラスが構成されていない場合は、インストール前に構成する必要があります。
例
input.json
に指定する方法を示しています。
構成 |
AKS |
EKS |
---|---|---|
|
|
|
|
|
注:
$(EFS_ID) は、インフラストラクチャのプロビジョニング時に作成した実際のファイル共有 ID に置き換えます。
|
ファイル共有のストレージ クラスでは、ディレクトリとファイルに対して必要な権限を 700 に設定する必要があります。
UID
と GID
を 1000 に設定し、AWS の場合は gidRangeStart
と gidRangeEnd
をそれぞれ 1000 と 2000 に設定する必要があります。
ストレージ |
要件 |
---|---|
ファイル ストレージ |
510 GB |
ファイル ストアのサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。したがって、インストール開始時点で実際の推定値を提供するのは困難です。ただし、トレーニング パイプラインを同時に 10 個実行し、Automation Suite ロボットを使用するには、約 510 GB のストレージ サイズを予想しておけば良いでしょう。ファイル ストアの使用量を理解するには、Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
オートメーションがスケールするのに応じて、ファイル ストレージのサイズの増加の検討が必要になる可能性があります。