- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
EKS/AKS の Automation Suite のインストール ガイド
ストレージ
Automation Suite クラスターには、Microsoft SQL Server 以外に、ファイルを保存するストレージ コンポーネントも必要です。 Automation Suite では、選択するサービスの種類に応じて ObjectStore とブロック/ファイル ストレージが必要です。
以下のサービスにはストレージ コンポーネントが必要です。これらは、各サービスを 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 がすべての保存済みドキュメントに使用されます。 |
|
Task Mining |
Object Store |
|
意味のある自動化を提案するには、約 200 GB のアクティビティ ログ データを分析する必要があります。ただし、反復的な作業では、必要なデータは大幅に少なくなる場合があります。 |
|
Automation Suite ロボット |
ファイル ストア |
|
通常、成熟した企業では約 10 GB のパッケージをデプロイします。 |
|
Process Mining |
Object Store |
|
最小フットプリントは SQL ファイルの保存にのみ使用します。当初は約 1 GB のストレージで十分です。 |
|
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 インストーラーでコンテナー/バケットを作成できます。または、インストール前に必要なコンテナー/バケットをプロビジョニングし、その情報をインストーラーに指定できます。
Integration Service に必要なバケット
AKS のインストールでは、Azure Storage に複数の BLOB ストレージ バケットを作成する必要があります。 この手順は、単一のバケットを使用する EKS インストールでは不要です。
インストール前に、次のバケットを手動で作成する必要があります。
-
gallupx-poller-data -
gallupx-job-engine-state -
gallupx-notification-objects -
gallupx-webhook -
gallupx-実行トレース
|
ストレージ |
要件 |
|---|---|
|
Object Store |
500 GB |
ObjectStore のサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で ObjectStore の正確な推定値を提供するのが難しい場合があります。 ObjectStore のサイズは 350 GB から 500 GB から開始できます。 ObjectStore の使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
-
オートメーションがスケールするのに応じて、ObjectStore のサイズの増加の検討が必要になる可能性があります。
ブロック ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
次の表に、ブロック ストレージ、ストレージ クラス、プロビジョナーの詳細を示します。
|
クラウド / Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
|---|---|---|---|
|
AWS |
EBS ボリューム |
|
|
|
Azure |
Azure Manage Disk |
Premium LRS ディスク |
|
input.json ファイルの storage_class パラメーターに渡す必要があります。
-
場合によっては、EKS または AKS クラスターによって CSI ドライバーがインストールされ、ストレージ クラスが提供されることがあります。 そのストレージ クラスが構成されていない場合は、Automation Suite のインストール前に構成する必要があります。
-
次の例に示すように、ブロック ストレージのストレージ クラスを既定のクラスにする必要があります。
例
input.json 示しています。
|
構成 | input.json | StorageClass |
|---|---|---|
|
Azure |
|
|
|
AWS |
|
|
|
構成 |
要件 |
|---|---|
|
ブロック ストレージ |
50 GB |
ブロック ストアのサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で正確な推定値を提供するのは困難な場合があります。 50 GB のブロック ストレージ サイズから始めることができます。 ブロック ストアの使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
ファイル ストレージには、Kubernetes ストレージ クラスを設定した CSI ドライバーが必要です。
|
クラウド / Kubernetes |
ストレージ |
ストレージ クラス |
プロビジョナー |
|---|---|---|---|
|
AWS |
EFS |
|
|
|
Azure |
Azure Files |
azurefile-csi-premium*
|
|
azurefile-csi-premium ストレージ クラスを使用します。
* 高可用性を確保するため、Studio Web ストレージには ZRS (またはレプリケーション) を構成することをお勧めします。
input.json ファイルの storage_class_single_replica パラメーターに渡す必要があります。
場合によっては、EKS または AKS クラスターによって CSI ドライバーがインストールされ、ストレージ クラスが提供されることがあります。 このストレージ クラスが構成されていない場合は、Automation Suite のインストール前に構成する必要があります。
例
input.json に指定する方法を示しています。
|
構成 |
|
|
|---|---|---|
|
Azure | |
|
|
AWS |
| 注:
$(EFS_ID) は、インフラストラクチャのプロビジョニング時に作成した実際のファイル共有 ID に置き換えます。
|
ファイル共有のストレージ クラスでは、ディレクトリとファイルに対して必要な権限を 700 に設定する必要があります。
UID と GID を 1000 に設定し、AWS の場合は gidRangeStart と gidRangeEnd をそれぞれ 1000 と 2000 に設定する必要があります。
|
ストレージ |
要件 |
|---|---|
|
ファイル ストレージ |
510 GB |
ファイル ストアのサイズは、デプロイ済みおよび実行中のオートメーションのサイズによって異なります。 したがって、インストール開始時点で実際の推定値を提供するのは困難な場合があります。 ただし、トレーニング パイプラインを同時に 10 個実行し、Automation Suite ロボットを使用するには、約 510 GB のストレージ サイズを予想しておけば良いでしょう。 ファイル ストアの使用量を理解するには、 Automation Suite の各コンポーネントのストレージの推定値をご覧ください。
オートメーションがスケールするのに応じて、ファイル ストレージのサイズの増加の検討が必要になる可能性があります。
インストール前に、クラウド プロバイダーに以下のキューを手動で作成する必要があります。 これらのキューは、イベントと Webhook をサポートするために必要です。
gallupx-debug-engine-tasksgallupx-engine-tasksgallupx-cron-tasksgallupx-tick-tasksgallupx-event-tasksgallupx-notification-tasksgallupx-webhook-engine-tasksgallupx-fps-engine-tasks
EKS の Automation Suite の場合は、次の例に示すように、特定のプレフィックスをキューに手動で追加する必要があります。
<queuePrefix>-gallupx-debug-engine-tasks<queuePrefix>-gallupx-engine-tasks<queuePrefix>-gallupx-cron-tasks<queuePrefix>-gallupx-tick-tasks<queuePrefix>-gallupx-event-tasks<queuePrefix>-gallupx-notification-tasks<queuePrefix>-gallupx-webhook-engine-tasks<queuePrefix>-gallupx-fps-engine-tasks
queuePrefix値は、EKS input.jsonで使用される必須の queue_prefix パラメーターの値と一致する必要があります。
Automation Suite クラスターをバックアップするには、クラスター構成とユーザー データをバックアップするための ObjectStore が追加で必要です。
次の表で、バックアップでサポートされるストレージについて説明します。
|
Kubernetes |
Object Store |
|---|---|
|
EKS |
AWS S3 |
|
AKS |
Azure Storage アカウント |
バックアップを保存するには、独立した ObjectStore を使用することをお勧めします。
ワークロード ID の一般情報については、「 ワークロード ID の構成」を参照してください。
az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Account Contributor" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"
az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Blob Data Owner" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"
az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Queue Data Contributor" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Account Contributor" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"
az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Blob Data Owner" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"
az role assignment create --assignee $userAssignedManagedIdentityObjectId --role "Storage Queue Data Contributor" --scope "/subscriptions/$($infraJson.subscription_id)/resourceGroups/$(TARGET_RG)/providers/Microsoft.Storage/storageAccounts/$(STORAGE_ACCOUNT_NAME)"input.json 構成を示しています。
Azure ストレージ
アカウント："external_object_storage": {
"enabled": true,
"storage_type": "azure",
"account_name": "storaccid5730469",
"azure_fqdn_suffix": "core.windows.net",
"use_managed_identity": false,
"use_workload_identity": true
},"external_object_storage": {
"enabled": true,
"storage_type": "azure",
"account_name": "storaccid5730469",
"azure_fqdn_suffix": "core.windows.net",
"use_managed_identity": false,
"use_workload_identity": true
},
