效能測試的最佳實務
簡介
效能測試是任何AEM部署的重要一環。 視客戶需求而定，可能會對發佈執行個體、作者執行個體或兩者執行效能測試。
本檔案概述執行效能測試的整體策略和方法，以及Adobe提供的部分工具來協助此程式。 最後，從程式碼分析和系統設定的角度，閱讀AEM 6中可協助效能調校的工具分析。
模擬現實
進行效能測試時，請務必儘可能模擬生產環境。 雖然這類工作通常很困難，但必須確保這些測試的準確性。 在設計效能測試時，務必要考慮以下幾點：
- 生產類內容
AEM中的許多效能測量（例如查詢回應時間）都可能受到系統內容大小的影響。 請務必確保測試環境儘可能接近生產資料的復本。
- 生產計畫碼
在生產環境中部署的AEM版本和Hotfix應在測試環境中相同。 測試部署至生產環境的程式碼版本也很重要。
- 類似生產環境的硬體與網路組態
若沒有儘可能類似生產環境的環境，測試就沒有意義。 理想情況下，硬體規格、網路介面、負載平衡器和CDN應與測試環境中的生產環境相同。
- 生產負載
許多效能問題直到系統負載較重時才會出現。 良好的效能測試應模擬生產系統在其尖峰時的負載。
設定目標
開始進行效能測試之前，必須設定非功能需求，以指定載入和回應時間。 如果您要從現有系統移轉，請確定回應時間與您目前的生產值類似。 對於負載，最好取目前峰值負載並加倍。 這麼做可確保網站在成長過程中能持續表現良好。
工具
市面上有許多市面上可買到的效能測試工具。 執行負載產生工具時，請務必確保執行測試的電腦具有足夠的網路頻寬。 否則，一旦測試機器達到其連線的限制，則不會在受測試的環境中產生額外負載。
測試工具
-
Adobe的 艱難的一天 工具可用來產生AEM執行個體的負載，以及收集效能資料。 Adobe的AEM工程團隊實際上會使用此工具來執行AEM產品本身的負載測試。 在「艱難日」執行的指令碼會透過屬性檔案和JMX XML檔案進行設定。 如需詳細資訊，請參閱 難熬的日子檔案.
-
AEM提供立即可用的工具，可快速檢視有問題的查詢、請求和錯誤訊息。 如需詳細資訊，請參閱 診斷工具 區段。
-
Apache提供產品，稱為 Jmeter 可用於效能和負載測試，以及功能行為的屬性。 它是開放原始碼軟體，可免費使用，但功能集比企業產品更小，而且學習曲線更陡峭。 您可在Apache的網站上找到JMeter，網址為 https://jmeter.apache.org/
-
載入執行器 是企業級負載測試產品。 提供免費的評估版本。 如需詳細資訊，請參閱 https://www.microfocus.com/en-us/portfolio/performance-engineering/overview
-
網站負載測試工具，例如 Vercara 也可以使用。
-
測試行動或回應式網站時，必須使用另一組工具。 它們的運作方式是節流網路頻寬，模擬較慢的行動連線，例如3G或EDGE。 使用範圍較廣的工具包括：
最佳化工具
監控
此 監控效能 說明檔案是用來診斷問題並找出調整區域的工具與方法的實用資源。
觸控式UI中的開發人員模式
AEM 6觸控式UI的新功能之一是開發人員模式。 就像作者可以在編輯和預覽模式之間切換一樣，開發人員可以在作者UI中切換到開發人員模式。 這麼做可讓您檢視頁面上每個元件的轉譯時間，以及檢視任何錯誤的棧疊追蹤。 如需開發人員模式的詳細資訊，請參閱此 CQ Gems簡報.
使用rlog.jar讀取請求記錄
如需AEM系統上的請求記錄檔的更全面分析， rlog.jar 可用來搜尋及排序 request.log AEM產生的檔案。 此jar檔案包含在中的AEM安裝 /crx-quickstart/opt/helpers 資料夾。 如需記錄工具和一般要求記錄的相關資訊，請參閱 監控與維護 說明檔案。
Explain查詢工具
此 說明查詢工具 在ACS中，AEM工具可用於檢視執行查詢時使用的索引。 此工具在最佳化執行速度較慢的查詢時很有用。
PageSpeed Tools
Google的PageSpeed工具提供網站分析，以符合頁面效能最佳實務，以及可在Apache執行個體上與Dispatcher一併安裝的外掛程式，以進行其他最佳化。
請參閱 PageSpeed Tools網站.
作者環境
執行測試
若要在作者環境中執行效能測試，您必須模擬生產作者的體驗。 也就是說，製作安裝必須包含所有元件、OSGi套件組合、UI自訂、自訂索引，以及您為生產製作執行個體設定的任何其他新增專案。
有許多專為效能和負載測試而設計的自動化架構。 自訂指令碼可以記錄在這些工具中，然後播放以模擬同時執行類似內容建立和啟用活動的作者人數峰值。 建議您使用「艱難日」工具來模擬活動，例如上傳數千個資產或啟用大量頁面。
對於需要大量資產載入或頁面編寫的環境型別，必須使用「艱難日」等工具。 這麼做可確保環境在尖峰負載下有效運作。 WebDAV 是一種不需要編寫指令碼的工具，也可用來載入大量資產。
MongoDB特定步驟
在具有MongoDB後端的系統上，AEM提供數個 JMX 執行負載或效能測試時必須監視的MBean：
- 此 整合的快取統計資料 MBean。 您可以前往：
https://server:port/system/console/jmx/org.apache.jackrabbit.oak%3Aid%3D6%2Cname%3D%22Consolidated+Cache+statistics%22%2Ctype%3D%22ConsolidatedCacheStats%22
針對快取，命名為 Document-Diff，點選率應已超過 .90. 如果點選率降至90%以下，您可能必須編輯 DocumentNodeStoreService 設定。 Adobe產品支援可為您的環境建議最佳設定。
- 此 Oak存放庫統計資料 Mbean。 您可以前往：
https://server:port/system/console/jmx/org.apache.jackrabbit.oak%3Aid%3D16%2Cname%3D%22Oak+Repository+Statistics%22%2Ctype%3D%22RepositoryStats%22
此 ObservationqueueMaxLength 區段會顯示Oak的觀察佇列中過去小時、分鐘、秒和周的事件數。 在「每小時」區段中找出事件數量最多者。 將此數字與 oak.observation.queue-length 設定。 如果為觀察佇列顯示的最高數目超過 queue-length 設定：
- 建立名為的檔案：
com.adobe.granite.repository.impl.SlingRepositoryManager.cfg包含引數oak.observation.queue‐length=50000 - 將其放在/crx–quickstart/install資料夾下。
另請參閱 AEM 6.x |效能調整秘訣
預設值為10,000，但大多數部署都必須將其提高至20,000或50,000。
發佈環境
執行測試
部署中必須接受負載測試的最重要部分是面向一般使用者的發佈或Dispatcher環境。
可使用協力廠商自動化測試工具來測試網站的效能。 這些工具可讓您記錄使用者在網站上執行的步驟，並同時執行許多此類工作階段，以模擬生產網站的典型負載。
大部分的生產網站都已實現最佳化，例如Dispatcher快取和已部署的內容傳送網路。 測試時，請確定這些最佳化也適用於測試環境。 除了監控使用者的回應時間之外，還要監控發佈伺服器和排程程式上的系統度量，以確保系統不受硬體資源的限制。
在不要求高層級個人化的系統上，Dispatcher應該快取大多數請求。 因此，發佈執行個體的負載應保持相對平坦。 如果需要高水準的個人化，建議對個人化內容使用iFrame或AJAX請求等技術，以儘可能允許Dispatcher快取。
對於基本測試，Apache Bench可用於測量網頁伺服器回應時間，並協助建立負載以測量記憶體流失等專案。 請參閱以下範例中的 監控檔案.
疑難排解效能問題
在製作執行個體上執行效能測試後，必須調查、診斷和解決任何問題。 在執行分析和解決問題時，您可以使用多種工具和技術：
-
您可以檢查 要求效能記錄 「操作」圖示板中的。 此工具可用來識別緩慢的頁面請求
-
使用分析執行緩慢的查詢 查詢效能工具
-
檢視錯誤記錄檔中是否有錯誤或警告。 如需詳細資訊，請參閱 記錄.
-
監視系統硬體資源，例如記憶體和CPU使用率、磁碟I/O或網路I/O。這些資源通常是造成效能瓶頸的原因。
-
最佳化頁面的架構和它們的處理方式，以儘量減少URL引數的使用，從而允許儘可能多的快取。
-
如果編輯作者執行個體上的特定頁面或元件時發生問題，請使用TouchUI開發人員模式來檢查有問題的頁面。 這樣做會提供頁面上每個內容區域的劃分及其載入時間。
-
將網站上的所有JS和CSS縮制。 檢視此 部落格貼文.
-
從元件中排除內嵌的CSS和JS。 使用者端程式庫應包含並加以縮制，以將轉譯頁面所需的請求數量降至最低。
-
若要檢查伺服器請求並檢視哪些請求的執行時間最長，請使用Chrome的「網路」標籤等瀏覽器工具。
一旦識別出問題區域，即可檢查應用程式程式碼以最佳化效能。 任何無法正確執行的現成AEM功能，都可以透過Adobe支援來處理。
