本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 警示評估時段
<a name="alarm-evaluation-window"></a>

當 CloudWatch 評估指標警示時，它會擷取稱為*評估時段*之時間範圍的指標資料。視窗的長度`Period`乘以 `Evaluation Periods`。在該時段落下的界限由 [PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html) API 上的 `EvaluationWindow` 參數控制。 `EvaluationWindow`接受兩種組態之一：
+ `SlidingWindow` – 預設值。每次評估警示時，視窗都會推進，形成滾動時段。
+ `WallClockWindow` – 視窗會對齊與期間相符的時鐘邊界 （例如小時頂端、午夜或行事曆週的開始時間），並選擇性地與特定時區對齊。

如果您在建立或更新指標警示`EvaluationWindow`時未指定 ，則警示會使用滑動視窗。您可以隨時更新警示，將現有警示切換到牆壁時鐘時段。

除了以 PromQL 查詢為基礎的警示之外，所有類型的指標警示都支援這兩種組態。

## 在滑動視窗和牆壁時鐘視窗之間進行選擇
<a name="choosing-evaluation-window"></a>

滑動視窗會持續整合最新的資料，因此只要資料點超過閾值，就會偵測到違規。選擇滑動視窗進行即時監控，其中行事曆對齊無關緊要，例如效能、延遲或資源耗盡工作負載。

牆壁時鐘時段會評估完整且符合行事曆的期間，例如每小時、一天或一週。在監控與業務或行事曆期間繫結時，選擇牆壁時鐘時段。它也可以避免在事件跨越滾動窗口界限時可能發生的錯誤警示。例如，`ALARM`如果連續備份間隔超過 24 小時，即使每個日曆天都有備份，則可以輸入具有滑動時段的每日備份警示。牆上時鐘時段會每天獨立評估並避免這種情況。

權衡是偵測時間。牆上時鐘視窗只會在包含它的期間結束後反映資料點。如果您需要在問題仍在進行中時偵測到問題，請使用滑動視窗。

## 滑動時段
<a name="sliding-window"></a>

使用滑動時段時，每次評估警示時，評估時段都會向前移動，形成滾動時段。例如，具有 1 小時期間和 1 個評估期間的警示，可能會評估一個評估的時間範圍為 13：07–14：07，下一個評估的時間範圍為 13：08–14：08。

由於視窗一律包含最新的資料點，因此滑動視窗是觸發 Auto Scaling 動作之警示的更佳選擇。

滑動視窗沒有額外的組態選項。若要透過 API 明確設定一個，請將 `EvaluationWindow`設定為 `{"SlidingWindow":{}}`。省略`EvaluationWindow`具有相同的效果。

## 壁鐘時段
<a name="wall-clock-window"></a>

評估期間會符合您所選時區的固定時間界限 （例如，每小時或每天）。最適合排程工作負載，例如每日報告、批次任務或備份。

邊界與所選時區中相符行事曆期間的開始時間一致：1 小時期間的小時頂端、1 天的午夜，以及 1 週期間的週一 00：00 (ISO 8601 的開始時間）。這些對齊點是固定的，無法變更。

### 何時使用牆壁時鐘時段
<a name="wall-clock-when-to-use"></a>

當您希望警示評估與time-of-day或行事曆界限保持一致時，請選擇牆壁時鐘時段。常見案例包括：
+ 應在特定時區午夜前完成的每日批次任務。
+ 摘要日曆週的每週合規或業務報告。

**注意**  
不建議針對觸發 Auto Scaling 動作的警示使用牆壁時鐘時段。警示只會在目前期間結束後反映新資料，因此無法密切追蹤負載以因應回應擴展。請改用滑動視窗。

### 支援的期間
<a name="wall-clock-supported-periods"></a>

您可以搭配具有下列其中一個期間的指標警示使用牆壁時鐘時段：
+ 1 分鐘 (60 秒）
+ 5 分鐘 (300 秒）
+ 1 小時 (3600 秒）
+ 1 天 (86400 秒）
+ 1 週 (604800 秒）

高解析度警示 (10、20 或 30 秒的期間） 不支援壁鐘時段。

如果您指定牆上時鐘時段不支援的期間， 會`PutMetricAlarm`傳回驗證錯誤，列出支援的期間。

對於指標數學和指標洞見警示，`Metrics`陣列中的每個指標都必須使用其中一個支援的壁鐘期間。

**注意**  
Metrics Insights 警示可以評估不超過 3 小時的時間範圍 (**期間**乘以**評估期間**)。當 Metrics Insights 警示使用牆上時鐘視窗時，CloudWatch 會自動保留額外的期間，以將視窗對齊牆上時鐘邊界。因此，有效限制會變成**期間**乘以 (**評估期間** \+ 1)，這仍必須為 3 小時或更短。這表示使用牆壁時鐘時段的 Metrics Insights 警示可以比使用滑動時段的相同警示跨越較少的評估期間。例如，在 1 小時期間內，滑動時段最多支援 3 個評估期間，但牆上時鐘時段最多支援 2 個。如果您超過此限制， 會`PutMetricAlarm`傳回驗證錯誤。

### 時區和日光節約時間
<a name="wall-clock-timezone"></a>

您可以選擇性地為牆壁時鐘時段指定時區。如果您未指定時區，CloudWatch 會使用 `UTC`。時區會決定牆上時鐘界限下降的位置：例如，具有 1 天期間的警示會`America/New_York`評估從紐約當地午夜到當地午夜的每個日曆日，而 中的相同警示則會`UTC`評估從 00：00 UTC 到 00：00 UTC。具有non-whole-hour位移的時區，例如 `Asia/Kolkata`(`+05:30`)，即使每小時和每小時次期間也會轉移邊界。

您可以使用下列任何形式指定時區：
+ IANA 時區識別符，例如 `America/New_York`、 `Europe/London`或 `Asia/Kolkata`。
+ 固定 UTC 偏移，例如 `+05:30`、 `-08:00`或 `Z`（相當於 UTC)。
+ 位移字首識別符，例如 `UTC+05:30`或 `GMT-08:00`。

您指定的時區必須解析為 UTC 位移，即 5 分鐘的倍數。例如，`+01:05`接受 `+01:00`、 `+05:30`和 ，但`+01:03`會遭到拒絕。CloudWatch 會拒絕不符合此要求的時區，並在警示建立時出現驗證錯誤。

當您指定 IANA 時區時，CloudWatch 會自動處理日光節約時間轉換。即使在時鐘變更的那幾天，評估時段仍會與指定時區的本機牆上時鐘保持一致。已修正 UTC 偏移和偏移前綴識別符不遵守日光節約時間。

### 警示的評估頻率
<a name="wall-clock-evaluation-frequency"></a>

具有牆壁時鐘時段的警示會以與具有滑動時段的警示相同的頻率進行評估。選擇壁鐘時段只會變更 CloudWatch 用來擷取指標資料的視窗*邊界*，而不是警示執行的頻率。

例如，具有 1 小時期間和牆壁時鐘時段的警示會每分鐘評估一次。每個評估都會查看最近完成的時鐘小時資料。當新的時鐘小時開始時，視窗會進入新的小時界限。

若要建立使用牆壁時鐘視窗的指標警示，請參閱 [建立使用壁鐘評估時段的指標警示](Create_WallClock_Alarm.md)。