本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
使用 Amazon CloudWatch 警報
您可以在 Amazon 中創建指標和複合警報 CloudWatch。
-
公制警示會根據度 CloudWatch 量監視單一度量或數學運算式的 CloudWatch 結果。警示會根據在數個期間與閾值相關的指標值或表達式值來執行一或多個動作。動作可以是向 Amazon SNS 主題傳送通知、執行 Amazon EC2 動作或 Amazon 自動 EC2 Auto Scaling 作,或在 Systems Manager 中建立 OpsItem 或事件。
複合警示包括一個規則表達式,該表達式會考慮您所建立之其他警示的警示狀態。只有在符合規則的所有條件時,複合警示才會進入ALARM狀態。複合警示規則表達式中指定的警示可以包括指標警示和其他複合警示。
使用複合警示可以減少警示噪音。您可以建立多個指標警示,也可以建立一個複合警示,並僅針對複合警示設定提醒。例如,只有當所有基礎度量警示都處於ALARM狀態時,複合才可能進入ALARM狀態。
複合警示可在狀態變更時傳送 Amazon SNS 通知,並且可以在進入狀ALARM態時建立 Systems Manager OpsItems 或事件,但無法執行EC2動作或 Auto Scaling 動作。
注意
您可以在 AWS 帳戶中創建任意數量的警報。
您可以將警示新增至儀表板,以便在多個地區監視和接收有關資 AWS 源和應用程式的警示。將警示新增至儀表板後,當警示處於 INSUFFICIENT_DATA
狀態時會變成灰色,當處於 ALARM
狀態時則會變成紅色。處於 OK
狀態的所示警示沒有顏色。
您也可以從 CloudWatch 主控台導覽窗格中的 [我的最愛和最近] 選項,將最近造訪過的鬧鐘加入最愛。Favorites and recents (我的最愛和最近的項目) 選項具備我的最愛警示和最近造訪過的警示資料欄。
只有在警示變更狀態時,警示才會叫用動作。此例外狀況適用於針對 Auto Scaling 動作的警示。對於 Auto Scaling 動作,警示維持在新狀態的每一分鐘,警示會持續叫用動作。
鬧鐘可以監看相同帳戶中的指標。如果您已在 CloudWatch 主機中啟用跨帳戶功能,您也可以建立警示來監視其他 AWS 帳戶中的指標。不支援建立跨帳戶複合警示。支援建立使用數學表達式的跨帳戶警示,除了這個之外,跨帳戶警示不支援 ANOMALY_DETECTION_BAND
、INSIGHT_RULE
,以及 SERVICE_QUOTA
函數。
注意
CloudWatch 不會測試或驗證您指定的動作,也不會偵測因嘗試叫用不存在的動作而產生的任何 Amazon EC2 Auto Scaling 或 Amazon SNS 錯誤。請確定您的警示動作存在。
指標警示狀態
警示擁有以下可能的狀態:
-
OK
– 指標或表達式在定義的閾值內。 -
ALARM
– 指標或表達式在定義的閾值外。 -
INSUFFICIENT_DATA
– 警示剛開始無法使用指標,或資料不足無法讓指標判斷警示狀態。
評估警示
建立鬧鐘時,您可以指定三個設定來啟用, CloudWatch 以評估何時變更警示狀態:
-
期間是為了建立警示的每個資料點,用來評估指標或表達式的時間長度。它會以秒表示。
-
Evaluation Periods (評估期間) 是判斷警示狀態時所評估的最近期間數或資料點數目。
-
Datapoints to Alarm (要警示的資料點) 是在評估期間,必須違規以導致警示進入
ALARM
狀態的資料點數目。違規的資料點不必連續,但是其必須位於等於 Evaluation Period (評估期間) 的資料點最後數字的範圍內。
對於任何一分鐘或更長的期間,系統會每分鐘評估一次警示,且此評估是以期間和評估期間所定義的時間範圍為依據。舉例來說,如果期間為 5 分鐘 (300 秒) 且評估期間的數量為 1,則在第 5 分鐘結束時,警示將會根據第 1 到第 5 分鐘的資料進行評估。接著,在第 6 分鐘結束時,系統會根據第 2 到第 6 分鐘的資料評估警示。
如果警示期間為 10 秒或 30 秒,則系統會每 10 秒評估一次警示。
下圖中,指標警示的警示閾值已設為三個單位。Evaluation Period (評估期間) 和 Datapoints to Alarm (要警示的資料點) 均為 3。也就是說,當最新三個連續期間中的所有現有資料點都超過閾值時,警示便會移至 ALARM
狀態。在此圖中,這會在第三到五個時段發生。在期間六,值 dips 低於閾值,因此評估其中一個期間不違反,且警示狀態變更為 OK
。在第九個時段,再次達到閾值,但只針對一個期間。因此,該警示狀態會維持 OK
。
![警示閾值觸發警示](images/alarm_graph.png)
當您將 Evaluation Periods (評估期間) 和 Datapoints to Alarm (要警示的資料點) 設為不同值時,您會設定「N 個項目中有 M 個」警示。Datapoints to Alarm (要警示的資料點) 是 ("M"),Evaluation Periods (評估期間) 是 ("N")。評估間隔是評估時段數乘以時段長度。例如,若您設定 1 分鐘內 5 個資料點中有 4 個,則評估間隔為 5 分鐘。若您設定 10 分鐘內 3 個資料點中有 3 個,則評估間隔為 30 分鐘。
注意
如果在您建立警示後不久遺失資料點,而且在您建立警示 CloudWatch 之前已報告指標,則會在評估警示時從建立警示之前 CloudWatch擷取最新的資料點。
警示動作
您可以指定警示在「確定」、ALARM和「INSUFFICIENT_DATA」狀態之間變更狀態時所採取的動作。
您可以針對上述三種狀態的轉換設定大多數動作。「自動擴展」動作除外,這些動作只有在狀態轉換時才會發生,而且如果條件持續數小時或數天,也不會再次執行。您可以利用警示允許多個動作的事實,在超出閾值時傳送電子郵件,然後在違規條件結束時傳送另一封電子郵件。這可協助您驗證擴展或復原動作是否會在預期時觸發,並且如所需正常運作。
以下是支援的警示動作。
透過使用 Amazon Simple Notification Service 主題,通知一個或多個訂閱用戶。訂閱用戶可以是應用程式以及個人。有關 Amazon 的更多信息SNS,請參閱 Amazon 是什麼SNS? 。
調用 Lambda 函數。這是您在警示狀態變更時自動執行自訂動作的最簡單方法。
-
以EC2指標為基礎的警示也可以執行EC2動作,例如停止、終止、重新啟動或復原執行個EC2體。如需詳細資訊,請參閱建立警示以停止、終止、重新啟動或復原EC2執行個體。
警示也可以執行動作來擴展 Auto Scaling 群組。如需詳細資訊,請參閱 Amazon EC2 自動擴展的步驟和簡單擴展政策。
-
警示可以 OpsItems 在 Systems Manager 作業中心建立,或在 AWS 系統管理員事件管理員中建立事件。只有當警示進入ALARM狀態時,才會執行這些動作。如需詳細資訊,請參閱設 CloudWatch 定為 OpsItems 從警示建立和事件建立。
Lambda 警示動作
CloudWatch 警報可保證指定狀態變更的 Lambda 函數非同步叫用,但下列情況除外:
當函數不存在時。
如果 CloudWatch 沒有授權調用 Lambda 函數。
如果 CloudWatch 無法連線至 Lambda 服務,或是因為其他原因而拒絕訊息,請 CloudWatch 重試直到呼叫成功為止。Lambda 會將訊息排入佇列,並處理執行重試。如需有關此執行模型的詳細資訊,包括 Lambda 如何處理錯誤的資訊,請參閱 AWS Lambda 開發人員指南中的非同步叫用。
您可以在相同帳戶或其他 AWS 帳戶中叫用 Lambda 函數。
當您指定警示來調用 Lambda 函數作為警示動作時,您可以選擇指定函數名稱、函數別名或函數的特定版本。
當您指定 Lambda 函數做為警示動作時,必須為函數建立資源原則,以允許 CloudWatch 服務主體叫用函數。
其中一種方法是使用 AWS CLI, 如下列範例所示:
aws lambda add-permission \ --function-name
my-function-name
\ --statement-id AlarmAction \ --action 'lambda:InvokeFunction' \ --principal lambda.alarms.cloudwatch.amazonaws.com \ --source-account111122223333
\ --source-arn arn:aws:cloudwatch:us-east-1
:111122223333
:alarm:alarm-name
或者,您可以建立類似下列其中一個範例的政策,然後將其指派給函數。
下列範例會指定警示所在的帳戶,因此只有該帳戶 (111122223333) 中的警示才能調用函數。
{ "Version": "2012-10-17", "Id": "default", "Statement": [{ "Sid": "AlarmAction", "Effect": "Allow", "Principal": { "Service": "lambda.alarms.cloudwatch.amazonaws.com" }, "Action": "lambda:InvokeFunction", "Resource": "arn:aws:lambda:us-east-1:444455556666:function:function-name", "Condition": { "StringEquals": { "AWS:SourceAccount": "111122223333" } } }] }
下列範例的範圍較窄,只允許指定帳戶中的指定警示調用函數。
{ "Version": "2012-10-17", "Id": "default", "Statement": [ { "Sid": "AlarmAction", "Effect": "Allow", "Principal": { "Service": "lambda.alarms.cloudwatch.amazonaws.com" }, "Action": "lambda:InvokeFunction", "Resource": "arn:aws:lambda:
us-east-1
:444455556666
:function:function-name
", "Condition": { "StringEquals": { "AWS:SourceAccount": "111122223333
", "AWS:SourceArn": "arn:aws:cloudwatch:us-east-1:111122223333
:alarm:alarm-name
" } } }] }
不建議建立不指定來源帳戶的政策,因為這類政策容易出現混淆的代理問題。
從傳送 CloudWatch 至 Lambda 的事件物件
將 Lambda 函數設定為警示動作時,會在 Lambda 函數叫用函數時將JSON承載 CloudWatch 傳遞給該函數。此JSON裝載可做為函數的事件物件。您可以從此JSON對象中提取數據並在函數中使用它。以下是來自指標警示的事件物件範例。
{ 'source': 'aws.cloudwatch', 'alarmArn': 'arn:aws:cloudwatch:us-east-1:444455556666:alarm:lambda-demo-metric-alarm', 'accountId': '444455556666', 'time': '2023-08-04T12:36:15.490+0000', 'region': 'us-east-1', 'alarmData': { 'alarmName': 'lambda-demo-metric-alarm', 'state': { 'value': 'ALARM', 'reason': 'test', 'timestamp': '2023-08-04T12:36:15.490+0000' }, 'previousState': { 'value': 'INSUFFICIENT_DATA', 'reason': 'Insufficient Data: 5 datapoints were unknown.', 'reasonData': '{"version":"1.0","queryDate":"2023-08-04T12:31:29.591+0000","statistic":"Average","period":60,"recentDatapoints":[],"threshold":5.0,"evaluatedDatapoints":[{"timestamp":"2023-08-04T12:30:00.000+0000"},{"timestamp":"2023-08-04T12:29:00.000+0000"},{"timestamp":"2023-08-04T12:28:00.000+0000"},{"timestamp":"2023-08-04T12:27:00.000+0000"},{"timestamp":"2023-08-04T12:26:00.000+0000"}]}', 'timestamp': '2023-08-04T12:31:29.595+0000' }, 'configuration': { 'description': 'Metric Alarm to test Lambda actions', 'metrics': [ { 'id': '1234e046-06f0-a3da-9534-EXAMPLEe4c', 'metricStat': { 'metric': { 'namespace': 'AWS/Logs', 'name': 'CallCount', 'dimensions': { 'InstanceId': 'i-12345678' } }, 'period': 60, 'stat': 'Average', 'unit': 'Percent' }, 'returnData': True } ] } } }
以下是來自複合警示的事件物件範例。
{ 'source': 'aws.cloudwatch', 'alarmArn': 'arn:aws:cloudwatch:us-east-1:111122223333:alarm:SuppressionDemo.Main', 'accountId': '111122223333', 'time': '2023-08-04T12:56:46.138+0000', 'region': 'us-east-1', 'alarmData': { 'alarmName': 'CompositeDemo.Main', 'state': { 'value': 'ALARM', 'reason': 'arn:aws:cloudwatch:us-east-1:111122223333:alarm:CompositeDemo.FirstChild transitioned to ALARM at Friday 04 August, 2023 12:54:46 UTC', 'reasonData': '{"triggeringAlarms":[{"arn":"arn:aws:cloudwatch:us-east-1:111122223333:alarm:CompositeDemo.FirstChild","state":{"value":"ALARM","timestamp":"2023-08-04T12:54:46.138+0000"}}]}', 'timestamp': '2023-08-04T12:56:46.138+0000' }, 'previousState': { 'value': 'ALARM', 'reason': 'arn:aws:cloudwatch:us-east-1:111122223333:alarm:CompositeDemo.FirstChild transitioned to ALARM at Friday 04 August, 2023 12:54:46 UTC', 'reasonData': '{"triggeringAlarms":[{"arn":"arn:aws:cloudwatch:us-east-1:111122223333:alarm:CompositeDemo.FirstChild","state":{"value":"ALARM","timestamp":"2023-08-04T12:54:46.138+0000"}}]}', 'timestamp': '2023-08-04T12:54:46.138+0000', 'actionsSuppressedBy': 'WaitPeriod', 'actionsSuppressedReason': 'Actions suppressed by WaitPeriod' }, 'configuration': { 'alarmRule': 'ALARM(CompositeDemo.FirstChild) OR ALARM(CompositeDemo.SecondChild)', 'actionsSuppressor': 'CompositeDemo.ActionsSuppressor', 'actionsSuppressorWaitPeriod': 120, 'actionsSuppressorExtensionPeriod': 180 } } }
設定 CloudWatch 警示如何處理遺失的資料
有時候,並非每個指標的預期資料點都會報告給 CloudWatch。例如,發生遺失連線情況、伺服器停機或根據設計指標只會間歇性報告資料時。
CloudWatch 可讓您指定在評估警示時如何處理遺失的資料點。這可協助您設定警示,從而在適合受監控的資料類型時進入 ALARM
狀態。您可以在資料遺失並不表示有問題時避免誤報。
與每個警報始終處於三種狀態之一類似,報告的每個特定數據點 CloudWatch 屬於以下三種類別之一:
-
未違反 (在閾值中)
-
違反 (超出閾值)
-
缺少
對於每個警報,您可以指 CloudWatch 定將遺失的資料點視為下列任一項目:
-
notBreaching
– 將遺失的資料點視為「良好」且在閾值內 -
breaching
– 將遺失的資料點視為「不良」且超出閾值 -
ignore
– 維持目前的警示狀態 -
missing
— 如果警報評估範圍內的所有資料點都遺失,警報會轉換為 INSUFFICIENT _ DATA。
最佳選擇取決於度量的類型和警報的用途。例如,如果您要使用持續報告資料的量度建立應用程式回復警示,您可能會想要將遺失的資料點視為違規,因為這可能表示發生錯誤。但是,如果指標只在發生錯誤時才會產生資料點 (例如 Amazon DynamoDB 中的 ThrottledRequests
),則建議將遺失資料視為 notBreaching
。預設行為是 missing
。
重要
如果缺少EC2指標資料點,Amazon 指標上設定的警示可以暫時進入 INSUFFICIENT _ DATA 狀態。這種情況很少見,但即使 Amazon EC2 執行個體狀態良好,也可能在指標報告中斷時發生。對於設定為停止、終止、重新開機或復原動作的 Amazon EC2 指標上的警示,我們建議您設定這些警示將遺失的資料視為missing
,並讓這些警示僅在ALARM狀態下觸發。
為警示選擇最佳選項,可避免不必要且誤導的警示條件變更,也可以更準確指出系統的運作狀態。
重要
即使您在警示處理遺漏資料的方式中選擇了其他選項,在 AWS/DynamoDB
命名空間中評估指標的警示始終會忽略遺漏的資料。如果 AWS/DynamoDB
指標有遺漏資料,則評估該指標的警示將保持其目前狀態。
資料遺失時評估警示狀態的方式
每當警示評估是否要變更狀態時,都會 CloudWatch 嘗試擷取比指定為「評估期間」數目更多的資料點。它會嘗試擷取的資料點數量取決於警示期間的長度,以及使用的是標準解析度指標還是高解析度指標。其嘗試擷取的資料點時間範圍便是評估範圍。
CloudWatch 擷取這些資料點後,會發生下列情況:
如果評估範圍內沒有資料點遺失,請根據最近收集的資料點來評 CloudWatch 估警示。評估的資料點數目等於警示的 Evaluation Periods (評估期間) 的值。不需要評估範圍內較久遠的額外資料點,且會予以忽略。
如果缺少評估範圍中的某些資料點,但成功從評估範圍擷取的現有資料點總數等於或大於警示的「評估期間」, CloudWatch 則會根據最近成功擷取的實際資料點來評估警示狀態,包括從評估範圍之後的必要額外資料點。在這種情況下,您不需要設定如何處理資料遺失的數值並可忽略。
如果缺少評估範圍中的某些資料點,且擷取的實際資料點數量低於警示的「評估期間」數目,請使用您為處理遺失資料的方式指定的結果 CloudWatch 填入遺失的資料點,然後評估警示。但是,評估範圍內的所有實際數據點都包含在評估中。 CloudWatch 使用遺失的資料點只有盡可能少的次數。
注意
此行為的特殊情況是,在指標停止流動之後, CloudWatch 警示可能會在一段時間內重複評估最後一組資料點。此重新評估可能會導致警示變更狀態和重新執行動作 (如果在指標串流停止前便已立即變更狀態的話)。為了減少這種行為,請使用較短的期間。
下表說明範例警示評估行為。在第一個表格中,警示和評估期間的資料點都是 3。 CloudWatch 在評估警報時擷取 5 個最新的資料點,以防最近 3 個資料點遺失。5 是警報的評估範圍。
第 1 欄顯示了 5 個最新的資料點,因為評估範圍為 5。這些資料點會與右側的資料點一起顯示。0 是未違反的資料點、X 是違反的資料點,以及 - 是遺失的資料點。
欄 2 顯示遺失多少必要的 3 個資料點。即使最近 5 個資料點已完成評估,只需要 3 (Evaluation Periods (評估期間) 的設定) 個便可以評估警示狀態。欄 2 中資料點的數量,是必須使用如何處理遺失資料設定「填入」的資料點數量。
在 3-6 欄中,欄標題是如何處理遺失資料的可能值。這些欄位中的列會顯示針對處理遺失資料的每種可能方式設定的警示狀態。
資料點 | 必須填充的資料點數 | MISSING | IGNORE | BREACHING | NOT BREACHING |
---|---|---|---|---|---|
0 - X - X |
0 |
|
|
|
|
- - - - 0 |
2 |
|
|
|
|
- - - - - |
3 |
|
保留目前狀態 |
|
|
0 X X - X |
0 |
|
|
|
|
- - X - - |
2 |
|
保留目前狀態 |
|
|
在前一個表格的第二列中,該警示會保持在 OK
,即使將遺失資料都視為違規也一樣,因為一個現有的資料點沒有違規,並且它是隨著兩個視為違規的遺失資料點評估的。下一次評估此警示時,若仍然遺失資料,它便會進入 ALARM
,因為未違反的資料點將不再於評估範圍內。
第三列 (最近五個資料點全部遺失) 說明了如何處理遺失資料的各種設定會如何影響警示狀態。如果遺失的資料點被視為違規,警示會進入ALARM狀態,而如果它們被視為未違反,則警示會進入「正常」狀態。如果忽略遺失的資料點,警示會保留遺失資料點之前的目前狀態。而且,如果缺少的數據點只是被認為是缺少的,那麼警報沒有足夠的最近的真實數據進行評估,並進入 INSUFFICIENT _ DATA。
在第四列,警示進入 ALARM
狀態,因為當警示的最近三個資料點違規時,警示的 Evaluation Periods (評估期間) 和 Datapoints to Alarm (資料點到警示) 均設為 3。於此狀況下,遺失資料點會予以忽略,且無須如何評估遺失資料的設定,因為有 3 個實際資料點要評估。
第 5 列代表警示評估的特殊情況,稱為過早警示狀態。如需詳細資訊,請參閱避免過早轉換到警示狀態。
在下一個表格中,Period (期間) 會再次設為 5 分鐘,Datapoints to Alarm (要警示的資料點) 為 2,而 Evaluation Periods (評估期間) 則為 3。這是一個 2 來自 3、M 來自 N 警示。
評估範圍為 5。這是已擷取且可以在遺失某些資料點時使用的最近資料點數量上限。
資料點 | # 遺失資料點 | MISSING | IGNORE | BREACHING | NOT BREACHING |
---|---|---|---|---|---|
0 - X - X |
0 |
|
|
|
|
0 0 X 0 X |
0 |
|
|
|
|
0 - X - - |
1 |
|
|
|
|
- - - - 0 |
2 |
|
|
|
|
- - - - X |
2 |
|
保留目前狀態 |
|
|
在第 1 列和第 2 列中,警示始終會進入ALARM狀態,因為最近 3 個資料點中的 2 個已違反。在第 2 列中,不需要評估範圍中的兩個最舊的資料點,因為 3 個最新的資料點都不會遺失,因此會忽略這兩個較舊的資料點。
在第 3 和第 4 列中,只有當遺失的資料被視為違規時,警示才會進入ALARM狀態,在此情況下,兩個最近遺失的資料點都會被視為違規。在第 4 列中,這兩個被視為違規的資料點提供了兩個必要的違規資料點來觸發狀態ALARM。
第 5 列代表警示評估的特殊情況,稱為過早警示狀態。如需詳細資訊,請參閱下一節。
避免過早轉換到警示狀態
CloudWatch 警報評估包括嘗試避免誤報的邏輯,其中當數據間歇時,警報會過早進入ALARM狀態。前一節表格中第 5 列顯示的範例說明了此邏輯。在這些資料列中,以及在下列範例中,Evaluation Periods (評估期間) 是 3,而評估範圍是 5 個資料點。Datapoints to Alarm (要警示的資料點) 是 3,除了 N 個例子中的 M 之外,其中 Datapoints to Alarm (要警示的資料點) 是 2。
假設警示的最新資料是 - - - - X
,其中有四個遺失的資料點,然後有一個作為最新資料點的違規資料點。由於下一個資料點可能不違反,因此當資料為- - - - X
或- - - X -
且「警報的資料點」為 3 時,警報不會立即進入ALARM狀態。透過這種方式,當下一個資料點沒有違反時,可避免誤判,並導致資料成為 - - - X O
或 - - X - O
。
但是,如果最後幾個資料點是- - X - -
,即使遺失的資料點被視為遺失,警示也會進入ALARM狀態。這是因為當「評估期間」期間最舊的可用資料點違反資料點數目至少與「報警資料點」的值相同時,警示始終進入ALARM狀態,而且所有其他較近期的資料點都違反或遺失。在這種情況下,即使可用的資料點總數小於 M (報警資料點的資料點),警示也會進入ALARM狀態。
此警示邏輯也適用於 N 個中的 M 個警報。如果評估範圍內最舊的違規資料點至少與「資料點至警報」的值一樣舊,且所有較近期的資料點都違反或遺失,則無論 M (資料點到警報的數據點),警示都會進入ALARM狀態。
高解析度警示
如果您在高解析度指標設定警示,您可以指定期間為 10 秒或 30 秒的高解析度警示,或者設定期間為 60 秒的任何倍數的定期警示。高解析度警示費用更高。如需高解析度指標的詳細資訊,請參閱 發佈 自訂指標。
數學運算式的警示
您可以針對以一或多個 CloudWatch 量度為基礎的數學運算式結果設定警示。用於警示的數學表達式最多可包含 10 個指標。每個指標都必須使用相同的期間。
對於以數學運算式為基礎的警示,您可以指定如 CloudWatch 何處理遺失的資料點。在此情況下,如果數學表達式未傳回該資料點的值,會將該資料點視為遺失。
以數學運算式為基礎的警示無法執行 Amazon EC2 動作。
如需指標數學表達式和語法的詳細資訊,請參閱使用指標數學。
以百分比為基礎的 CloudWatch 警報和低資料樣本
當您設定一個百分位數作為警示的統計資料,您可以指定當沒有足夠的資料可進行良好的統計評估時該進行的動作。您可以選擇無論如何讓警示評估統計資料,並盡可能變更警示狀態。或者,您可以在範例大小為低時讓警示忽略指標,並等待直到有足夠的資料時再進行評估。
對於 0.5 (含) 和 1.00 (含) 之間的百分位數,會在評估期間有少於 10/(1 個百分位數) 資料點時使用此設定。例如,如果對於在 p99 百分位數的警示有少於 1000 個範例,就會使用此設定。對於 0 和 0.5 (不含) 之間的百分位數,會在評估期間有少於 10/(1 個百分位數) 資料點時使用此設定。
CloudWatch 警報的常見功能
下列功能適用於所有 CloudWatch 鬧鐘:
-
您可建立的警示數量沒有限制。若要建立或更新警示,請使用 CloudWatch 控制台、PutMetricAlarmAPI動作或中的put-metric-alarm指令 AWS CLI。
-
鬧鐘名稱只能包含 UTF -8 個字元,且不能包含ASCII控制字元
-
您可以列出任何或所有目前設定的警示,並列出處於特定狀態的任何警示,方法是使用中的 CloudWatch 主控台、DescribeAlarmsAPI動作或 describe- alarm 指令。 AWS CLI
-
您可以使用和EnableAlarmActionsAPI動作或中的DisableAlarmActions和enable-alarm-actions指令來停用disable-alarm-actions和啟用警示 AWS CLI。
-
您可以使用中的SetAlarmStateAPI動作或set-alarm-state指令將警報設定為任何狀態來測試警報 AWS CLI。此臨時狀態變更只持續直到下一個警示比較發生為止。
-
您可以在建立自訂指標之前,為自訂指標建立警示。若要讓警示有效,您必須包含自訂指標的所有維度,除了在警示定義中的指標命名空間和指標名稱。若要執行此操作,您可以使用PutMetricAlarmAPI動作或中的put-metric-alarm指令 AWS CLI。
-
您可以使用 CloudWatch 控制台、DescribeAlarmHistoryAPI動作或中的describe-alarm-history指令來檢視鬧鐘的歷史記錄 AWS CLI。 CloudWatch 保留警報歷史記錄 30 天。每個狀態轉換都標示有唯一時間戳記。在極少數情況下,您歷史記錄可能會顯示一個以上的狀態變更通知。時間戳記可讓您確認獨特的狀態變更。
-
您可以在 CloudWatch 主控台導覽窗格的 [我的最愛] 和 [最近] 選項中將游標停留在您要加入最愛的鬧鐘上,並選擇旁邊的星號符號,將鬧鐘設為最愛。
-
警示的評估期間數乘以每個評估期間的長度後,不得超過一天。
注意
某些 AWS 資源 CloudWatch 在特定條件下不會將指標資料傳送至。
例如,Amazon EBS 可能不會針對未連接至 Amazon EC2 執行個體的可用磁碟區傳送指標資料,因為該磁碟區沒有指標活動要監控。若您有為這類指標設定警示,您可能會注意到其狀態變更為 INSUFFICIENT_DATA
。這可能表示您的資源並未處在作用中,而不一定表示發生問題。您可以指定每個警示要如何處理遺失的資料。如需詳細資訊,請參閱設定 CloudWatch 警示如何處理遺失的資料。