サービス・インスタンスおよび請求メッセージ・メトリックの表示

「メトリック」ページで、サービス・インスタンス・メトリック(請求メッセージ・データ、処理時間と呼出し時間、アダプタ・リクエスト、および構成済と使用済メッセージなど)を表示して分析します。データを使用して、Oracle Integrationに関連付けられたリソースおよびOracle Integrationと統合するアプリケーションを監視します。

ノート

Visual Builderの請求メッセージの消費は、Oracle Integrationの使用メトリックには含まれません。

Oracle Integrationインスタンスのデフォルト・メトリックの表示

前提条件:

コンパートメントのサービス・インスタンス・メトリックを表示する権限があることを確認してください。

管理アクセス権を持つ管理者は、コンパートメントのサービス・インスタンス・メトリックを自動的に表示できます。管理アクセスのためには、manageポリシーが割り当てられているOracle Cloud Infrastructureグループに属している必要があります。
読取り専用のアクセス権を持つ管理者は、read metricsポリシーが割り当てられたOracle Cloud Infrastructureグループに属している必要があります。

次に例を示します:

構文: allow group group_name to verb resource-type in compartment compartment-name
ポリシー: allow group oci-integration-admins to read metrics in compartment OICPMCompartment

「アクセスの管理およびロールの割当て」を参照してください。

メトリックを表示するには:

Oracle Cloud Infrastructureコンソールにサインインします
ナビゲーション・メニューを開き、「開発者サービス」をクリックします。「アプリケーション統合」で、「統合」をクリックします。
Oracle Integrationインスタンスをクリックして表示します。
「メトリック」セクションまで下にスクロールすると、デフォルト値のチャートが表示されます。

図oci_monitoring_metrics.pngの説明

チャートの使用方法(統計オプションの説明など)の詳細は、Oracle Cloud Infrastructureドキュメントのデフォルト・メトリック・チャートの表示を参照してください。

使用可能なメトリック・チャート

ノート

Oracle Integrationの請求は2025年7月1日に変更されています。それ以降、次の機能を使用すると、追加の請求メッセージの使用が発生します。

ディザスタ・リカバリ
ロボットによるプロセスの自動化
データ保持の拡大

これらの更新は、Oracleとの契約の一部であるサービスの説明に含まれています。

これらのチャートのメトリックをレビューして、これらの機能が合計使用量にどのように寄与するかを決定します。2025年7月1日より後にこれらの機能のいずれかを使用すると、請求が増加する可能性があります。これらの機能の使用を継続しない場合は、2025年7月1日より前に無効にして、追加の請求メッセージの使用を回避してください。

チャート	説明
受信したメッセージ	サービス・インスタンスが受信したメッセージ・リクエストの数を示します。
成功したメッセージ	正常に完了したメッセージ・リクエストの数が表示されます。
失敗したメッセージ	正常に完了しなかったメッセージ・リクエストの数が表示されます。
インバウンド・リクエスト処理時間	インバウンド・リクエストの処理に要した時間が表示されます。
アウトバウンド・リクエスト呼出し時間	外部エンドポイントへのアウトバウンド・リクエストの呼出しにかかった時間を示します。
インバウンド・リクエスト	サービス・インスタンスによって受信されたインバウンド・リクエスト数が表示されます。
アウトバウンド・リクエスト	サービス・インスタンスによって行われたアウトバウンド・リクエストの数が表示されます。
消費されたメッセージ数	サービス・インスタンスがトリガー・リクエストおよび呼出しリクエストの受信メッセージおよび送信メッセージに使用した請求メッセージの数を示します。請求メッセージ使用量の計算方法の詳細は、従量制テナンシの請求メッセージ使用量の見積りを参照してください。
構成されたメッセージ数	購入した請求メッセージの数が表示されます。この数は、購入したメッセージ・パックの数に各パックの請求メッセージの数を乗算して計算されます。各パックの請求メッセージ数およびメッセージ・パックの数の選択方法の詳細は、メッセージ・パック番号の選択を参照してください。
データ保持によって消費されたメッセージ	拡張データ保持に使用される請求メッセージの数を示します。デフォルトでは、StandardおよびEnterpriseエディションのサービス・インスタンスはデータを32日間保持し、Healthcareエディションのサービス・インスタンスはデータを184日間保持します。Enterprise Editionサービス・インスタンスがある場合は、必要に応じてデータ保存期間を変更できます。データ保持の延長を追加すると、時間単位の請求メッセージの消費が増えます。 93日(3か月)で請求メッセージの消費量が10%増加(消費請求メッセージ×10%) 184日(6か月)の請求メッセージの消費量が20%増加(消費請求メッセージ×20%) データ保持請求メッセージの使用量の計算方法の詳細は、「拡張データ保持メッセージの使用」を参照してください。データ保持期間を管理する方法の詳細は、インスタンスのデータ保持期間の編集を参照してください。
プロセス自動化のために消費されたメッセージ	プロセス自動化で使用されるプロセス請求メッセージの数が表示されます。プロセス起動当たり+1メッセージ別のプロセスを起動するプロセスでは、この手数料は発生しません最初の1時間後のプロセス期間の時間当たり+1メッセージプロセス自動化請求メッセージ使用量の計算方法の詳細は、「オプション機能の追加メッセージ消費」を参照してください。
意思決定のために消費されたメッセージ	使用した決定の請求メッセージ数が表示されます。既存のメッセージ・パック消費量に基づいて、他のサービス、制限、コンポーネントおよび超過による追加の請求メッセージ消費量が含まれます。デシジョン呼出し当たり+1メッセージ決定請求メッセージ使用量の計算方法の詳細は、「オプション機能の追加メッセージ消費」を参照してください。
ロボットによるプロセス自動化のために消費されたメッセージ	ロボット・プロセス自動化で使用される請求メッセージの数が表示されます。ロボット呼び出しごとに+1メッセージ最初の5分後のロボット持続時間の5分あたり+1メッセージロボット・プロセス自動化請求メッセージ使用量の計算方法の詳細は、オプション機能の追加メッセージ消費を参照してください。
ディザスタ・リカバリで消費されたメッセージ・パック数	ディザスタ・リカバリに使用されるメッセージ・パックの数を示します。ディザスタ・リカバリを追加すると、既存のメッセージ・パックの消費量に基づいてメッセージ・パックの消費量が増加します。既存のメッセージ・パック消費は、統合、データ保持、プロセス自動化、意思決定およびロボティック・プロセス自動化によって消費されるメッセージ・パックの数です。既存のメッセージ・パックの消費量が1-3メッセージ・パックの場合、ディザスタ・リカバリによって1つのメッセージ・パックが追加されます。既存のメッセージ・パックの消費量が4-8メッセージ・パックの場合、ディザスタ・リカバリによって2メッセージ・パックが追加されます。既存のメッセージ・パックの消費量が8以上のメッセージ・パックの場合、ディザスタ・リカバリによって3つのメッセージ・パックが追加されます。ディザスタ・リカバリ・メッセージ・パックの使用量の計算方法の詳細は、「ディザスタ・リカバリ・メッセージ消費」を参照してください。
消費されたメッセージの合計	Visual Builderを除くすべてのコンポーネントで使用される請求メッセージの合計数が表示されます。この合計には、ディザスタ・リカバリは含まれません。合計消費済請求メッセージ使用量の計算方法の詳細は、従量制テナンシの請求メッセージ使用量の見積りを参照してください。
消費されたメッセージ・パックの合計	サービス・インスタンスで使用されるメッセージ・パックの総合計(消費された請求メッセージの合計をカバーするメッセージ・パックと、ディザスタ・リカバリに使用されるメッセージ・パックを含む)が表示されます。合計の計算方法の詳細は、従量制テナンシの請求メッセージ使用量の見積を参照してください。