效能

檢查 Amazon Aurora 資料庫叢集是否具有支援讀取工作負載的資源。

c1qf5bt038

黃色：

增加資料庫讀取：資料庫負載很高，而且資料庫讀取的資料列比寫入或更新資料列多。

我們建議您調整查詢，以減少資料庫負載，或將讀取器資料庫執行個體新增至資料庫叢集，其執行個體類別和大小與叢集中的寫入器資料庫執行個體相同。目前的組態至少有一個資料庫執行個體，其資料庫負載持續很高，主要由讀取操作造成。將另一個資料庫執行個體新增至叢集，並將讀取工作負載導向資料庫叢集唯讀端點，以分發這些操作。

Aurora 資料庫叢集有一個唯讀連線的讀取器端點。此端點使用負載平衡來管理對資料庫叢集中資料庫負載貢獻最大的查詢。讀取器端點會將這些陳述式導向 Aurora 僅供讀取複本，並減少主要執行個體的負載。讀取器端點也會擴展容量，以使用叢集中的 Aurora 僅供讀取複本數量來處理並行 SELECT 查詢。

如需詳細資訊，請參閱將 Aurora 複本新增至資料庫叢集，以及管理 Aurora 資料庫叢集的效能和擴展。

檢查您的 Amazon DynamoDB 資料表和全域次要索引是否已啟用自動擴展或隨需功能。

Amazon DynamoDB Auto Scaling 功能會使用 Application Auto Scaling 服務代您動態調整佈建的輸送容量，藉此回應實際流量模式。這可讓資料表或全域次要索引增加其佈建的讀取與寫入容量，不需調節就以處理突然增加的流量。當工作負載降低時，Application Auto Scaling 可降低輸送量，讓您無須為未使用的佈建容量付費。

您可以使用 AWS Config 規則中的參數來調整檢查組態。

如需詳細資訊，請參閱使用 DynamoDB Auto Scaling 自動管理輸送容量。

c18d2gz136

AWS Config 受管規則：dynamodb-autoscaling-enabled

黃色：您的 DynamoDB 資料表和/或全域次要索引未啟用自動擴展。

除非您已經有機制可根據工作負載需求來自動擴展 DynamoDB 資料表和/或全域次要索引的佈建輸送量，否則請考慮為 Amazon DynamoDB 資料表啟用自動擴展功能。

如需詳細資訊，請參閱使用 AWS 管理主控台與 DynamoDB Auto Scaling。

使用 DynamoDB Auto Scaling 功能自動管理輸送容量

檢查 Amazon EC2 執行個體是否已啟用 Amazon EBS 最佳化。

Amazon EBS 最佳化執行個體使用最佳化組態堆疊，並為 Amazon EBS I/O 提供額外專用容量。此最佳化透過減少 Amazon EBS I/O 與執行個體的其他流量之間的爭用情況，為您的 Amazon EBS 磁碟區提供最佳效能。

如需詳細資訊，請參閱 Amazon EBS 最佳化執行個體。

c18d2gz142

AWS Config 受管規則：ebs-optimized-instance

黃色：Amazon EBS 最佳化未於支援的 Amazon EC2 執行個體上啟用。

在支援的執行個體上開啟 Amazon EBS 最佳化。

如需詳細資訊，請參閱啟動時啟用 EBS 最佳化。

Amazon EBS 最佳化執行個體

檢查是否有連接到可針對 Amazon EBS 最佳化的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體之佈建 IOPS (SSD) 磁碟區尚未針對 EBS 最佳化。

Amazon Elastic Block Store (Amazon EBS) 中的佈建 IOPS (SSD) 磁碟區，設計為只有在連接到針對 EBS 最佳化的執行個體時才能提供預期的效能。

PPkZrjsH2q

黃色：可以進行 EBS 最佳化的 Amazon EC2 執行個體具有連接的佈建 IOPS (SSD) 磁碟區，但是該執行個體並沒有進行 EBS 最佳化。

建立 EBS 最佳化的新執行個體、分離磁碟區，然後將磁碟區重新連接至新執行個體。如需詳細資訊，請參閱 Amazon EBS 最佳化執行個體及將 Amazon EBS 磁碟區連接到執行個體。

檢查回顧期間在任何時間執行的 Amazon Elastic Block Store (Amazon EBS) 磁碟區。此檢查會提醒您注意工作負載 EBS 磁碟區佈建不足的情形。穩定的高使用率可能表示最佳化、穩定的效能，但也可能表示應用程式的資源不足。

COr6dfpM04

黃色：回顧期間佈建不足的 EBS 磁碟區。若要判斷磁碟區是否佈建不足，我們會考慮所有預設 CloudWatch 指標 (包括 IOPS 和輸送量)。用於識別佈建不足 EBS 磁碟區的演算法遵循 AWS 最佳實務。找出新的模式時，該演算法會更新。

考慮提升高使用率磁碟區的大小。

如需詳細資訊，請參閱選擇接受 AWS Compute OptimizerTrusted Advisor 檢查。

檢查 Amazon EC2 Auto Scaling 群組是否從 Amazon EC2 啟動範本建立。

使用啟動範本來建立您的 Amazon EC2 Auto Scaling 群組，以確保存取最新的 Auto Scaling 群組功能和改進項目。例如，版本控制和多個執行個體類型。

如需詳細資訊，請參閱啟動範本。

c18d2gz102

AWS Config 受管規則：autoscaling-launch-template

黃色：Amazon EC2 Auto Scaling 群組並未與有效的啟動範本關聯。

使用 Amazon EC2 啟動範本來建立 Amazon EC2 Auto Scaling 群組。

如需詳細資訊，請參閱建立 Auto Scaling 群組的啟動範本。

檢查是否有 Amazon EBS 磁碟區的效能可能受到所連接 Amazon EC2 執行個體的最大輸送量容量影響。

若要最佳化效能，應確保 Amazon EC2 執行個體的最大輸送量大於連接 EBS 磁碟區的彙總輸送量上限。此檢查會計算每個針對 EBS 最佳化的執行個體前一天每五分鐘期間的 EBS 磁碟區總輸送量 (以國際標準時間 (UTC) 為基礎)，並在超過一半期間的用量超過 EC2 執行個體最大輸送量的 95% 時發出提醒。

Bh2xRR2FGH

黃色：在前一天 (UTC)，連接至 EC2 執行個體的 EBS 磁碟區彙總輸送量 (MB/s)，在 50% 以上的時間內超過執行個體與 EBS 磁碟區之間發佈輸送量的 95%。

比較 Amazon EBS 磁碟區的最大輸送量 (請參閱 Amazon EBS 磁碟區類型) 與磁碟區所連接 Amazon EC2 執行個體的最大輸送量。請參閱支援 EBS 最佳化的執行個體類型。

請考慮將磁碟區連接到支援對 Amazon EBS 更高輸送量的執行個體，以獲得最佳效能。

檢查 Amazon EC2 執行個體的虛擬化類型是否為半虛擬化。

最佳實務是盡可能使用硬體虛擬機器 (HVM) 執行個體而非半虛擬執行個體。這是因為 HVM 虛擬化中的增強以及 HVM AMI 之 PV 驅動程式的可用性，消除了 PV 和 HVM 訪客之間以往存在的效能差距。請務必注意，目前這一代的執行個體類型不支援 PV AMI。因此，選擇 HVM 執行個體類型可提供最佳效能以及與現代硬體的相容性。

如需詳細資訊，請參閱 Linux AMI 虛擬化類型。

c18d2gz148

AWS Config 受管規則：ec2-paravirtual-instance-check

黃色：Amazon EC2 執行個體的虛擬化類型為半虛擬化。

為您的 Amazon EC2 執行個體使用 HVM 虛擬化，並使用相容的執行個體類型。

如需有關選擇適當虛擬化類型的資訊，請參閱變更執行個體類型的相容性。

變更執行個體類型的相容性

檢查 Amazon ECS 任務定義是否為其容器定義設定了記憶體限制。為任務中所有容器預訂的記憶體總量必須低於任務記憶體值。

如需詳細資訊，請參閱容器定義。

c18d2gz176

AWS Config 受管規則：ecs-task-definition-memory-hard-limit

黃色：未設定 Amazon ECS 記憶體硬性限制。

為您的 Amazon ECS 任務配置記憶體以避免記憶體不足。如果您的容器嘗試使用超過指定的記憶體，則會終止容器。

如需詳細資訊，請參閱如何將記憶體分配給 Amazon ECS 中的任務？。

叢集保留

檢查客戶的 Amazon EFS 檔案系統目前是否設定為使用「爆量輸送量」模式。

EFS 的「爆量輸送量」模式 [1] 中的檔案系統可提供一致的基準輸送量 (EFS 標準儲存體中每 GiB 資料 50 KiB/s)，且在有「爆量點數」可用時，使用點數模式來提供更高級別的「爆量輸送量」效能。當您耗盡爆量點數時，您的檔案系統效能會限流到這個較低的基準，如此可能會對使用者或應用程式造成緩慢、逾時或其他形式的效能影響。

c1dfprch02

若要讓您的使用者和應用程式皆能達到所需的輸送量，建議您將檔案系統組態更新為彈性輸送量模式 [2]。在彈性輸送量模式下，您的檔案系統最多可以達到 10 Gib/s 的讀取輸送量或 3 Gib/s 的寫入輸送量 (視 AWS 區域 [3] 而定)，且您僅需支付所使用的輸送量。請注意，您可以根據需要更新檔案系統組態，在彈性和爆量輸送量模式之間切換，而在彈性輸送量模式下的檔案系統會產生額外的資料傳輸費用 [4]。

資料庫執行個體的自動清空參數已關閉。關閉自動清空會增加資料表和索引浮水印，並影響效能。

建議您在資料庫參數群組中開啟自動清空。

c1qf5bt025

黃色：資料庫參數群組已關閉自動清空。

在您的資料庫參數群組中開啟自動清空參數。

PostgreSQL 資料庫需要定期維護，稱為清空。PostgreSQL 中的 Autovacuum 會自動執行 VACCUUM 和 ANALYZE 命令。此程序會收集資料表統計資料，並刪除無效資料列。當自動清空關閉時，資料表、索引膨脹、過時統計資料的增加將影響資料庫效能。

如需詳細資訊，請參閱了解 Amazon RDS for PostgreSQL 環境中的自動清空。

您的資料庫叢集最多支援 64 TiB 的磁碟區。最新的引擎版本支援高達 128 TiB 的磁碟區。建議您將資料庫叢集的引擎版本升級至最新版本，以支援高達 128 TiB 的磁碟區。

c1qf5bt017

黃色：資料庫叢集僅支援高達 64 TiB 的磁碟區。

升級資料庫叢集的引擎版本，以支援高達 128 TiB 的磁碟區。

當您在單一 Amazon Aurora 資料庫叢集上擴展應用程式時，如果儲存限制為 128 TiB，則可能無法達到限制。增加的儲存限制有助於避免刪除資料或在多個執行個體之間分割資料庫。

如需詳細資訊，請參閱 Amazon Aurora 大小限制。

建議您針對資料庫叢集中的所有資料庫執行個體使用相同的資料庫執行個體類別和大小。

c1qf5bt009

紅色：資料庫叢集具有具有異質執行個體類別的資料庫執行個體。

針對資料庫叢集中的所有資料庫執行個體，使用相同的執行個體類別和大小。

當您資料庫叢集中的資料庫執行個體使用不同的資料庫執行個體類別或大小時，資料庫執行個體的工作負載可能會有不平衡。在容錯移轉期間，其中一個讀取器資料庫執行個體會變更為寫入器資料庫執行個體。如果資料庫執行個體使用相同的資料庫執行個體類別和大小，則可以平衡資料庫叢集中資料庫執行個體的工作負載。

如需詳細資訊，請參閱 Aurora 複本。

建議您針對資料庫叢集中的所有資料庫執行個體使用相同的資料庫執行個體類別和大小。

c1qf5bt008

紅色：資料庫叢集具有異質執行個體大小的資料庫執行個體。

針對資料庫叢集中的所有資料庫執行個體，使用相同的執行個體類別和大小。

當您資料庫叢集中的資料庫執行個體使用不同的資料庫執行個體類別或大小時，資料庫執行個體的工作負載可能會有不平衡。在容錯移轉期間，其中一個讀取器資料庫執行個體會變更為寫入器資料庫執行個體。如果資料庫執行個體使用相同的資料庫執行個體類別和大小，則可以平衡資料庫叢集中資料庫執行個體的工作負載。

如需詳細資訊，請參閱 Aurora 複本。

資料庫執行個體的記憶體參數與預設值明顯不同。這些設定可能會影響效能並導致錯誤。

建議您將資料庫執行個體的自訂記憶體參數重設為資料庫參數群組中的預設值。

c1qf5bt020

黃色：資料庫參數群組的記憶體參數與預設值大幅不同。

將記憶體參數重設為其預設值。

如需詳細資訊，請參閱設定 Amazon RDS for MySQL 參數的最佳實務，第 1 部分：與效能相關的參數。

查詢規劃器或最佳化工具在關閉時無法使用僅索引掃描計劃類型。

建議您將 enable_indexonlyscan 參數值設定為 1。

c1qf5bt028

黃色：資料庫參數群組已關閉 enable_indexonlyscan 參數。

將 enable_indexonlyscan 參數設定為 1。

當您關閉 enable_indexonlyscan 參數時，它會阻止查詢規劃器選取最佳執行計畫。查詢規劃器使用不同的計劃類型，例如索引掃描，可增加查詢成本和執行時間。索引只會掃描計劃類型擷取資料，而不存取資料表資料。

如需詳細資訊，請參閱 PostgreSQL 文件網站上的 enable_indexonlyscan （布林值）。

查詢規劃器或最佳化工具在關閉時無法使用索引掃描計劃類型。

建議您將 enable_indexscan 參數值設定為 1。

c1qf5bt029

黃色：資料庫參數群組已關閉 enable_indexscan 參數。

將 parameter enable_indexscan 設定為 1。

當您關閉 enable_indexscan 參數時，會阻止查詢規劃器選取最佳執行計畫。查詢規劃器使用不同的計劃類型，例如索引掃描，可增加查詢成本和執行時間。

如需詳細資訊，請參閱 PostgreSQL 文件網站上的 enable_indexscan （布林值）。

資料庫執行個體的一般記錄已開啟。此設定在對資料庫問題進行故障診斷時非常有用。不過，開啟一般記錄會增加 I/O 操作和配置儲存空間的數量，這可能會導致爭用和效能降低。

檢查您的需求是否有一般記錄用量。我們建議您將 general_logging 參數值設定為 0。

c1qf5bt037

黃色：資料庫參數群組已開啟 general_logging。

檢查您的需求是否有一般記錄用量。如果不是強制性的，我們建議您將 general_logging 參數值設定為 0。

當 general_logging 參數值為 1 時，會開啟一般查詢日誌。一般查詢日誌包含資料庫伺服器操作的記錄。當用戶端連線或中斷連線，且日誌包含從用戶端接收的每個 SQL 陳述式時，伺服器會將資訊寫入此日誌。當您懷疑用戶端發生錯誤，而且您想要尋找用戶端傳送至資料庫伺服器的資訊時，一般查詢日誌非常有用。

如需詳細資訊，請參閱 RDS for MySQL 資料庫日誌概觀。

變更緩衝可讓 MySQL 資料庫執行個體延遲一些寫入，這是維護次要索引的必要條件。此功能在磁碟緩慢的環境中非常有用。變更緩衝組態稍微改善了資料庫效能，但在升級期間導致當機復原和長時間關閉時間延遲。

建議您將 innodb_change_buffering 參數的值設定為 NONE。

c1qf5bt021

黃色：資料庫參數群組的 innodb_change_buffering 參數設定為較低的最佳值。

將資料庫參數群組中的 innodb_change_buffering 參數值設為 NONE。

如需詳細資訊，請參閱設定 Amazon RDS for MySQL 參數的最佳實務，第 1 部分：與效能相關的參數。

innodb_open_files 參數控制 InnoDB 一次可以開啟的檔案數量。InnoDB 會開啟所有日誌和系統資料表空間檔案。

針對 InnoDB 一次能開啟的最大檔案數量，您的資料庫執行個體設定值很低。建議您將 innodb_open_files 參數設定為最小值 65。

c1qf5bt033

黃色：資料庫參數群組的 InnoDB 開啟檔案設定設定錯誤。

將 innodb_open_files 參數設定為最小值 65。

innodb_open_files 參數控制 InnoDB 一次可以開啟的檔案數量。InnoDB 會保持開啟所有日誌檔案和系統資料表空間檔案。如果使用file-per-table儲存模型，InnoDB 也需要開啟幾個 .ibd 檔案。當 innodb_open_files 設定較低時，會影響資料庫效能，伺服器可能無法啟動。

如需詳細資訊，請參閱 MySql 文件網站上的 InnoDB 啟動選項和系統變數 - innodb_open_files。

您的資料庫執行個體未設定將 InnoDB 統計資料保留於磁碟。未儲存統計資料時，會在每次執行個體重新啟動和存取資料表時重新計算統計資料。這會導致查詢執行計畫中的變化。您可以在資料表層級修改此全域參數的值。

建議您將 innodb_stats_persistent 參數值設定為 ON。

c1qf5bt032

黃色：資料庫參數群組具有未保留到磁碟的最佳化工具統計資料。

將 innodb_stats_persistent 參數值設定為 ON。

如果 innodb_stats_persistent 參數設定為 ON，則執行個體重新啟動時，最佳化工具統計資料會持續存在。這可改善執行計畫的穩定性和一致的查詢效能。您可以在建立或修改資料表時，使用 STATS_PERSISTENT 子句來修改資料表層級的全域統計資料持久性。

如需詳細資訊，請參閱設定 Amazon RDS for MySQL 參數的最佳實務，第 1 部分：與效能相關的參數。

檢查 Amazon RDS 執行個體或 Amazon Aurora 資料庫執行個體是否具有操作所需的系統容量。

c1qf5bt039

黃色：

Out-of-memory刪除：當資料庫主機上的程序因作業系統層級的記憶體減少而停止時，記憶體不足 (OOM) 會刪除計數器。

過度交換：os.memory.swap.in 和 os.memory.swap.out 指標值很高。

我們建議您調整查詢以使用較少的記憶體，或使用配置較高的記憶體的資料庫執行個體類型。當執行個體的記憶體不足時，這會影響資料庫效能。

偵測到Out-of-memory刪除：當主機上執行的程序需要超過作業系統實際可用的記憶體時，Linux 核心會叫用記憶體不足 (OOM) 殺手。在此情況下，OOM Killer 會檢閱所有執行中的程序，並停止一或多個程序，以釋出系統記憶體並保持系統執行。

偵測到交換：當資料庫主機上的記憶體不足時，作業系統會將一些最少使用的頁面傳送至交換空間中的磁碟。此卸載程序會影響資料庫效能。

如需詳細資訊，請參閱 Amazon RDS 執行個體類型和擴展yourAmazon RDS 執行個體。

您的資料庫執行個體正在使用磁性儲存體。大多數資料庫執行個體不建議使用磁性儲存。選擇不同的儲存類型：一般用途 (SSD) 或佈建 IOPS。

c1qf5bt000

黃色：Amazon RDS 資源正在使用磁性儲存。

選擇不同的儲存類型：一般用途 (SSD) 或佈建 IOPS。

磁性儲存是較舊的儲存類型。一般用途 (SSD) 或佈建 IOPS 是新儲存需求的建議儲存類型。這些儲存類型提供更高且一致的效能，並改善儲存大小選項。

如需詳細資訊，請參閱上一代磁碟區。

大型頁面可以提高資料庫可擴展性，但您的資料庫執行個體不使用大型頁面。建議您在資料庫執行個體的資料庫參數群組中，將 use_large_pages 參數值設定為 Only。

c1qf5bt024

黃色：資料庫參數群組不使用大型頁面。

在您的資料庫參數群組中，將 use_large_pages 參數值設定為 Only。

如需詳細資訊，請參閱開啟 RDS for Oracle 執行個體的 HugePages。

當變更需要清除查詢快取時，您的資料庫執行個體會顯示為停滯。大部分工作負載並不會受益於查詢快取。MySQL 8.0 版已移除查詢快取。我們建議您將 query_cache_type 參數設定為 0。

c1qf5bt022

黃色：資料庫參數群組已開啟查詢快取。

將資料庫參數群組中的 query_cache_type 參數值設為 0。

如需詳細資訊，請參閱設定 Amazon RDS for MySQL 參數的最佳實務，第 1 部分：與效能相關的參數。

您的資料庫正在執行上一代資料庫執行個體類別。我們已將上一代的資料庫執行個體類別取代為資料庫執行個體類別，具有更好的成本、效能或兩者。我們建議您使用較新一代的資料庫執行個體類別來執行資料庫執行個體。

c1qf5bt015

紅色：資料庫執行個體正在使用支援的結束資料庫執行個體類別。

升級到最新的資料庫執行個體類別。

如需詳細資訊，請參閱資料庫執行個體類別的支援資料庫引擎。

不支援資料庫引擎目前主要版本的資料庫。我們建議您升級至包含新功能和增強功能的最新主要版本。

c1qf5bt014

紅色：RDS 資源正在使用 支援結束主要版本。

升級至資料庫引擎的最新主要版本。

Amazon RDS 會為支援的資料庫引擎發行新版本，以使用最新版本來維護資料庫。新發行的版本可能包括錯誤修正、安全性增強功能，以及其他資料庫引擎的改善。您可以使用藍/綠部署，將資料庫執行個體升級所需的停機時間降至最低。

如需詳細資訊，請參閱下列資源：

我們建議您將主要版本升級至 Amazon RDS 支援的最新引擎版本，以繼續目前的授權支援。目前授權不支援您資料庫的引擎版本。

c1qf5bt016

紅色：Amazon RDS 資源正在使用授權包含模型下的終止支援引擎版本。

建議您將資料庫升級至 Amazon RDS 中支援的最新版本，以繼續使用授權模型。

如需詳細資訊，請參閱 Oracle 主要版本升級。

檢查是否有資源記錄集可變更為別名資源記錄集，以改善效能並節省成本。

別名資源記錄集會將 DNS 查詢路由至 AWS 資源 （例如 Elastic Load Balancing 負載平衡器或 Amazon S3 儲存貯體） 或另一個 Route 53 資源記錄集。當您使用別名資源記錄集時，Route 53 會免費將您的 DNS 查詢路由至 AWS 資源。

AWS 服務建立的託管區域不會出現在您的檢查結果中。

B913Ef6fb4

以別名資源記錄集取代列出的 CNAME 資源記錄集；請參閱選擇別名或非別名資源記錄集。

您也需要根據 AWS 資源，將記錄類型從 CNAME 變更為 A 或 AAAA。請參閱您在建立或編輯 Amazon Route 53 資源記錄集時指定的值。

將查詢路由至 AWS 資源

檢查在回顧期間調用至少一次的 AWS Lambda 函數。此檢查會提醒您任何 Lambda 函數在記憶體大小佈建不足的情形。當您的 Lambda 函數在記憶體大小佈建不足時，這些函數會需要更長的時間才能完成。

COr6dfpM06

黃色：在回顧期間記憶體大小佈建不足的 Lambda 函數。若要判斷 Lambda 函數是否佈建不足，我們會考慮該函數的所有預設 CloudWatch 指標。用於識別記憶體大小佈建不足 Lambda 函數的演算法遵循 AWS 最佳實務。找出新的模式時，該演算法會更新。

請考慮增加 Lambda 函數的記憶體大小。

如需詳細資訊，請參閱選擇接受 AWS Compute OptimizerTrusted Advisor 檢查。

檢查 AWS Lambda 函數是否已設定函數層級並行執行限制。

並行是 AWS Lambda 函數可同時處理的傳輸中請求數量。Lambda 會針對每個並行請求佈建個別的執行環境執行個體。

您可以使用規則中的 AWS Config concurrencyLimitLow 和 ConcurrencyLimitHigh 參數來指定預留並行限制的下限和上限。

如需詳細資訊，請參閱 Lambda 函數擴展。

c18d2gz181

AWS Config 受管規則：lambda-concurrency-check

黃色：Lambda 函數並未設定並行限制。

請確定您的 Lambda 函數已設定並行功能。Lambda 函數的並行限制有助於確保您的函數可靠且可預測地處理請求。並行限制減少了因流量突然激增而導致功能不堪負荷的風險。

如需詳細資訊，請參閱設定預留並行。

檢查效能支柱中，工作負載是否有高風險問題 (HRI)。這項檢查是以您的 AWS-Well Architected 檢閱為基礎。您的檢查結果取決於您是否使用 AWS Well-Architected 完成工作負載評估。

Wxdfp4B1L2

AWS Well-Architected 在工作負載評估期間偵測到高風險問題。解決這些問題，可能有機會降低風險和節省成本。登入 AWS Well-Architected 工具，檢閱答案並採取行動，解決待處理的問題。

檢查 Amazon CloudFront 分佈的備用網域名稱 (CNAME) DNS 設定是否配置錯誤。

如果 CloudFront 分佈包含備用網域名稱，網域的 DNS 組態必須將 DNS 查詢路由至該分佈。

N420c450f2

更新 DNS 組態，以將 DNS 查詢路由到 CloudFront 分佈；請參閱使用備用網域名稱 (CNAME)。

如果您要將 Amazon Route 53 作為 DNS 服務，請參閱使用您的網域名稱將流量路由到 Amazon CloudFront Web 分佈。如果檢查已逾時，請嘗試重新整理檢查。

《Amazon CloudFront 開發人員指南》

使用 Amazon CloudFront AWS 全域內容交付服務，檢查從 Amazon Simple Storage Service (Amazon S3) 儲存貯體傳輸資料的案例。

將 CloudFront 設定為交付內容時，對內容發出的請求會自動路由到離快取內容的最近節點。此路由能以最佳的效能將內容交付給您的使用者。與儲存在儲存貯體中的資料相比，若傳出的資料比率高，表示您可受益於使用 Amazon CloudFront 來交付資料。

796d6f3D83

考慮使用 CloudFront 取得更好的效能。請參閱 Amazon CloudFront 產品詳細資訊。

如果每月傳輸的資料超過 10 TB，請參閱 Amazon CloudFront 定價探索可能實現的成本節省。

檢查 CloudFront 目前從用戶端接收並轉送至原始伺服器的 HTTP 請求標頭。

某些標頭 (例如日期或使用者代理程式) 會大幅降低快取命中率 (從 CloudFront 邊緣快取提供的請求比例)。這會增加原始伺服器的負載並降低效能，因為 CloudFront 必須將更多的請求轉送到原始伺服器。

N415c450f2

黃色：CloudFront 轉送至原始伺服器的一個或多個請求標頭可能會大幅降低快取命中率。

考慮使用請求標頭的好處是否足夠抵消對快取命中率的負面影響。如果無論標頭值是什麼，原始伺服器都會傳回相同物件，建議您不要將 CloudFront 設定為將該標頭轉送到原始伺服器。如需詳細資訊，請參閱將 CloudFront 設定為根據請求標頭快取物件。

檢查過去 14 天內在任何時間執行的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體。如果四天或以上天數的每日 CPU 使用率超過 90%，則會傳送提醒。

穩定的高使用率可能表示最佳化、穩定的效能。不過也可能表示應用程式的資源不足。若要取得每日 CPU 使用率資料，請下載此檢查的報告。

ZRxQlPsb6c

黃色：在過去 14 天中，至少有 4 天執行個體每日平均 CPU 使用率超過 90%。

請考慮新增更多執行個體。如需有關根據需求調整執行個體數量的詳細資訊，請參閱 Auto Scaling 是什麼？