基準摘要

Adobe Commerce 2.4.5效能基準結果反映了在部署有下列基礎架構和其他元件的Adobe Commerce執行個體上所測量的效能。

沒有其他自訂專案。

以下資訊總結了基準測試結果,並提供了測試期間使用的環境和資料相關資訊。

關鍵效能量度

下圖顯示效能基準的Commerce存放區設定,以及測試結果的關鍵效能度量。

效能基準JMeter和生產基礎架構 {width="700" modal="regular"}

根據模擬企業B2C組織的測試准則,系統可以在標準負載流程中,於尖峰時段處理請求的流量和訂單編號。

效能亮點

  • 訂單 — 每分鐘處理3,481個訂單,同時在第99個百分位數的回應時間保持在2秒以內(99%的請求已處理且回應時間少於2秒)。
  • 頁面檢視 — 每小時處理超過200萬次頁面檢視,同時保留第99個百分位數少於2秒的回應時間。
  • 有效的SKU — 客戶設定檔包含250,000種產品的2.42億種不同的價格變化(eSKU)。
  • GraphQL要求 — 系統每分鐘會調整為10,500個GraphQL未快取要求,而第99個百分位數的回應時間維持在2秒以內。
  • 同時管理員使用者 — 系統可擴充至支援500位同時管理員使用者,同時維持第99個百分位數少於2秒的回應時間。

測試環境

針對部署在具縮放架構的Pro雲端環境中的Adobe Commerce 2.4.5執行個體進行測試,以取得效能基準結果。 執行個體也安裝、設定並啟用了Adobe Commerce B2B、Inventory management和Adobe Stock整合模組。

已使用效能工具組產生測試設定檔的效能測試資料。

效能評量以客戶和商務使用者的模擬日常商店活動為基礎。 值反映每個案例的接近最大輸送量,但並不反映獨特的業務模式,例如私人銷售或快閃銷售。

  • LUMA店面

    • 店面同時有3,000位使用者

    • 設定為30%的CDN快取命中率

      有效使用快取階層會增加每小時的頁面檢視次數。

  • GraphQL API

    • 250個並行執行緒

    • 設定為0% CDN快取命中率

      透過GraphQL前方的快取階層,可大幅改善回應時間。

  • 管理網頁

    • 500位同時使用者
    • 設定為0% CDN快取命中率

測試環境規格

載入測試已使用針對Adobe Commerce執行個體執行的JMeter載入設定檔完成。 測試期間使用了三個Web節點和三個服務節點。 下圖詳細說明JMeter和生產基礎建設的進入點。

效能基準JMeter和生產基礎架構{width="700" modal="regular"}

應用

Adobe Commerce 2.4.5已部署在具有Pro架構的雲端基礎結構上。

基礎架構

針對效能基準,Adobe Commerce 2.4.5部署在可擴充的基礎架構上,且具有下列容量。

  • Web節點規格

    • vCPU 216 (72 x 3個節點)
    • 記憶體432 GiB (144 x 3節點)
    • 網路頻寬768 Gbps (256 x 3節點)
    • EBS頻寬57000 Mbps (19000 x 3個節點)
    • 布建的儲存空間100 GB
  • 服務節點規格

    • vCPU 192 (64 x 3節點)
    • 記憶體768 GiB (256 x 3節點)
    • 網路頻寬60 Gbps (20 x 3個節點)
    • EBS頻寬40800 Mbps (13600 x 3個節點)
    • 布建的儲存空間1100 GB
recommendation-more-help
754cbbf3-3a3c-4af3-b6ce-9d34390f3a60