翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 制限プロファイル
<a name="limit-profiles"></a>


|  | 
| --- |
|    対象者:  システム管理者と Amazon Quick 管理者  | 

Limits Management を使用すると、リソースの消費量をモニタリングできます。アカウントレベルのサービス制限に達する前に、ユーザーあたりの使用量を制限できます。*インデックスストレージ*と*エージェントの時間*という 2 つのリソースタイプを管理できます。

メカニズムは簡単です。ユーザーごとの上限を定義する再利用可能な*制限プロファイル*を作成し、それらのプロファイルを個々のユーザー、ロール、またはアカウント全体にデフォルトとして割り当てます。Quick は、各ユーザーに適用される最も具体的な割り当てを適用します。

## インデックスストレージとエージェントの時間について
<a name="understanding-capacity"></a>

制限プロファイルは、インデックスストレージとエージェントの時間という 2 つのリソースタイプを管理します。各 がどのように測定されるかを理解することは、ユーザーごとの有効な上限を設定するのに役立ちます。

### インデックスストレージ
<a name="index-storage"></a>

インデックス容量は、Quick による処理の前に、ソースの場所にあるドキュメントの元の (raw) ファイルサイズによって測定されます。サポートされているソースロケーションには、Amazon S3、SharePoint、および が含まれますConfluence。インデックス容量の割り当て、プール、購入方法の詳細については、[「インデックス容量](https://docs.aws.amazon.com/quick/latest/userguide/manage-unstructured-data-capacity.html)」を参照してください。

インデックスストレージの割り当ては、ユーザー数とサブスクリプション階層に基づいており、支払者アカウントレベルでプールされます。プールは共有されているため、1 人の重いユーザーが他のユーザーが利用できる容量を消費できます。制限プロファイルを使用すると、個々の消費を制限して、単一のユーザーが共有プールを使い果たさないようにすることができます。

### エージェント時間
<a name="agent-hours-metering"></a>

エージェント時間は、Quick で AI を活用した機能によって消費される時間を測定します。以下のアクティビティが計測されます。
+ クイック調査 – 調査リクエストの送信からレポートが完了するまでの時間。
+ クイックフロー – ワークフローがアクティブに実行中のランタイム。アイドル時間と待機時間は除きます。
+ Quick Automate – デプロイされたオートメーションのランタイム。
+ デスクトップアプリ – AI アシスタントをアクティブに使用した時間。
+ カスタムアプリケーション – AI を活用したカスタムアプリケーションのランタイム。
+ アーティファクトの生成 – ドキュメント、プレゼンテーション、イメージの生成にかかった時間。

## 使用状況の表示
<a name="viewing-usage"></a>

インデックス容量の消費量は、ユーザー、ナレッジベース、スペースの 3 つの方法で確認できます。**ユーザーごとのキャパシティの概要**表には、at-a-glance。

**ユーザーごとのキャパシティの概要**表には、次の列を含む概要がat-a-glanceます。

ユーザー  
ユーザーの表示名。

ロール   
ユーザーに割り当てられたロール (作成者またはリーダー）。

ストレージ使用量  
ユーザーが消費した現在のインデックスストレージ。

エージェント時間の使用  
ユーザーが現在の請求サイクルで消費したエージェント時間。

使用量ディストリビューション  
ナレッジベースとスペース全体の消費の内訳。

### ユーザー詳細サイドパネル
<a name="user-detail-side-panel"></a>

ユーザー行を選択して、次の詳細を示すサイドパネルを開きます。
+ 各リソースタイプのリンクされた制限プロファイル
+ ユーザーの有効制限と比較したストレージ消費量
+ 現在の請求サイクルのエージェント時間消費量
+ ナレッジベースとスペース間の使用状況の分散

エージェント時間の消費傾向に関するその他の分析については、[「使用状況メトリクス](https://docs.aws.amazon.com/quick/latest/userguide/qs-usage-metrics.html)」を参照してください。

## 制限プロファイルの管理
<a name="managing-limit-profiles"></a>

### 制限プロファイルを作成する
<a name="create-limit-profile"></a>

各制限プロファイルには、名前と少なくとも 1 つの制限が必要です。次のフィールドを設定できます。
+ **名前** (必須) – プロファイルの説明的な名前。
+ **説明** (オプション) – プロファイルの目的に関する追加のコンテキスト。
+ **ストレージ制限** (オプション) – ユーザーが使用できる GB 単位の最大インデックスストレージ。
+ 1 **か月あたりのエージェント時間**数 (オプション) – ユーザーが請求サイクルごとに消費できるエージェントの最大時間。

プロファイルを作成するときは、2 つの制限 (ストレージまたはエージェントの時間) の少なくとも 1 つを設定する必要があります。

### 制限プロファイルを割り当てる
<a name="assign-limit-profile"></a>

制限プロファイルは、以下に割り当てることができます。
+ 個々のユーザー
+ ロール (作成者またはリーダー)
+ アカウントのデフォルト (より具体的な割り当てがないすべてのユーザーに適用されます)

### 解決階層
<a name="resolution-hierarchy"></a>

複数の割り当てがユーザーに適用される場合、最も具体的な割り当てによって、次の優先順位で有効な制限が決まります。

1. **ユーザーレベル** – ユーザーに直接割り当てられた制限プロファイルが最優先されます。

1. **ロールレベル** – ユーザーレベルの割り当てが存在しない場合、ユーザーのロール (作成者またはリーダー) に割り当てられた制限プロファイルが適用されます。

1. **アカウントレベル** – ユーザーレベルまたはロールレベルの割り当てが存在しない場合、アカウントのデフォルトプロファイルが適用されます。

1. **システムデフォルト** – 組み込みサブスクリプション使用権限は、管理者設定プロファイルが有効でない場合に適用されます。

グループレベルの割り当て (ID プロバイダーグループにプロファイルを割り当てる) は、今後のリリースで予定されています。使用可能な場合、グループレベルの割り当ては、解決階層のユーザーレベルとロールレベルの間でスロットします。

## 制限の適用方法
<a name="limit-enforcement"></a>

ユーザーが有効な制限を下回っている限り、中断することなく動作できます。

ユーザーが制限の 100% に達した場合:
+ **インデックスストレージ** – 新しいファイルのアップロードとナレッジベースの取り込みは、そのユーザーに対してブロックされます。
+ **エージェント時間** – 新しいエージェントの呼び出しは、次の請求サイクルが開始されるまでブロックされます。

既存のコンテンツは常に保持されます。制限を厳しくしても、ファイルやナレッジベースは削除されません。

強制はすべての でグローバルです AWS リージョン。任意のリージョンでの使用は、同じユーザーあたりの制限にカウントされます。

## エンドユーザーの可視性
<a name="end-user-visibility"></a>

ユーザーは、**自分の使用量**ウィジェット (自分の**モノ**で利用可能) で自分の消費量を表示できます。ウィジェットには以下が表示されます。
+ 月間制限と比較したエージェントの使用時間。この値は、各請求サイクルの開始時にリセットされます。
+ 有効制限と比較した消費されたインデックスストレージ容量。

制限プロファイルのプログラムによる管理については、「Amazon Quick API Reference」を参照してください。