• 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)。

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

# 什麼是整合式主控台？
<a name="systems-manager-unified-console"></a>

統一 Systems Manager 主控台是一種合併體驗，結合各種工具，協助您完成 AWS 區域 AWS Organizations 組織中多個 AWS 帳戶 和 或單一帳戶和區域的常見節點任務。節點可以是 EC2 執行個體、混合伺服器或在多雲端環境中執行的伺服器。在整合式主控台中，您會獲得有關節點的詳細洞察。您可以為節點產生報告、診斷和修復常見問題，以防止 Systems Manager 管理的節點報告連線問題等。

![\[Systems Manager 檢閱節點洞察頁面上顯示的節點資料\]](http://docs.aws.amazon.com/zh_tw/systems-manager/latest/userguide/images/SYS2-Dashboard-Nodes.png)


除了**檢閱節點洞察**頁面上節點的相關摘要之外，您還可以在**探索節點**頁面檢視節點的相關特定詳細資訊。

![\[探索節點頁面中的受管節點清單\]](http://docs.aws.amazon.com/zh_tw/systems-manager/latest/userguide/images/2-explore-nodes-managed-nodes.png)


**節點詳細資訊索引標籤**  
在**探索節點**頁面上選取節點後，「節點詳細資訊」頁面會提供節點詳細資訊的完整概觀，以及一系列索引標籤的其他資訊：

![\[探索節點區段中的節點概觀詳細資訊\]](http://docs.aws.amazon.com/zh_tw/systems-manager/latest/userguide/images/unified-console-explore-nodes-node-details.png)


****Tags** (標籤)**  
(選用) 管理資源標籤以使用其他資源對受管節點進行分組和篩選。標籤由區分大小寫的鍵值對組成，用於以不同方式分類資源，例如依用途、依擁有者或依環境。

****庫存****  
顯示有關受管節點的中繼資料，您可以根據超過 10 種不同的庫存類型來檢視。例如，如果您選取 `AWS:Application` 類型，庫存篩選結果會提供有關節點上安裝之應用程式的詳細資訊，例如**名稱**、**版本**、**架構**等。如需有關庫存的詳細資訊，請參閱 [AWS Systems Manager庫存](systems-manager-inventory.md)。

****關聯****  
關聯是 State Manager 中的資源類型，可定義受管節點的目標狀態，並將帳戶中的所有受管節點維持在一致的狀態。關聯可以定義要將命令、指令碼或政策套用至哪些受管執行個體，以及關聯應以何種頻率執行，以確保節點符合節點定義組態。關聯可以為帳戶中的資源產生所需狀態的合規報告。如需有關 State Manager 和關聯的詳細資訊，請參閱 [AWS Systems Manager State Manager](systems-manager-state.md)。

****修補程式****  
顯示有關受管節點的中繼資料，例如指派給節點的修補基準，以及已成功更新、已失敗或仍需要安裝的套件更新總數。**修補程式**索引標籤也會根據修補基準中的組態要求報告有關節點可用之修補程式的詳細資訊，包括套件**名稱**，例如 `libblockdev-crypto.x86_64`；**分類** (例如 `Bugfix` 或 `Security`)；**描述** (顯示完整修補程式標題，例如 `coreutils.x86_64:0:8.32-36.el9` 和 `java-11-amazon-corretto-headless-1:11.0.15+9-1.amzn2.x86_64`)；以及**修補程式狀態**，例如 `Installed`、`Installed_Pending_Reboot`、`Missing` 和 `Failed`。  
修補程式*狀態*不會指出受管節點是否*合規*。修補程式合規不會先與修補程式狀態相關聯，也不會由 AWS作業系統 (OS) 供應商或第三方定義，例如安全諮詢公司。反之，您可以在*修補基準*中定義組織或帳戶中受管節點的修補程式合規的意義。如需詳細資訊，請參閱[Patch Manager 中的合規是什麼？](patch-manager.md#patch-manager-definition-of-compliance)及[預先定義和自訂的修補基準](patch-manager-predefined-and-custom-patch-baselines.md)。

****組態合規****  
報告節點上的修補程式合規和組態不一致情況 (無論受管節點上的套件狀態根據 State Manager 關聯或 Patch Manager 修補基準中定義的合規定義是為 `Compliant` 還是 `Non-compliant`)。您可以根據套件 **ID**、**合規狀態**、**合規類型** (`Association` 或 `Patch`)、`Severity` 和不同的執行詳細資訊來篩選組態合規結果。如需相關資訊，請參閱 [AWS Systems Manager合規](systems-manager-compliance.md)。

無論您的組織是在多個帳戶和區域中擁有節點，還是在單一帳戶和區域中擁有節點，都建議您使用整合式主控台。若要了解現在可以使用整合式主控台執行哪些節點任務，請參閱[使用 執行節點管理任務 AWS Systems Manager](systems-manager-node-tasks.md)。

如需有關為 Systems Manager 設定節點的詳細資訊，請參閱[設定 的受管節點 AWS Systems Manager](systems-manager-setting-up-nodes.md)。設定節點之後，您可以設定 Systems Manager 和整合式主控台。若要進一步了解如何設定 Systems Manager，請參閱[設定 AWS Systems Manager](systems-manager-setting-up-console.md)。