JVM引數

設定下列JVM引數:

  • -XX:+UseConcMarkSweepGC
  • -Doak.queryLimitInMemory=500000
  • -Doak.queryLimitReads=100000
  • -Dupdate.limit=250000
  • -Doak.fastQuerySize=true

資料存放區和記憶體設定

檔案資料存放區設定

建議所有Experience Manager Assets使用者將資料存放區與區段存放區分開。 此外,設定maxCachedBinarySizecacheSizeInMB引數可協助將效能最大化。 將maxCachedBinarySize設定為快取中可容納的最小檔案大小。 指定cacheSizeInMB內資料存放區所使用的記憶體內部快取大小。 Adobe建議將此值設定在棧積總大小的2-10%之間。 不過,負載/效能測試可協助判斷理想的設定。

設定緩衝影像快取的大小上限

將大量資產上傳到Adobe Experience Manager時,為了允許記憶體耗用量出現非預期的尖峰,並防止JVM因OutOfMemoryErrors而失敗,請減少緩衝影像快取設定的大小上限。 假設您的系統最大棧積(- Xmxparam)為5 GB、Oak BlobCache設定為1 GB,而檔案快取設定為2 GB。 在這種情況下,緩衝快取最多需要1.25 GB和記憶體,因此對於非預期的尖峰僅會留下0.75 GB的記憶體。

在OSGi Web主控台中設定緩衝快取大小。 在https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache,設定屬性cq.dam.image.cache.max.memory (位元組)。 例如,1073741824是1 GB (1024 x 1024 x 1024 = 1 GB)。

從Experience Manager6.1 SP1,如果您使用sling:osgiConfig節點來設定此屬性,請確定將資料型別設定為Long。 如需詳細資訊,請參閱資產上傳期間的CQBufferedImageCache使用棧積

共用的資料存放區

實作S3或共用檔案資料存放區有助於在大規模實作中節省磁碟空間並提高網路輸送量。 如需使用共用資料存放區之優點的詳細資訊,請參閱Assets大小調整指南

S3資料存放區

下列S3資料存放區組態( org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg)已協助將現有檔案資料存放區中的12.8 TB二進位大型物件(BLOB)Adobe擷取至客戶網站的S3資料存放區:

accessKey=<snip>
 secretKey=<snip>
 s3Bucket=<snip>
 s3Region=us-standard
 s3EndPoint=<a href="https://s3.amazonaws.com/">s3.amazonaws.com</a>
 connectionTimeout=120000
 socketTimeout=120000
 maxConnections=80
 writeThreads=60
 concurrentUploadsThreads=30
 asyncUploadLimit=30
 maxErrorRetry=1000
 path=/opt/author/crx-quickstart/repository/datastore
 s3RenameKeys=false
 s3Encryption=SSE_S3
 proactiveCaching=true
 uploadRetries=1000
 migrateFailuresCount=400

網路最佳化

Adobe建議啟用HTTPS,因為許多公司都有會偵聽HTTP流量的防火牆,這會嚴重影響上傳和損毀檔案。 對於大型檔案上傳,請確定使用者已連線到網路,因為WiFi網路會快速飽和。 如需識別網路瓶頸的准則,請參閱Assets規模調整指南。 若要藉由分析網路拓撲來評估網路效能,請參閱Assets網路考量事項

您的網路最佳化策略主要取決於可用的頻寬量以及Experience Manager執行個體的負載。 常見的設定選項,包括防火牆或代理程式,有助於改善網路效能。 請謹記以下要點:

  • 根據您的執行個體型別(小、中、大),請確定您有足夠的網路頻寬來執行Experience Manager執行個體。 如果Experience Manager在AWS上代管,足夠的頻寬配置尤其重要。
  • 如果您的Experience Manager執行個體在AWS上託管,則您可以透過通用的縮放原則獲益。 如果使用者預期高負載,請放大執行個體。 縮減大小,以處理中度/低負載。
  • HTTPS:大部分使用者都有會偵聽HTTP流量的防火牆,這可能會對檔案上傳造成負面影響,甚至在上傳作業期間損壞檔案。
  • 大型檔案上傳:確保使用者已透過有線連線連線到網路(WiFi連線會快速飽和)。

工作流程

暫時性工作流程

儘可能將DAM更新資產工作流程設定為暫時性。 設定可大幅減少處理工作流程所需的間接成本,因為在此情況下,工作流程不需要通過正常的追蹤和封存程式。

  1. https://[aem_server]:[port]/miscadmin的Experience Manager部署中導覽至/miscadmin

  2. 展開​ 工具 > 工作流程 > 模型 > dam

  3. 開啟​ DAM更新資產。 從浮動工具面板,切換至​ 頁面 ​標籤,然後按一下​ 頁面屬性

  4. 選取​ 暫時性工作流程,然後按一下​ 確定

    NOTE
    部分功能不支援暫時性工作流程。 如果您的Assets部署需要這些功能,請勿設定暫時性工作流程。

若無法使用暫時性工作流程,請定期執行工作流程清除以刪除封存的DAM更新資產工作流程,以確保系統效能不會降低。

通常每週執行清除工作流程。 不過,在資源密集的情況(例如大規模資產擷取期間),您可以更頻繁地執行。

若要設定工作流程清除,請透過OSGi主控台新增新的「AdobeGranite工作流程清除」設定。 接著,設定並排程工作流程,使其成為每週維護時段的一部分。

如果清除執行時間過長,則會逾時。 因此,您應該確保永久刪除工作完成,以避免因工作流程數量過多而導致永久刪除工作流程無法完成的情況。

例如,在執行許多非暫時性工作流程(建立工作流程執行個體節點)之後,您可以臨機執行ACS AEM Commons Workflow Remover。 它會立即移除多餘的已完成工作流程例項,而不是等候AdobeGranite工作流程清除排程器執行。

最大平行作業數

根據預設,Experience Manager執行的平行作業數目上限等於伺服器上的處理器數目。 此設定的問題是,在負載繁重期間,所有處理器都被DAM更新資產工作流程佔用,減慢UI回應速度,並阻止Experience Manager執行其他可保護伺服器效能和穩定性的處理程式。 若要將此值設為伺服器上可用處理器的一半,請執行下列步驟:

  1. 在Experience Manager作者上,存取https://[aem_server]:[port]/system/console/slingevent

  2. 在每一個與您的實作相關的工作流程佇列上按一下​ 編輯,例如​ Granite暫時性工作流程佇列

  3. 更新​ 最大平行工作 ​的值,然後按一下​ 儲存

將佇列設定為可用處理器的一半,是可行的解決方案。 不過,您可能必須增加或減少此數目,才能達到最大輸送量,並依環境進行調整。 暫時性和非暫時性工作流程和其他程式(例如外部工作流程)有單獨的佇列。 如果數個佇列設定為50%的處理器同時啟動,系統可能會快速超載。 大量使用的佇列在使用者實作中差異極大。 因此,您可能必須周全地設定這些伺服器,才能在不犧牲伺服器穩定性的情況下,發揮最大效率。

DAM更新資產設定

DAM更新資產工作流程包含針對工作設定的完整步驟套件,例如Dynamic Media PTIFF產生和Adobe InDesign Server整合。 不過,大多數使用者可能不需要執行其中的數個步驟。 Adobe建議您建立DAM更新資產工作流程模型的自訂復本,並移除任何不必要的步驟。 在此情況下,請更新DAM更新資產的啟動器,以指向新模型。

大量執行DAM更新資產工作流程可能會大幅增加檔案資料存放區的大小。 Adobe執行的實驗結果顯示,如果在8小時內執行約5500個工作流程,資料存放區大小可以增加約400 GB。

這是一種臨時性的增加,當您執行資料存放區廢棄專案收集工作後,資料存放區會恢復為原始大小。

通常資料存放區記憶體回收任務會與其他排程的維護任務一起每週執行。

如果您的磁碟空間有限,並集中執行DAM更新資產工作流程,請考慮更頻繁地排程記憶體回收工作。

產生執行階段轉譯

客戶在其網站上或使用各種大小和格式的影像,或分發給業務合作夥伴。 由於每個轉譯都會增加存放庫中資產的足跡,Adobe建議您謹慎使用此功能。 若要減少處理和儲存影像所需的資源量,您可以在執行階段產生這些影像,而不是在擷取期間做為轉譯。

許多Sites客戶會實作影像servlet,在請求影像時調整大小並裁切,這會對發佈執行個體施加額外的負載。 不過,只要可以快取這些影像,挑戰就能緩解。

另一種方法是使用Dynamic Media技術完全放棄影像操控。 此外,您可以部署Brand Portal,不僅從Experience Manager基礎結構接收轉譯產生責任,還可接收整個發佈階層。

ImageMagick

如果您自訂DAM更新資產工作流程,以使用ImageMagick產生轉譯,Adobe建議您修改位於/etc/ImageMagick/policy.xml檔案。 依預設,ImageMagick會使用OS磁碟區上的整個可用磁碟空間,以及可用的記憶體。 在policy.xmlpolicymap區段內進行下列設定變更以限制這些資源。

<policymap>
  <!-- <policy domain="system" name="precision" value="6"/> -->
  <policy domain="resource" name="temporary-path" value="/ephemeral0/imagemagick_tmp"/>
  <policy domain="resource" name="memory" value="1000MiB"/>
  <policy domain="resource" name="map" value="1000MiB"/>
  <!-- <policy domain="resource" name="area" value="1gb"/> -->
  <policy domain="resource" name="disk" value="10000MiB"/>
  <!-- <policy domain="resource" name="file" value="768"/> -->
  <policy domain="resource" name="thread" value="1"/>
  <policy domain="resource" name="throttle" value="50"/>
  <!-- <policy domain="resource" name="time" value="3600"/> -->
</policymap>

此外,請將configure.xml檔案中ImageMagick的暫存資料夾路徑(或透過設定環境變數MAGICK_TEMPORARY_PATH)設定為具有足夠空間和IOPS的磁碟分割。

CAUTION
如果ImageMagick使用所有可用的磁碟空間,錯誤設定可能會使伺服器不穩定。 使用ImageMagick處理大型檔案所需的原則變更可能會影響Experience Manager效能。 如需詳細資訊,請參閱安裝及設定ImageMagick
NOTE
ImageMagick policy.xmlconfigure.xml檔案可在/usr/lib64/ImageMagick-*/config/取得,而非/etc/ImageMagick/。如需組態檔的位置,請參閱ImageMagick檔案

如果您正在AdobeManaged Services (AMS)上使用Experience Manager,如果您計畫處理大量大型PSD或PSB檔案,請聯絡Adobe客戶支援。 與Adobe客戶支援代表合作,針對您的AMS部署實作這些最佳實務,並針對Adobe的專有格式選擇最佳可行的工具和模型。 Experience Manager可能無法處理超過30000 x 23000畫素的高解析度PSB檔案。

XMP回寫

XMP回寫會在Experience Manager中修改中繼資料時更新原始資產,導致下列情況:

  • 資產本身已修改
  • 已建立資產的版本
  • DAM更新資產已針對資產執行

列出的結果會消耗相當多的資源。 因此,Adobe建議在不需要時停用XMP回寫。 如需詳細資訊,請參閱XMP回寫

如果勾選執行工作流程旗標,匯入大量中繼資料可能會導致資源密集的XMP回寫活動。 在精益伺服器使用期間規劃這類匯入,以免影響其他使用者的效能。

複製

將資產復寫至大量發佈執行個體時(例如在Sites實作中),Adobe建議您使用鏈結復寫。 在這種情況下,製作執行個體會複製到單一發佈執行個體,接著複製到其他發佈執行個體,釋放製作執行個體。

設定鏈結復寫

  1. 選擇您要用來連結復寫的發佈執行個體
  2. 在該發佈執行個體上新增指向其他發佈執行個體的復寫代理
  3. 在每個復寫代理程式上,啟用「觸發器」標籤上的「接收時」
NOTE
Adobe不建議自動啟用資產。 不過,如有必要,Adobe建議將此作為工作流程的最後步驟,通常是DAM更新資產。

搜尋索引

安裝最新的Service Pack和效能相關Hotfix,因為這些通常包含系統索引的更新。 如需某些索引最佳化,請參閱效能調整提示

為您經常執行的查詢建立自訂索引。 如需詳細資訊,請參閱分析慢速查詢的方法製作自訂索引。 如需有關查詢和索引最佳實務的其他深入分析,請參閱查詢和索引的最佳實務

Lucene索引設定

可對Oak索引設定進行一些最佳化,以協助改善Experience Manager Assets效能。 更新索引設定以改善重新索引時間:

  1. 開啟CRXDe /crx/de/index.jsp並以管理使用者身分登入。
  2. 瀏覽至/oak:index/lucene
  3. 新增值為/var/etc/workflow/instances/etc/replicationString[]屬性excludedPaths
  4. 瀏覽至/oak:index/damAssetLucene。 新增值為/content/damString[]屬性includedPaths。 儲存變更。

如果您的使用者不需要進行資產的全文搜尋,例如在PDF檔案中搜尋文字,然後停用它。 您可以停用全文檢索索引來改善索引效能。 若要停用Apache Lucene文字擷取,請執行下列步驟:

  1. 在Experience Manager介面中,存取封裝管理員。
  2. 上傳並安裝位於disable_indexingbinarytextextraction-10.zip的套件。

猜測總數

建立產生大型結果集的查詢時,請使用guessTotal引數,以避免在執行這些查詢時佔用大量的記憶體。

已知問題

大型檔案

Experience Manager中有兩個與大型檔案相關的主要已知問題。 當檔案大小超過2 GB時,冷待命同步處理可能會發生記憶體不足的情況。 在某些情況下,它會防止待命同步處理執行。 在其他情況下,這會造成主要執行個體當機。 此案例適用於Experience Manager中大於2GB的任何檔案,包括內容套件。

同樣地,當檔案在使用共用S3資料存放區時達到2 GB的大小時,可能需要一些時間才能將檔案從快取完全儲存至檔案系統。 因此,使用無二進位檔的復寫時,在復寫完成之前,二進位檔資料可能尚未儲存。 這種情況可能會導致問題,尤其是當資料可用性很重要時。

效能測試

針對每個Experience Manager部署,建立效能測試制度,以便快速找出並解決瓶頸。 以下是需要關注的一些關鍵領域。

網路測試

針對客戶的所有網路效能顧慮,請執行以下工作:

  • 測試客戶網路內的網路效能
  • 從Adobe網路內測試網路效能。 對於AMS客戶,請與您的CSE合作,從Adobe網路內部進行測試。
  • 從另一個存取點測試網路效能
  • 使用網路效能指標工具
  • 針對Dispatcher進行測試

Experience Manager部署測試

若要透過有效率的CPU使用率和負載共用,將延遲降至最低並達到高輸送量,請定期監控Experience Manager部署的效能。 尤其是:

  • 針對Experience Manager部署執行負載測試。
  • 監視上傳效能和UI回應能力。

Experience Manager Assets效能檢查清單和資產管理任務的影響

  • 啟用HTTPS以繞過任何企業HTTP流量嗅探器。
  • 使用有線連線上傳大量資產。
  • 在Java 8上部署。
  • 設定最佳的JVM引數。
  • 設定檔案系統資料存放區或S3資料存放區。
  • 停用子資產產生。 如果啟用,AEM工作流程會為多頁資產中的每個頁面建立個別資產。 這些頁面都是個別資產,會消耗額外的磁碟空間、需要版本設定和其他工作流程處理。 如果您不需要個別頁面,請停用子資產產生和頁面擷取活動。
  • 啟用暫時性工作流程。
  • 調整Granite工作流程佇列以限制並行工作。
  • 設定ImageMagick以限制資源消耗。
  • 從DAM更新資產工作流程移除不必要的步驟。
  • 設定工作流程和版本清除。
  • 使用最新Service Pack和Hotfix最佳化索引。 請向Adobe客戶支援洽詢任何可能提供的其他索引最佳化。
  • 使用guessTotal來最佳化查詢效能。
  • 如果您設定Experience Manager從檔案內容偵測檔案型別(在​ AEM Web Console ​中啟用​ Day CQ DAM Mime Type Service),請在非尖峰時段大量上傳許多檔案,因為它耗用大量資源。

Experience Manager