本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
持續監控
監控是維護資料庫可靠性、可用性和效能的重要部分 AWS。若要更輕鬆地偵錯多點故障,建議您從 上資料庫環境的所有部分收集監控資料 AWS。
本節會探索提供進階效能診斷功能的 AWS 服務和工具。在您使用這些工具之前,建議您定義明確的監控計畫。
監控計畫
我們建議您在建立監控計畫之前解決下列問題:
-
監控目標是什麼?
-
您將使用哪些資源進行監控?
-
這些資源的監控頻率為何?
-
將使用哪些監控工具?
-
誰將執行監控任務?
-
發生問題時應該通知誰?
定義監控計畫之後,請建立關鍵指標的基準,以衡量是否符合您的監控目標。
效能基準
在不同時間測量不同負載條件下的效能。您可以監控如下所示的指標:
-
CPU 使用率
-
網路輸送量
-
用戶端連線
-
讀取或寫入操作的 I/O
-
爆量額度餘額
當效能超出您建立的基準時,您可能需要進行變更,以最佳化工作負載的資料庫可用性。例如,這些變更可能包括變更資料庫執行個體的執行個體類別,或變更可供用戶端使用的資料庫執行個體和僅供讀取複本數目。
關鍵效能準則
一般而言,效能指標的可接受值取決於應用程式相對於基準的操作。調查與基準相比的一致或趨勢差異。下列指標通常是效能問題的來源:
-
CPU 或 RAM 消耗量高。如果 CPU 或 RAM 耗用量的高值符合輸送量或並行等應用程式目標,且預期會是適當的。
-
磁碟空間消耗。如果使用的空間持續達到或超過總磁碟空間的 85%,請調查磁碟空間使用量。評估是否可以從執行個體刪除資料,或將資料封存到不同的系統以釋放空間。
-
網路流量。對於網路流量,請與您的系統管理員合作,以判斷網域網路和網際網路連線的預期輸送量。如果輸送量持續低於預期,建議您調查網路流量。
-
資料庫連線。如果您遇到大量的使用者連線,以及執行個體效能和回應時間的減少,您可以考慮限制資料庫連線。資料庫執行個體的最佳使用者連線數量會因執行個體類別和所執行操作的複雜性而有所不同。
-
IOPS 指標。當您從 Oracle Exadata 遷移時,IOPS 監控至關重要。Oracle Exadata 已知可提供高儲存輸送量和 IOPS。我們建議您判斷一般 I/O 活動的基準,以確保 上的最佳組態 AWS。