• 2026 年 4 月 30 日之後將不再提供 AWS Systems Manager CloudWatch Dashboard。客戶可以繼續使用 Amazon CloudWatch 主控台來檢視、建立和管理其 Amazon CloudWatch 儀表板，就像現在一樣。如需詳細資訊，請參閱 [Amazon CloudWatch Dashboard 文件](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html)。

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

# 在 中記錄和監控 AWS Systems Manager
<a name="monitoring"></a>

監控是維護 和 AWS 解決方案的可靠性、可用性 AWS Systems Manager 和效能的重要部分。您應該從 AWS 解決方案的所有部分收集監控資料，以便在發生多點失敗時偵錯。但在開始監控 Systems Manager 之前，您應該建立監控計劃來回答下列問題：
+ 監控目標是什麼？
+ 要監控哪些資源？
+ 監控這些資源的頻率為何？
+ 要使用哪些監控工具？
+ 誰會執行監控任務？
+ 發生問題時應該通知誰？

在您定義監控目標並建立監控計畫之後，下一步是建立您環境中的正常 Systems Manager 效能基準。您應該在不同的時間及負載條件下測量 Systems Manager 效能。當您監控 Systems Manager 時，應該存放所收集的監控資料的歷史記錄。您可以比較目前的 Systems Manager 效能資料與歷史資料，協助您辨識正常效能模式和效能異常狀況，並建立其處理方式。

例如，您可以監控作業的成功或失敗，例如「自動化」工作流程、修補基準的應用程式、維護時段事件以及組態相容性。Automation 是 AWS Systems Manager中的工具。

您可以監控受管節點的 CPU 使用率、磁碟輸入/輸出和網路使用率。若效能不符合您所建立的基準，您可能需要重新設定或將節點最佳化，以降低 CPU 使用率、改善磁碟輸入/輸出、降低網路流量。如需有關監控 EC2 執行個體的詳細資訊，請參閱《Amazon EC2 使用者指南》**中的[監控 Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring_ec2.html)。

**Topics**
+ [監控工具](#monitoring-tools)
+ [將節點日誌傳送至統一 CloudWatch Logs (CloudWatch 代理程式)](monitoring-cloudwatch-agent.md)
+ [將 SSM Agent 日誌傳送至 CloudWatch Logs](monitoring-ssm-agent.md)
+ [監控您的變更請求事件](monitoring-change-request-events.md)
+ [監控自動化](monitoring-automation-metrics.md)
+ [使用 Amazon CloudWatch 監控 Run Command 指標](monitoring-cloudwatch-metrics.md)
+ [使用 記錄 AWS Systems Manager API 呼叫 AWS CloudTrail](monitoring-cloudtrail-logs.md)
+ [使用 CloudWatch Logs 記錄自動化動作輸出](automation-action-logging.md)
+ [設定 Run Command 的 Amazon CloudWatch Logs](sysman-rc-setting-up-cwlogs.md)
+ [使用 Amazon EventBridge 監控 Systems Manager](monitoring-eventbridge-events.md)
+ [使用 Amazon SNS 通知監控 Systems Manager 狀態變更](monitoring-sns-notifications.md)

## 監控工具
<a name="monitoring-tools"></a>

本章的內容提供使用可用於監控 Systems Manager 和其他 AWS 資源的工具的資訊。如需完整的工具清單，請參閱 [AWS Systems Manager 中的日誌記錄和監控](logging-and-monitoring.md)。