资产性能调整指南 assets-performance-tuning-guide

Adobe Experience Manager Assets设置包含许多硬件、软件和网络组件。 根据您的部署方案，您可能需要对硬件、软件和网络组件进行特定配置更改，以消除性能瓶颈。

此外，确定并遵守某些硬件和软件优化准则有助于建立良好的基础，使您的 Experience Manager 部署资产，以满足对性能、可扩展性和可靠性的期望。

在 Experience Manager 资产可能会在交互式性能、资产处理、下载速度等方面影响用户体验。

事实上，性能优化是您在为任何项目建立目标量度之前执行的一项基本任务。

以下是一些关键焦点区域，您可以围绕这些区域发现并修复性能问题，然后才能对用户产生影响。

Platform platform

While Experience Manager 在许多平台上都受支持，Adobe在Linux和Windows上发现对本机工具的最大支持，这有助于获得最佳性能并简化实施。 理想情况下，您应部署64位操作系统，以满足 Experience Manager 资产部署。 与任何 Experience Manager 部署时，您应尽可能实施TarMK。 虽然TarMK无法扩展到单个创作实例之外，但发现它的性能优于MongoMK。 您可以添加TarMK卸载实例，以提高您的 Experience Manager 资产部署。

临时文件夹 temp-folder

要缩短资产上传时间，请对Java temp目录使用高性能存储。 在Linux和Windows上，可使用RAM驱动器或SSD。 在基于云的环境中，可以使用等效的高速存储类型。 例如，在Amazon EC2中， 短暂驱动 驱动器可用于temp文件夹。

假设服务器有充足的内存，请配置RAM驱动器。 在Linux上，运行以下命令以创建一个8 GB RAM驱动器：

mkfs -q /dev/ram1 800000
 mkdir -p /mnt/aem-tmp
 mount /dev/ram1 /mnt/aem-tmp
 df -H | grep aem-tmp

在Windows操作系统中，您必须使用第三方驱动程序来创建RAM驱动器，或者只使用高性能存储（如SSD）。

高性能临时卷准备就绪后，设置JVM参数-Djava.io.tmpdir。 例如，您可以将下面的JVM参数添加到AEM的bin/start脚本中的CQ_JVM_OPTS变量中：

-Djava.io.tmpdir=/mnt/aem-tmp

Java配置 java-configuration

Java版本 java-version

由于Oracle自2015年4月起已停止发布Java 7更新，因此Adobe建议部署 Experience Manager Java 8上的资产。 在某些情况下，它显示性能有所改善。

JVM参数 jvm-parameters

您应设置以下JVM参数：

数据存储和内存配置 data-store-and-memory-configuration

文件数据存储配置 file-data-store-configuration

建议所有 Experience Manager 资产用户。 此外，配置 maxCachedBinarySize 和 cacheSizeInMB 参数有助于最大限度地提高性能。 已设置 maxCachedBinarySize 到可保存在缓存中的最小文件大小。 指定用于内存中数据存储的内存内缓存大小 cacheSizeInMB. Adobe建议将此值设置为堆总大小的2-10%之间。 但是，负载/性能测试有助于确定理想的设置。

配置缓冲的图像缓存的最大大小 configure-the-maximum-size-of-the-buffered-image-cache

在将大量资产上传到Adobe Experience Manager时，为了允许内存消耗出现意外峰值并防止JVM在出现OutOfMemoryErrors时失败，请减小已配置的缓冲图像缓存的最大大小。 假设您的系统具有最大堆(- Xmx参数),5 GB为Oak BlobCache，1 GB为文档缓存，2 GB为文档缓存。 在这种情况下，缓冲的缓存将最大占用1.25 GB和内存，这将仅保留0.75 GB的内存，以备出现意外峰值。

在OSGi Web控制台中配置缓冲的缓存大小。 At 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 Manager 6.1 SP1(如果您使用 sling:osgiConfig 用于配置此属性的节点，请确保将数据类型设置为Long。 有关更多详细信息，请参阅 CQBufferedImageCache在资产上传期间会消耗堆.

共享数据存储 shared-data-stores

实施S3或共享文件数据存储有助于在大规模实施中节省磁盘空间并提高网络吞吐量。 有关使用共享数据存储的利弊的更多信息，请参阅 Assets大小调整指南.

S3数据存储 s-data-store

以下S3数据存储配置( org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg)帮助Adobe将12.8 TB的二进制大对象(BLOB)从现有文件数据存储区提取到客户站点的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

网络优化 network-optimization

Adobe建议启用HTTPS，因为许多公司都有可嗅探HTTP流量的防火墙，这会对上传和损坏文件造成不利影响。 对于大文件上传，请确保用户已通过有线连接连接到网络，因为WiFi网络会迅速饱和。 有关确定网络瓶颈的准则，请参阅 Assets大小调整指南. 要通过分析网络拓扑来评估网络性能，请参阅 资产网络注意事项.

网络优化策略主要取决于可用带宽的数量和您的 Experience Manager 实例。 常用配置选项（包括防火墙或代理）可帮助提高网络性能。 请牢记以下要点：

工作流 workflows

瞬态工作流 transient-workflows

尽可能将DAM更新资产工作流设置为“临时”。 该设置可显着减少处理工作流所需的开销，因为在这种情况下，工作流不需要通过常规的跟踪和存档流程。

最大并行作业数 maximum-parallel-jobs

默认情况下， Experience Manager 运行与服务器上处理器数量相等的最大并行作业数。 此设置的问题在于，在负载过重时，所有处理器都被DAM更新资产工作流占用，从而减缓UI响应速度并阻止 Experience Manager 运行其他可保护服务器性能和稳定性的进程。 最好通过执行以下步骤将此值设置为服务器上可用处理器的一半：

将队列设置到一半的可用处理器是一个可行的解决方案。 但是，您可能必须增加或减少此数量，才能实现最大吞吐量，并按环境进行调整。 临时工作流和非临时工作流以及其他进程（如外部工作流）有单独的队列。 如果多个队列设置为50%的处理器同时处于活动状态，则系统可以快速过载。 大量使用的队列在各个用户实施中有很大差异。 因此，您可能必须仔细配置它们以实现最高效率，而不牺牲服务器稳定性。

卸载 offloading

对于大量资源密集型工作流或工作流（如视频转码），您可以将DAM更新资产工作流卸载到第二个创作实例。 通常，卸载的问题是，通过卸载工作流处理而保存的任何加载都会被实例之间来回复制内容的成本所抵销。

截至 Experience Manager 6.2和 Experience Manager 6.1，您可以使用无二进制复制执行卸载。 在此模型中，创作实例共享公共数据存储，并且只通过转发复制来回发送元数据。 虽然此方法与共享文件数据存储非常适用，但S3数据存储可能存在问题。 由于后台写入线程可能会导致延迟，因此在卸载作业开始之前资产可能尚未写入数据存储。

DAM更新资产配置 dam-update-asset-configuration

DAM更新资产工作流包含为任务配置的完整步骤套件，例如Dynamic Media Classic PTIFF生成和InDesign Server集成。 但是，大多数用户可能不需要执行其中的几个步骤。 Adobe建议您创建DAM更新资产工作流模型的自定义副本，并删除任何不必要的步骤。 在这种情况下，请更新DAM更新资产的启动器，以指向新模型。

运行时呈现版本生成 runtime-rendition-generation

客户在其网站中使用各种大小和格式的图像，或将其分发给业务合作伙伴。 由于每个演绎版都会增加资产在存储库中的占用空间，因此Adobe建议谨慎使用此功能。 为了减少处理和存储图像所需的资源量，您可以在运行时生成这些图像，而不是在摄取期间作为演绎版生成这些图像。

许多Sites客户实施了一个图像Servlet，在请求时调整图像大小并裁剪图像，这会对发布实例造成额外负载。 但是，只要可以缓存这些图像，挑战就可以缓解。

另一种方法是使用Dynamic Media Classic技术完全放弃图像处理。 此外，您还可以部署Brand Portal，它不仅负责 Experience Manager 基础架构，以及整个发布层。

ImageMagick imagemagick

如果您自定义DAM更新资产工作流，以使用ImageMagick生成演绎版，则Adobe建议您在 /etc/ImageMagick/. 默认情况下， ImageMagick使用操作系统卷上的整个可用磁盘空间和可用内存。 在 policymap policy.xml的部分以限制这些资源。

<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 文件(或通过设置环境变量 MAGIC_TEMPORARY_PATH)到具有足够空间和IOPS的磁盘分区。

如果您使用 Experience Manager 在Adobe Managed Services(AMS)上，如果您计划处理大量大型PSD或PSB文件，请联系Adobe客户支持。 Experience Manager 可能无法处理超过 30000 x 23000 像素的高分辨率 PSB 文件。

XMP写回 xmp-writeback

每当在AEM中修改元数据时，XMP写回会更新原始资产，这会导致以下结果：

所列结果消耗了大量资源。 因此，Adobe建议 禁用XMP写回，如果不需要。

如果选中了运行工作流标志，则导入大量元数据可能会导致资源密集型XMP写回活动。 在精益服务器使用期间规划此类导入，以便不影响其他用户的性能。

复制 replication

在将资产复制到大量发布实例（例如在Sites实施中）时，Adobe建议您使用链复制。 在这种情况下，创作实例会复制到单个发布实例，而该实例又会复制到其他发布实例，从而释放创作实例。

配置链复制 configure-chain-replication

搜索索引 search-indexes

确保实施最新的Service Pack和与性能相关的修补程序，因为它们通常包括对系统索引的更新。 请参阅 性能调整提示 | 6.x ，以了解可应用的某些索引优化，具体取决于您的AEM版本。

为经常运行的查询创建自定义索引。 有关详细信息，请参阅 分析慢速查询的方法 和 编制自定义索引. 有关查询和索引最佳实践的其他分析，请参阅 有关查询和索引的最佳实践.

Lucene索引配置 lucene-index-configurations

可以对Oak索引配置进行一些优化，以帮助改进 Experience Manager 资产性能：

更新LuceneIndexProvider配置：

更新索引配置以缩短重新索引时间：

(仅限AEM6.1和6.2)更新ntBaseLucene索引以改进资产删除和移动性能：

禁用Lucene文本提取：

如果您的用户不需要搜索资产内容(例如搜索PDF文档中包含的文本)，则可以通过禁用此功能来提高索引性能。

获取文件

猜测总计 guess-total

创建生成大结果集的查询时，请使用 guessTotal 参数，以避免在运行时内存占用过大。

已知问题 known-issues

大文件 large-files

在AEM中，存在两个与大文件相关的主要已知问题。 当文件大小超过2 GB时，冷备用同步可能会出现内存不足的情况。 在某些情况下，它会阻止备用同步运行。 在其他情况下，它会导致主实例崩溃。 此方案适用于 Experience Manager 大于2 GB，包括内容包。

同样，当文件在使用共享S3数据存储时达到2GB大小时，文件从缓存完全保留到文件系统可能需要一些时间。 因此，在使用无二进制复制时，可能在复制完成之前没有保留二进制数据。 这种情况可能会导致问题，特别是当数据的可用性很重要时（例如在卸载场景中）。

性能测试 performance-testing

每 Experience Manager 部署、建立性能测试机制，以便快速发现和解决瓶颈。 以下是需要重点关注的一些关键方面。

网络测试 network-testing

对于客户涉及的所有网络性能问题，请执行以下任务：

Experience Manager 实例测试 aem-instance-testing

为了通过高效的CPU利用率和负载共享来最大限度地减少延迟并实现高吞吐量，请监控 Experience Manager 实例。 特别是：

Experience Manager 资产性能检查列表 aem-assets-performance-checklist