Assets 大小调整指南 assets-sizing-guide

在调整Adobe Experience Manager Assets实施的环境大小时，务必确保在磁盘、CPU、内存、IO和网络吞吐量方面有足够的可用资源。 调整其中许多资源的大小需要了解系统中加载的资产数量。 如果没有更好的量度可用，您可以将现有库的大小除以库的年龄，以查找创建资产的速率。

磁盘 disk

数据存储 datastore

在调整资产实施所需的磁盘空间大小时，常常会出现一个错误，即根据要摄取到系统中的原始映像的大小进行计算。 默认情况下， Experience Manager 除了原始图像之外，还会创建三个演绎版，以用于渲染 Experience Manager UI元素。 在以前的实施中，观察到这些演绎版假定采用的资产大小是所摄取资产的两倍。

除了现成的演绎版之外，大多数用户还定义自定义演绎版。 除了演绎版之外，“资产”还允许您从常用文件类型(如InDesign和Illustrator)中提取子资产。

最后，AEM版本控制功能会存储版本历史记录中资产的重复项。 您可以配置要经常清除的版本。 但是，许多用户选择在系统中长时间保留版本，这会占用额外的存储空间。

考虑到这些因素，您需要一种方法来计算一个可接受的、准确的存储空间来存储用户资产。

执行步骤1-9可帮助您确定以下内容：

您可以在网络大小调整电子表格中指定这些数字，以确定数据存储所需的总空间。 此外，它还是确定在中维护资产版本或修改资产的影响的有用工具 Experience Manager 磁盘增长。

工具中填充的示例数据演示了执行上述步骤有多么重要。 如果您仅根据正在加载的原始图像(1TB)来调整数据存储的大小，则您可能将存储库大小低估了15倍。

获取文件

共享数据存储 shared-datastores

对于大型数据存储，您可以通过网络连接驱动器上的共享文件数据存储或通过S3数据存储来实施共享数据存储。 在这种情况下，单个实例无需维护二进制文件的副本。 此外，共享数据存储有助于无二进制复制，并有助于减少将资产复制到发布环境或卸载实例的带宽。

用例 use-cases

数据存储可以在主创作实例和备用创作实例之间共享，以使用在主实例中所做的更改来最小化更新备用实例所花费的时间。 Adobe建议在主创作实例和卸载创作实例之间共享数据存储，以减少工作流卸载中的开销。 您还可以在创作实例和发布实例之间共享数据存储，以在复制过程中最大限度地减少流量。

缺点 drawbacks

由于存在某些缺陷，因此在任何情况下都不建议共享数据存储。

单点故障 single-point-of-failure

共享数据存储，在基础架构中引入单点故障。 假设您的系统有一个作者实例和两个发布实例，每个实例都有其自己的数据存储。 如果其中任何一个崩溃，则另外两个仍可以继续运行。 但是，如果共享数据存储，则单个磁盘故障可能会破坏整个基础架构。 因此，请确保您维护共享数据存储的备份，您可以在其中快速还原数据存储。

与常规的磁盘体系结构相比，部署用于共享数据存储的AWS S3服务会显着降低故障概率，因此这是首选。

复杂性增加 increased-complexity

共享数据存储还增加了操作的复杂性，如垃圾收集。 通常，只需单击一次即可启动独立数据存储的垃圾收集。 但是，共享数据存储除了在单个节点上运行实际集合之外，还需要对使用数据存储的每个成员执行标记扫描操作。

对于AWS操作，实施单个中央位置（通过S3），而不是构建EBS卷的RAID阵列，可以显着抵消系统的复杂性和操作风险。

性能问题 performance-concerns

共享数据存储要求将二进制文件存储在所有实例之间共享的网络挂载驱动器上。 由于这些二进制文件是通过网络访问的，因此系统性能会受到不利影响。 使用快速网络连接到快速磁盘阵列可以部分减轻影响。 但是，这个建议很昂贵。 对于AWS操作，所有磁盘都是远程的，需要网络连接。 临时卷在实例启动或停止时丢失数据。

延迟 latency

后台写入线程会引入S3实现中的延迟。 备份过程必须考虑此延迟和任何卸载过程。 开始卸载作业时，S3中可能不存在S3资产。 此外，进行备份时， Lucene索引可能仍不完整。 它适用于写入S3数据存储并从其他实例访问的任何时间敏感文件。

节点存储/文档存储 node-store-document-store

由于以下资源消耗，因此很难获得NodeStore或DocumentStore的精确大小调整图：

由于二进制文件存储在数据存储中，因此每个二进制文件都占用一些空间。 大多数存储库的大小都低于100GB。 但是，可能存在大到1 TB的较大存储库。 此外，要执行离线压缩，您需要在卷上有足够的可用空间来重写压缩的存储库和预压缩版本。 一条经验法则是，将磁盘的大小调整为存储库预期大小的1.5倍。

对于存储库，使用IOPS级别大于3000的SSD或磁盘。 为了消除IOPS引入性能瓶颈的机率，请监控CPU IO等待级别以及早期问题迹象。

获取文件

网络 network

Assets 有许多用例使网络性能比我们的许多 Experience Manager 项目。 客户可以拥有快速服务器，但如果网络连接不足以支持从系统上传和下载资产的用户加载，则速度仍会很慢。 在用户的网络连接中确定阻塞点的方法是好的 Experience Manager at Experience Manager 与用户体验、实例大小、工作流评估和网络拓扑相关的资产注意事项.

WebDAV webdav

如果您添加 Experience Manager 桌面应用程序组合在一起，网络问题因WebDAV协议的低效而变得更加严重。

为了说明这些低效情况，Adobe在OS X上使用WebDAV测试了系统性能。打开、编辑了3.5MB的InDesign文件并保存了更改。 提出了以下意见：

在分析WebDAV上文件的平均保存时间时，发现性能会随着带宽的增加而显着提高，直到达到5-10Mbps级别。 因此，Adobe建议同时访问系统的每个用户至少应具有10Mbps的上传速度和5-10Mbps的带宽。

有关更多信息，请参阅 疑难解答 Experience Manager 桌面应用程序.

限制 limitations

在调整实施大小时，务必牢记系统限制。 如果建议的实施超出了这些限制，请采用创意策略，例如在多个资产实施中划分资产。

文件大小并非导致内存不足(OOM)问题的唯一因素。 它还取决于图像的尺寸。 启动AEM时，通过提供更高的堆大小可以避免OOM问题。

此外，您还可以编辑 com.day.cq.dam.commons.handler.StandardImageHandler 组件来使用大于零的中间临时文件。

最大资产数 maximum-number-of-assets

由于文件系统限制，数据存储中可以存在的文件数量限制为21亿。 在达到数据存储限制之前，存储库可能会遇到由于节点数量过大而导致的问题。

如果演绎版生成不正确，请使用Camera Raw库。 但是，在这种情况下，图像的最长边不应大于65000像素。 此外，图像不应包含超过512 MP(512 *)1024 *1024像素)”。 资产规模无关紧要.

很难准确估计具有特定堆的现成支持(OOTB)的TIFF文件的大小 Experience Manager 因为像素大小等其他因素会影响处理。 有可能 Experience Manager 可以处理大小为255 MB的文件，但无法处理大小为18 MB的文件，因为与前者相比，后者包含的像素数异常高。

资产大小 size-of-assets

默认情况下， Experience Manager 允许您上传文件大小高达2 GB的资产。 要在AEM中上传超大型资产，请参阅 上传超大资产的配置.