Adobe Commerce的管理警報:記憶體警告警報

本文提供當您在New Relic中收到Adobe Commerce的記憶體警告警報時的疑難排解步驟。 需要立即採取行動來解決問題。 根據您選取的警報通知通道,警報看起來類似以下內容。

記憶體警告 {width="500"}

受影響的產品和版本

雲端基礎結構上的Adobe Commerce Pro計畫架構

問題

如果您已為Adobe Commerce🔗註冊最多個受管理警示,且一個或多個警示臨界值已超出,您將會在New Relic中收到警示。 這些警報由Adobe Commerce開發,可讓客戶運用支援和工程部門的見解獲得標準集合。

做!

  • 建議您中止任何排定的部署,直到清除此警示為止。
  • 如果您的網站沒有回應或完全沒有回應,請立即將網站置於維護模式。 如需相關步驟,請參閱開發人員檔案中的安裝指南>啟用或停用維護模式。 請務必將您的IP新增至劐免IP位址清單,以確保您仍可存取您的網站以進行疑難排解。 如需相關步驟,請參閱我們的開發人員檔案中的維護劐免IP位址清單

不要!

  • 啟動其他行銷活動,為您的網站帶來其他頁面檢視。
  • 執行索引器或其他cron,可能會對CPU或磁碟造成額外的壓力。
  • 執行任何主要管理任務(即管理員、資料匯入/匯出)。
  • 清除您的快取。

解決方案

請依照下列步驟,找出原因並加以疑難排解。

  1. 使用New Relic APM的基礎結構頁面來識別最耗用記憶體的處理序。 如需相關步驟,請參閱New Relic 基礎架構監視主機頁面>處理序標籤。 如果Redis或MySQL等服務是記憶體耗用的主要來源,請嘗試下列步驟:

  2. 如果您仍在努力找出問題的來源,請使用New Relic APM的「交易」頁面來找出有效能問題的交易:

    • 依遞增Apdex分數排序交易。 Apdex表示使用者對您的Web應用程式和服務回應時間的滿意度。 低Apdex分數可能表示瓶頸(回應時間較長的交易)。 通常是資料庫、Redis或PHP。 如需相關步驟,請參閱New Relic 檢視對Apdex有最高不滿意度的交易
    • 依最高輸送量、最慢的平均回應時間、最耗時的值和其他臨界值來排序交易。 如需相關步驟,請參閱New Relic 尋找特定效能問題。 如果您仍在努力找出問題,請使用New Relic APM的「基礎架構」頁面。
  3. 如果您無法找出記憶體耗用量增加的原因,請檢閱最近的趨勢,以找出最近的程式碼部署或設定變更(例如,新客戶群組和目錄的大型變更)所造成的問題。 建議您檢閱過去七天的活動,以瞭解程式碼部署或變更中的任何關聯。

  4. 如果上述方法無法協助您在合理的時間內找到原因和/或解決方案,請要求升級,或是將網站置於維護模式(如果尚未進行)。 如需相關步驟,請參閱我們的支援知識庫中的如何要求暫時調整大小,以及開發人員檔案中的安裝指南>啟用或停用維護模式

  5. 如果升級將網站恢復為正常運作,請考慮請求永久升級(聯絡您的Adobe客戶團隊),或嘗試透過執行負載測試和最佳化查詢,或降低服務壓力的程式碼,在您的專用測試中重現問題。 請參閱開發人員檔案中的雲端基礎結構上的Adobe Commerce >測試部署>載入和壓力測試

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a