本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用 Amazon CloudWatch 指標評估 Aurora MySQL 的資料庫執行個體用量
您可以使用 CloudWatch 指標來監控資料庫執行個體輸送量，並判斷資料庫執行個體類別是否為您的應用程式提供足夠的資源。如需有關資料庫執行個體類別限制的資訊，請參閱 Aurora 的資料庫執行個體類別的硬體規格。尋找資料庫執行個體類別的規格，以尋找網路效能。
如果您的資料庫執行個體用量接近執行個體類別限制，效能可能會開始變慢。這些 CloudWatch 指標可以確認此情況，以便您計劃手動擴展到更大的執行個體類別。
合併下列 CloudWatch 指標值，以了解您是否接近執行個體類別限制：
-
NetworkThroughput – Aurora 資料庫叢集中每個執行個體的用戶端接收和傳輸的網路輸送量。此輸送量值不包含資料庫叢集中的執行個體與叢集磁碟區之間的網路流量。
-
StorageNetworkThroughput – Aurora 資料庫叢集中每個執行個體接收並傳送至 Aurora 儲存子系統的網路輸送量。
將 NetworkThroughput新增至 StorageNetworkThroughput，以尋找 Aurora 資料庫叢集中每個執行個體從 Aurora 儲存子系統接收並傳送至其中的網路輸送量。執行個體的執行個體類別限制應該大於這兩個合併指標之和。
在傳送和接收時，您可以使用下列指標，來檢閱來自用戶端應用程式之網路流量的其他詳細資訊：
-
NetworkReceiveThroughput – Aurora MySQL 資料庫叢集中每個資料庫執行個體從用戶端接收的網路輸送量。此輸送量不包含資料庫叢集中的執行個體與叢集磁碟區之間的網路流量。
-
NetworkTransmitThroughput – Aurora 資料庫叢集中每個執行個體傳送至用戶端的網路輸送量。此輸送量不包含資料庫叢集中的執行個體與叢集磁碟區之間的網路流量。
-
StorageNetworkReceiveThroughput – 資料庫叢集中每個執行個體從 Aurora 儲存子系統接收的網路輸送量。
-
StorageNetworkTransmitThroughput – 資料庫叢集中每個執行個體傳送至 Aurora 儲存子系統的網路輸送量。
將所有這些指標相加，以評估網路用量與資料庫執行個體類別限制的比較。執行個體類別限制應該大於這些個合併指標之和。
儲存的網路限制和CPU用量是直接相關的。當網路輸送量增加時，CPU用量也會增加。監控 CPU和 網路用量，提供資源如何用盡和為何用盡的資訊。
若要協助將網路用量降至最低，您可以考慮下列事項：
-
使用較大的資料庫執行個體類別。
-
批次分割寫入要求，以減少整體交易。
-
將唯讀工作負載導向至唯讀執行個體。
-
刪除任何未使用的索引。
