モニタリングの概要
モニタリングの動作
モニタリング・サービスは、メトリックを使用してリソースおよびアラームをモニターし、これらのメトリックがアラームで指定されたトリガーを満たしたときに通知を行います。
メトリックは、モニタリング・サービスに対し、Rawデータ・ポイントまたはタイムスタンプ/値ペアとして、ディメンションおよびメタデータとともに発行されます。メトリックは様々なソースから取得されます:
- Oracle Cloud Infrastructureリソースによって自動的にポストされたリソース・メトリック。たとえば、コンピュート・サービスは、oci_computeagentネームスペースを通じてモニタリング対応のコンピュート・インスタンスのメトリックをポストします。このようなメトリックの1つは、
CpuUtilization
です。サポートされているサービスおよびデフォルトのメトリック・チャートの表示を参照してください。 - モニタリングAPIを使用して公開されたカスタム・メトリック。
- サービス・コネクタ・ハブ(サービス・コネクタのターゲット・サービスとしてモニタリングを使用)を使用して新規または既存のメトリックに送信されたデータ。
モニタリング・サービスからメトリックを転送するには、サービス・コネクタ・ハブを使用します。詳細は、サービス・コネクタのモニタリング・ソースの設定の詳細を参照してください。
モニタリング・サービスにポストされるメトリック・データは、メトリック・データの使用を有効にするOracle Cloud Infrastructureの機能によってのみ、表示または使用されます。
メトリックを問い合せると、モニタリング・サービスは指定されたパラメータに従って集計データを返します。範囲(過去24時間など)、統計および間隔を指定できます。コンソールには、選択したリソースのメトリックごとに1つのモニタリング・グラフが表示されます。各グラフ内の集計データは、選択した統計および間隔を反映します。APIリクエストは、必要に応じてディメンションでフィルタリングし、レゾリューションを指定できます。APIレスポンスには、メトリック名とともにソースのコンパートメントとメトリック・ネームスペースが含まれます。集計されたデータをビジュアライゼーションまたはグラフ化ライブラリにフィードできます。
メトリックおよびアラーム・データには、コンソール、CLIおよびAPIを介してアクセスできます。保持期間については、ストレージの制限を参照してください。
モニタリング・サービスのアラーム機能は、通知サービスによって管理される構成済の宛先にアラーム・メッセージを公開します。各宛先は、サブスクライバのセットを含むトピックです。通知サービスの詳細は、通知を参照してください。
メッセージ・タイプは、メッセージが送信された理由を示します。
OK_TO_FIRING
: アラームのステータスがOK
からFIRING
に変更されました。FIRING_TO_OK
: アラームのステータスがFIRING
からOK
に変更されました。REPEAT
: アラームのステータスがFIRING
に維持され、繰返し通知が構成されます。-
RESET
: アラームはメトリックの起動を検出していません。メトリックは送信されなくなりました。メトリックを発行したリソースが移動または終了した可能性があります。重要
RESET
ステータスの変更が発生した場合は、リソースのヘルス状態を判断してください。
アラーム・メッセージの書式:
パラメータ | 説明 |
---|---|
dedupekey 必須 |
string アラームのすべてのアラーム・メッセージの一意の識別子。重複排除に使用します。 |
title 必須 |
string アラームの構成表示名。 |
body |
string アラームの構成済メッセージ本文。 |
type 必須 |
string 通知メッセージを送信する理由。有効な値: メッセージ・タイプを参照してください。 |
severity 必須 |
string リストされているアラームの最も高い重大度レベル。有効な値: |
timestampEpochMillis 必須 |
long Epoch時間以降にアラームがトリガーされた時間(ミリ秒)。 |
タイムスタンプ 必須 |
string アラームがトリガーされた時刻(ISO-8601形式)。timestampEpochMillisと同じ情報です。 |
alarmMetadata 必須 |
オブジェクトの配列 この通知メッセージに関連するアラームのリスト。 |
version 必須 |
int アラーム・メッセージ形式のバージョン。 |
alarmMetadata形式:
パラメータ | 説明 |
---|---|
id 必須 |
string アラームOCID。 |
status 必須 |
string アラームの状態。有効な値: |
severity 必須 |
string アラームの重大度レベル。有効な値: |
query 必須 |
string アラームの構成済問合せ。
|
totalMetricsFiring 必須 |
int この通知メッセージで表されるメトリック・ストリーム数。 |
dimensions |
オブジェクトの配列 各メトリック・ストリームを識別するディメンション・キー/値ペアのリスト。このリストは、100個のエントリに制限されています。ステータスが |
サブスクリプション・プロトコルおよびメッセージ形式による、FIRING状態が継続している「高いCPU使用率」というタイトルのアラームのメッセージの例。この例では、メッセージに"myinstance1"用と"myinstance2"用の2つのメトリック・ストリームが含まれています。
電子メール(フォーマット済)(サポートされるサブスクリプション・プロトコルとメッセージ・タイプについては、わかりやすい書式設定を参照してください)
電子メール(Pretty JSON) (サポートされているサブスクリプション・プロトコルおよびメッセージ・タイプについては、わかりやすい書式設定を参照してください)
{
"dedupeKey": "exampleuniqueID",
"title": "High CPU Utilization",
"body": "Follow runbook at http://example.com/runbooks",
"type": "REPEAT",
"severity": "CRITICAL",
"timestampEpochMillis": 1542406320000,
"timestamp": "2018-11-16T22:12:00Z",
"alarmMetaData": [
{
"id": "ocid1.alarm.oc1.iad.exampleuniqueID",
"status": "FIRING",
"severity": "CRITICAL",
"query": "CpuUtilization[1m].mean() > 0",
"totalMetricsFiring": 2,
"dimensions": [
{
"instancePoolId": "Default",
"resourceDisplayName": "myinstance1",
"faultDomain": "FAULT-DOMAIN-1",
"resourceId": "ocid1.instance.oc1.iad.exampleuniqueID",
"imageId": "ocid1.image.oc1.iad.exampleuniqueID",
"availabilityDomain": "szYB:US-ASHBURN-AD-1",
"shape": "VM.Standard2.1",
"region": "us-ashburn-1"
},
{
"instancePoolId": "Default",
"resourceDisplayName": "myinstance2",
"faultDomain": "FAULT-DOMAIN-3",
"resourceId": "ocid1.instance.oc1.iad.exampleuniqueID",
"imageId": "ocid1.image.oc1.iad.exampleuniqueID",
"availabilityDomain": "szYB:US-ASHBURN-AD-1",
"shape": "VM.Standard2.1",
"region": "us-ashburn-1"
}
]
}
],
"version": 1.1
}
Email and Slack (Raw)
{"dedupeKey":"exampleuniqueID","title":"High CPU Utilization","body":"Follow runbook at http://example.com/runbooks","type":"REPEAT","severity":"CRITICAL","timestampEpochMillis":1542406320000,"timestamp":"2018-11-16T22:12:00Z","alarmMetaData":[{"id":"ocid1.alarm.oc1.iad.exampleuniqueID","status":"FIRING","severity":"CRITICAL","query":"CpuUtilization[1m].mean()>0","totalMetricsFiring":2,"dimensions":[{"instancePoolId":"Default","resourceDisplayName":"myinstance1","faultDomain":"FAULT-DOMAIN-1","resourceId":"ocid1.instance.oc1.iad.exampleuniqueID","imageId":"ocid1.image.oc1.iad.exampleuniqueID","availabilityDomain":"szYB:US-ASHBURN-AD-1","shape":"VM.Standard2.1","region":"us-ashburn-1"},{"instancePoolId":"Default","resourceDisplayName":"myinstance2","faultDomain":"FAULT-DOMAIN-3","resourceId":"ocid1.instance.oc1.iad.exampleuniqueID","imageId":"ocid1.image.oc1.iad.exampleuniqueID","availabilityDomain":"szYB:US-ASHBURN-AD-1","shape":"VM.Standard2.1","region":"us-ashburn-1"}]}],"version":1.1}
SMS
119L3T: [CRITICAL] "High CPU Utilization" has transitioned to OK_TO_FIRING at 2021-02-10T05:52:00Z
https://cloud.oracle.com/monitoring/alarms/status
メトリック機能の概要
メトリック機能では、クラウド・リソースのヘルス、容量およびパフォーマンスに関するメトリック・データをリレーします。特定のリソースのヘルス、容量またはパフォーマンスに関連する測定。リソース、サービス、およびアプリケーションが、モニタリング・サービスにメトリックを発行します。共通メトリックには、次に関連したデータが反映されます:
- 可用性および待機時間
- アプリケーションの稼働時間と停止時間
- 完了済トランザクション
- 失敗した操作と成功した操作
- 売上数量やエンゲージメント数量などのキー・パフォーマンス・インジケータ(KPI)
このデータのモニタリングを問い合せることで、顧客にコミットしているサービス・レベルを達成するために、システムとプロセスがどの程度機能しているかを理解できます。たとえば、コンピュート・インスタンスのCPU使用率およびディスク読取りをモニタリングできます。このデータを使用して、負荷の増加を処理するためにより多くのインスタンスを起動するタイミングを決定したり、インスタンスの問題のトラブルシューティングを行うことができ、またはシステム動作の理解をより深めることができます。
メトリックの例: 失敗率
アプリケーション・ヘルスの場合、一般的なKPIの1つが失敗率で、共通の定義は、失敗したトランザクションの数を合計トランザクション数で割ったものです。通常、このKPIはアプリケーションのモニタリングおよび管理ソフトウェアを通じて提供されます。
開発者は、カスタム・メトリックを使用して、アプリケーションからこのKPIを取得できます。アプリケーション・トランザクションが発生するたびに観測データを記録し、そのデータをモニタリング・サービスにポストするだけです。この場合、失敗したトランザクション、成功したトランザクションおよびトランザクション待機時間(完了したトランザクションごとに費やされた時間)を取得するようにメトリックを設定します。
アラーム機能の概要
モニタリング・サービスのアラーム機能は、通知サービスと連携し、メトリックがアラーム指定のトリガーを満たしたときに通知します。前述の図は、メトリック・データ・ポイントを発行するリソースからモニタリングまでのフローを示しています。トリガーされると、アラームは構成されたトピック(Notifications内)にアラーム・メッセージを送信し、そのメッセージはトピックのすべてのサブスクリプションに送信されます。 (この図では、RAWおよび集計されたメトリック・データについては説明していません。詳細は、このページの上部にある「監視の概要」の図を参照してください。)
構成すると、繰返し通知により継続的に起動状態であることが構成した繰返し間隔で通知されます。アラームがOK状態に戻ったとき、またはアラームがリセットされたときにも通知されます。
検索対応の属性を使用して、アラームを検索できます。検索の詳細は、検索の概要を参照してください。
属性の詳細は、アラーム・リファレンスを参照してください。
-
id
-
displayName
-
compartmentId
-
metricCompartmentId
-
namespace
-
query
-
severity
-
destinations
-
suppression
-
isEnabled
-
lifecycleState
-
timeCreated
-
timeUpdated
-
tags
モニタリングの概念
モニタリングを作業するには、次の概念が必要です。
- 集計データ
- 特定のメトリックのRAWデータ・ポイントの選択内容に統計と間隔を適用した結果。たとえば、メトリック
CpuUtilization
のRAWデータ・ポイントの最後の24時間に統計max
および間隔1h
(1時間)を適用できます。集計されたデータは、コンソールのデフォルトのメトリック・チャートに表示されます。集計データの特定のセットに対してメトリック問合せを作成することもできます。手順については、デフォルトのメトリック・チャートの表示およびメトリック問合せの作成を参照してください。 - アラーム
- 評価されるアラーム問合せ、およびアラームが起動状態にあるときに、その他のアラーム・プロパティとともに使用される通知宛先。アラームの管理手順については、アラームの管理を参照してください。
- アラーム問合せ
- アラームを評価するMonitoring Query Language (MQL)式。アラームの問合せは、メトリック、統計、間隔およびトリガー・ルール(しきい値または不在)を指定する必要があります。モニタリング・サービスのアラーム機能は、返された各時系列の結果をブール値として解釈します。0はfalse、0以外の値はtrueを表します。true値は、トリガー・ルール条件が満たされたことを意味します。詳細は、アラームAPIリファレンスのメトリック問合せの作成と問合せ属性の説明を参照してください。
- データ・ポイント
- 指定されたメトリックのタイムスタンプ/値ペア。例: 2018-05-10T22:19:00Z, 10.4
- ディメンション
- メトリック定義で指定される修飾子。例: oci_computeagentメトリックの定義で指定されるリソース識別子(
resourceId
)。ディメンションを使用してメトリック・データをフィルタ処理またはグループ化します。可用性ドメインでフィルタ処理するためのディメンション名/値ペアの例:availabilityDomain = "VeBZ:PHX-AD-1"
- 頻度
- 特定のメトリックについて、ポストされた各Rawデータ・ポイント間の期間。(RAWデータ・ポイントは、メトリック・ネームスペースによってモニタリング・サービスにポストされます。)頻度はメトリックによって異なりますが、デフォルトのサービス・メトリックの頻度は通常60秒です(1分当たりに1つのデータ・ポイントがポストされます)。レゾリューションも参照してください。
- 間隔
- Rawデータ・ポイントの指定したセットの変換に使用される時間ウィンドウ。
- メッセージ
- モニタリング・サービスのアラーム機能がアラームの構成済通知宛先のトピックに公開する内容。アラームが別の状態に遷移する(「OK」から「FIRING」へなど)と、メッセージが送信されます。メッセージの詳細は、モニタリングの動作を参照してください。
- メタデータ
- メトリック定義で指定される参照。例: oci_computeagentメトリック
DiskBytesRead
の定義で指定された単位(バイト)。メタデータを使用して、特定のメトリックに関する追加情報を調べます。メトリックの定義は、サポートされているサービスを参照してください。 - メトリック
- 特定のリソースのヘルス、容量またはパフォーマンスに関連する測定。例:コンピュート・インスタンスの使用状況を測定するoci_computeagentメトリック
CpuUtilization
。メトリックの定義は、サポートされているサービスを参照してください。 - メトリック定義
- 特定のメトリックのメトリック・ネームスペースにより提供される参照、修飾子およびその他の情報のセット。たとえば、oci_computeagentメトリック
DiskBytesRead
は、ディメンション(リソース識別子など)とメタデータ(単位のバイトを指定)およびそのメトリック・ネームスペース(oci_computeagent)の識別によって定義されます。ポストされた各データ・ポイント・セットには、この情報が送信されます。ListMetricData API操作を使用してメトリック定義を取得します。メトリックの定義は、サポートされているサービスを参照してください。 - メトリック・ネームスペース
- Indicator of the resource , service, or application that emits the metric. Provided in the metric definition. For example, the
CpuUtilization
metric definition emitted by the Oracle Cloud Agent software on compute instances lists the metric namespaceoci_computeagent
as the source of theCpuUtilization
metric. For metric definitions, see Supported Services. - メトリック・ストリーム
- メトリックおよびゼロ以上のディメンション値の集計データの個別のセット。
- 通知宛先
- アラームが別の状態に遷移する(「OK」から「FIRING」へなど)ときの、メッセージを送信するためのプロトコルおよびその他の詳細。詳細および設定は、宛先サービスによって異なります。通知サービスでは、各宛先にトピックおよびサブスクリプション・プロトコル(PagerDutyなど)が含まれます。メッセージ、トピックおよびサブスクリプションの詳細は、通知を参照してください。
- Oracle Cloud Agentソフトウェア
- RAWデータ・ポイントをモニタリング・サービスにポストできるソフトウェア。サポートされているイメージの最新バージョンで自動的にインストールされます。コンピュート・インスタンスのモニタリングの有効化を参照してください。
- query
- 集計データを返すために評価するMonitoring Query Language (MQL)式。問合せには、メトリック、統計および間隔を指定する必要があります。詳細は、メトリック問合せの作成を参照してください。
- レゾリューション
- 時間ウィンドウ間の期間、または時間ウィンドウが移動する際の規則性。たとえば、
1m
のレゾリューションを使用すると、1分ごとに集計が取得されます。 - リソース・グループ
- フィルタまたは結果の集計に使用できるカスタム・メトリックで提供されるカスタム文字列。リソース・グループは、ポストされたメトリックの定義内に存在する必要があります。メトリックごとに適用できるリソース・グループは1つのみです。
- 統計
- Rawデータ・ポイントの特定のセットに適用される集計関数。サポートされている統計については、Monitoring Query Language (MQL)リファレンスを参照してください。
- suppression
- 指定した時間範囲内にメッセージが公開されないようにするための構成。システムの保守中にアラーム通知を一時停止するのに役立ちます。各抑制は単一のアラームに適用されます。コンソールでは、抑制の1つの定義を複数のアラームに適用できます。その結果、アラームごとに個別の抑制が行われます。アラームを抑制する手順については、アラームを抑制するにはを参照してください。
- トリガー・ルール
- アラームを起動状態にするために満たす必要がある条件。トリガー・ルールは、メトリックのしきい値または不在に基づきます。
可用性
モニタリング・サービスは、すべてのOracle Cloud Infrastructure商用リージョンで使用できます。使用可能なリージョンのリストと、関連する場所、リージョン識別子、リージョン・キーおよび可用性ドメインは、リージョンおよび可用性ドメインについてを参照してください。
サポートされるサービス
次のサービスには、モニタリングにメトリックを発行できるリソースまたはコンポーネントが含まれます。
- APIゲートウェイ - APIゲートウェイ・メトリックを参照してください
- Application Performance Monitoring -「Application Performance Monitoringメトリック」を参照
- 要塞-要塞メトリックを参照してください
- ビッグ・データ・サービス - クラスタのメトリックの表示を参照してください
- ブロック・ボリューム-ブロック・ボリューム・メトリックを参照してください
- ブロックチェーン・プラットフォーム - ブロックチェーン・プラットフォーム・メトリックを参照してください
-
コンピュート - 次のトピックを参照してください:
- Container Engine for Kubernetes - Container Engine for Kubernetesメトリックを参照してください
- データ・カタログ - データ・カタログ・メトリックを参照してください
- データ・フロー-データ・フロー・メトリックを参照してください
- データ統合 - データ統合メトリックを参照してください
- データ・サイエンス-ノートブック・セッションのメトリックについてを参照してください
- データ転送-次のトピックを参照してください。
- ディスクベースのデータ・インポート:データ転送メトリックの表示
- アプライアンスベースのデータ・インポート:データ転送メトリックの表示
- データ・エクスポート:データ転送メトリックの表示
- データベース - データベース・メトリックを参照してください
- データベース移行- Database Migration Metricsを参照してください
- DevOps - DevOpsメトリックを参照してください
- デジタル・アシスタント - デジタル・アシスタント・メトリックを参照してください
- DNS -「DNSメトリック」を参照
- 電子メール配信-電子メール配信メトリックを参照してください
- イベント - イベント・メトリックを参照してください
- ファイル・ストレージ - ファイル・システム・メトリックを参照してください
- ファンクション - ファンクション・メトリックを参照してください
- GoldenGate -「Oracle Cloud Infrastructure GoldenGateメトリック」を参照
- ヘルス・チェック - ヘルス・チェック・メトリックを参照してください
- 統合-メッセージ・メトリックの表示を参照してください
- Java Management -「Java Managementのメトリック」を参照
- ロード・バランシング - ロード・バランシング・メトリックを参照してください
- ロギング-ログの内容を表示するにはを参照してください
- ロギング・アナリティクス-サービス・メトリックを使用したロギング・アナリティクスのモニターを参照してください
- 管理エージェント - 管理エージェント・メトリックを参照してください
- MySQLデータベース - MySQLデータベース・メトリックを参照してください
-
ネットワーキング - 次のトピックを参照してください:
- NoSQLデータベース・クラウド - サービス・メトリックを参照してください
- 通知 - 通知メトリックを参照してください
- オブジェクト・ストレージ - オブジェクト・ストレージ・メトリックを参照してください
- オペレーション・インサイト - オペレーション・インサイト・メトリックを参照してください
- Oracle APEX Application Development -「メトリック(APEX )」を参照
- OS管理 - OS管理メトリックを参照してください
- サービス・コネクタ・ハブ-サービス・コネクタ・ハブ・メトリックを参照してください
- サービス・メッシュ - サービス・メッシュ・メトリックを参照してください
- スタック・モニタリング - スタック・モニタリング・メトリック・リファレンスを参照してください
- ストリーミング - ストリーミング・メトリックを参照してください
- ボールト - ボールト・メトリックを参照してください
- 脆弱性スキャン-スキャン・メトリックを参照してください
- WAF - Edge Policy Metricsを参照してください
リソース識別子
ほとんどのタイプのOracle Cloud Infrastructureリソースには、Oracle Cloud ID (OCID)と呼ばれるOracleによって割り当てられた一意の識別子があります。OCIDのフォーマットおよびリソースを識別するその他の方法の詳細は、リソース識別子を参照してください。
メトリックのリソースにOCIDがありません。
モニタリングにアクセスする方法
モニタリング・サービスには、コンソール(ブラウザベースのインタフェース)またはモニタリングREST APIを使用してアクセスできます。コンソールおよびAPIのための手順は、このガイド全体を通してトピックに含まれています。使用可能なSDKのリストは、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
コンソール: コンソールを使用してモニタリングにアクセスするには、サポートされているブラウザを使用する必要があります。コンソールのサインイン・ページに移動するには、このページ上部のナビゲーション・メニューを開き、「インフラストラクチャ・コンソール」をクリックします。クラウド・テナント、ユーザー名およびパスワードの入力を求められます。ナビゲーション・メニューを開き、「可観測性および管理」をクリックします。「モニタリング」で、「サービス・メトリック」をクリックします。
API: APIを介してモニタリングにアクセスするには、メトリックおよびアラームにモニタリングAPIを使用し、通知に通知APIを使用します(アラームと使用)。
CLI: モニタリングのコマンド・ライン・リファレンスおよび通知のコマンドライン・リファレンスを参照してください。
別のコンパートメントへのアラームの移動
コンパートメント間でアラームを移動できます。新しいコンパートメントにアラームを移動しても、関連付けられたメトリックはそのまま残ります。アラームを新規コンパートメントに移動すると、固有のポリシーがただちに適用され、コンソールを介してアラームへのアクセスが影響を受けます。リソースの他のコンパートメントへの移動の詳細は、リソースを別のコンパートメントに移動するにはを参照してください。
リソースをコンパートメント間で移動するには、リソースの移動先のコンパートメントと現在のコンパートメントに対する十分なアクセス権限がリソース・ユーザーに必要です。モニタリング・リソースの権限の詳細は、モニタリングの詳細を参照してください。
認証と認可
Oracle Cloud Infrastructureの各サービスは、すべてのインタフェース(コンソール、SDKまたはCLI、およびREST API)の認証および認可のためにIAMと統合されています。
組織の管理者は、どのユーザーがどのサービスとリソースにアクセスできるか、およびアクセスのタイプを制御する、グループ、コンパートメントおよびポリシーを設定する必要があります。たとえば、ポリシーは、新しいユーザーの作成、クラウド・ネットワークの作成と管理、インスタンスの起動、バケットの作成、オブジェクトのダウンロードなどを実行できるユーザーを制御します。詳細は、ポリシーの開始を参照してください。異なる各サービスに対するポリシーの記述の詳細は、ポリシー・リファレンスを参照してください。
会社が所有するOracle Cloud Infrastructureリソースを使用する必要がある通常のユーザー(管理者ではない)の場合は、ユーザーIDを設定するよう管理者に連絡してください。管理者は、使用する必要があるコンパートメントを確認できます。
管理者: メトリックへグループ・アクセスを付与する共通ポリシーについては、ユーザーによるコンパートメント内のメトリック定義の表示および特定のメトリック・ネームスペースへのユーザー・アクセスの制限を参照してください。共通アラーム・ポリシーについては、ユーザーによるアラームの表示を参照してください。 インスタンスなどのリソースを認可してAPIコールを実行するには、リソースを動的グループに追加します。動的グループの照合ルールを使用してリソースを追加してから、メトリックへの動的グループ・アクセスを可能にするポリシーを作成します。インスタンスによりAPIコールを実行しテナンシのモニタリング・メトリックにアクセスを参照してください。
モニタリングの制限
適用可能な制限の一覧と制限の引上げをリクエストする手順は、モニタリング制限を参照してください。
その他の制限は次のとおりです。
ストレージの制限
項目 | 格納された時間範囲 |
---|---|
メトリックの定義 | 14日 |
アラーム履歴エントリ | 90日 |
戻りデータ制限(メトリック)
メトリックを問い合せてメトリック・チャートを表示する場合、戻されるデータは一定の制限に従います。 返されるデータの制限情報には、100,000データ・ポイントの最大値と時間範囲の最大値(レゾリューションによって決定され、間隔に関連しています)が含まれます。MetricDataリファレンスを参照してください。
トラブルシューティングの制限
問合せがメトリック・ストリームの最大数を超えたというエラーが表示された場合は、制限内のメトリック・ストリーム数を評価するように問合せを更新してください。たとえば、ディメンションを指定することで、メトリック・ストリームを削減できます。複数の問合せ(またはアラーム)にメトリック・ストリームを分散することで、元の問合せにあったすべてのメトリック・ストリームの評価を続行できます。
セキュリティ
このトピックでは、モニタリングのセキュリティについて説明します。
セキュリティ情報および推奨事項を含むモニタリングの保護方法の詳細は、モニタリングの保護を参照してください。