テナント消費の適用

テナント消費の適用

注:

テナント消費の適用は、Automation Cloud と Test Cloud でのみ利用可能です。

テナント消費の適用はサービスごと、テナントごとの設定であり、テナントに割り当てられたユニット数に達したときに、サービスがユニットの消費を停止するかどうかを制御します。

Automation Cloud では、ライセンスによって AI ユニット、ロボット ユニット、エージェント ユニットなどのユニットのプールが各テナントに割り当てられます。これまでサービスは、組織レベルのプールから抽出され、テナントの割り当て量を超えるユニットを消費し続けてきました。この動作は、テナントの割り当てがハード制限ではなくガイドラインとして機能することを意味し、複数のテナントを持つ組織にとってコスト管理と予算の管理を困難にしていました。

テナント消費の適用では、組織管理者とテナント管理者が、割り当てられたユニットの 100% で消費を停止するか、テナントの制限を超えて組織プールに投入し続けるかを、サービス単位およびテナント単位で設定できます。

適用の仕組み

適用は、各テナントのサービスごとに独立して動作します。サービスに対して適用が有効になっている場合、そのサービスはテナントの割り当ての 100% で新しいユニットの処理を停止します。適用が無効化されている場合、テナントの割り当てが使い果たされた後も、サービスは組織レベルのプールから引き続き引き出しを行います。

各サービスは個別に構成されます。サービス グループがない - 1 つのサービスの適用設定は、同じテナント上の他のサービスには影響しません。

動作シナリオ

適用設定	テナント割り当ての 100% での消費	テナント制限後のユニット ソース
100%有効で停止	そのテナントでのサービスの使用の停止	追加のユニットは消費されません
100%無効で停止	テナントの上限を超えて消費が継続する	組織レベルのプール

テナントの制限を超えて消費が続くと、追加のユニットが組織レベルのプールから引き出されます。これにより、ビジネスクリティカルなプロセスの安全性を確保しながら、レポート作成のために組織レベルでの消費を記録します。

適用境界でのサービスごとの動作

サービスによって、消費イベントをライセンス レイヤーに報告する方法に基づいて、さまざまな方法で適用境界が処理されます。

ライセンス システムは、実行中ではなく、プロセスまたはアクティビティの完了時に消費イベントを受け取ります。つまり、プロセスが完了し、報告された消費によってテナントが 100% を超えた場合、その最後のイベントが受け入れられ、その後の消費が強制によって停止されます。したがって、適用が有効であっても、プロセスの境界でわずかに過剰消費される可能性があります。

適用は、実行中ではなく、制限に達した後の次の消費イベントでアクティブ化されます。制限に達したときに複数のプロセスが実行されていた場合、すべてのプロセスの完了を続行して消費量を報告します。それ以降に開始される新しいプロセスのみがブロックされます。たとえば、テナントの制限に達したときに 5 つのプロセスがまだ実行中である場合、5 つすべてが完了するまで続行されます。各プロセスの実行終了時に消費イベントが報告された後にのみ適用がアクティブ化されるためです。個々の消費イベントが大きいサービスの場合、境界での過剰消費が比例して大きくなる可能性があります。

Document Understanding

消費イベントは、ドキュメント処理ジョブの完了時に報告されます。テナントの制限に達すると、Document Understanding は現在のジョブを完了してから新しいジョブを停止することを許可します。その結果、ジョブの境界で少量の過剰消費が発生する可能性があります。適用がアクティブで、割り当てが 100% の場合、次のジョブはブロックされます。あるテナントが、別のテナントでホストされている Document Understanding モデルを使用するクロステナント シナリオでは、消費は常にモデルをホストしているテナントに課金されます。適用によってこの消費を制御するには、モデル ホスティング テナントで適用を有効化します。

Agents

ライセンス システムでは、エージェントの実行内の個々の LLM 呼び出しごとに消費量が確認されます。適用が有効化されている状態でテナントの制限に達すると、エージェントは次の LLM 呼び出し境界で実行の途中で停止する可能性があります。実行が完了しません。

ScreenPlay と Healing Agent

どちらのサービスにも、ユニットの種類ごとに個別の適用設定があり、2 つの設定は相互に作用します。ScreenPlay の実行は、最初に ScreenPlay の実行を消費します。枯渇が許容され、ScreenPlay の実行が使い果たされた場合、ScreenPlay は利用可能なプラットフォーム ユニット (ユニファイド プライシング モデル) から引き出されます。Healing Agent を実行すると、最初に修復が消費されます。過剰消費が許容され、修復が使い果たされた場合、利用可能なエージェント ユニット (フレックス価格モデル) から Healing Agent が引き出されます。

オーバーフロー ユニットのみがテナントに割り当てられている場合 (ScreenPlay のプラットフォーム ユニット;Healing Agent のエージェント ユニット):

設定	ScreenPlay	Healing Agent
100%で停止	ScreenPlay の実行を使い果たすと、テナントのプラットフォーム ユニットの消費を開始します。疲れ果てたら、止まります。	修復が枯渇すると、テナントのエージェント ユニットの消費が開始されます。疲れ果てたら、止まります。
枯渇を許容する	ScreenPlay の実行を使い果たすと、テナントのプラットフォーム ユニットの消費を開始します。使い果たされると、組織レベルの ScreenPlay Runs プール、次に組織レベルのプラットフォームユニットプールから取得されます。	修復が枯渇すると、テナントのエージェント ユニットの消費が開始されます。使い果たされると、組織レベルの修復プールから取得され、次に組織レベルのエージェント ユニット プールから取得されます。

両方のユニット タイプがテナントに割り当てられている場合:

ScreenPlay の場合: プライマリ ユニット = ScreenPlay Runs、オーバーフロー ユニット = プラットフォーム ユニット。Healing Agent の場合: プライマリ ユニット = 修復、オーバーフロー ユニット = エージェント ユニット

プライマリユニットの設定	オーバーフローユニット設定	結果
100%で停止	100%で停止	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、停止します。
枯渇を許容する	100%で停止	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのプライマリ ユニット プールからのみ取得されます。オーバーフローユニットは組織レベルのプールからは取得されません。
100%で停止	枯渇を許容する	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのオーバーフロー ユニット プールからのみ取得されます。プライマリユニットは組織レベルのプールから引き出されません。
枯渇を許容する	枯渇を許容する	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのプライマリ ユニット プールから取得され、次に組織レベルのオーバーフロー ユニット プールから取得されます。

Maestro および Gen AI アクティビティ

これらのサービスには、テナント レベルでの適用はまだ実装されていません。これらのアクティビティは構成インターフェイスでは利用できず、テナントの適用設定に関係なく、常に組織のプールから消費され続けます。

通知のしきい値

使用に関する通知は、適用が有効か無効かに関係なく、サービスがテナントの割り当てに近づいて到達すると送信されます。通知は、テナント レベルでの消費について以下のしきい値で送信されます。

• 割り当て済みのユニットの 50% が消費されました。
• 割り当てられたユニットの 75% が消費されました
• 割り当て済みのユニットの 90% が消費されました。

既定では、すべての組織管理者とテナント管理者がこれらの通知を受信します。すべてのライセンス通知イベントの詳細については、「 ライセンス通知」を参照してください。

注:

これらのテナント レベルのしきい値 (50%、75%、90%) は、組織全体の割り当ての 50%、75%、95% で発生する組織レベルの消費通知とは別のものです。両方の通知セットを同時にアクティブにすることができます。

既定の動作

組織でテナント消費の適用が利用可能になった場合、既定の設定は組織の現在の消費ステートによって異なります。

組織の状態	既定の適用設定
現在、テナントが枯渇していることはありません	すべてのサービスで 100% 有効で停止します
すでに枯渇している 1 つ以上のテナント	100% 無効化で停止 (アクティブな生産プロセスの中断を防ぐため)

2 番目のカテゴリの組織は、現在組織プールに依存している運用プロセスがブロックされないように、適用を有効化する前にテナント割り当てを監査する必要があります。

関連トピック

• テナント消費の適用の設定
• ライセンスの割り当て超過