Assets 大小调整指南

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

磁盘

DataStore

在调整资产实施所需的磁盘空间大小时，常见的错误是，计算基于要引入系统的原始图像的大小。 默认情况下，AEM会在原始图像之外创建三个再现，以用于呈现AEM UI元素。 在以前的实施中，会观察到这些演绎版假定的资产大小是所摄取资产的两倍。

除了开箱即用的演绎版，大多数用户还可以定义自定义演绎版。 除了演绎版之外，AEM Assets还允许您从常见文件类型(如InDesign和Illustrator)中提取子资产。

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

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

1. 确定要加载到系统中的资产的大小和数量。
2. 获取要上传到AEM的资产的代表性示例。 例如，如果您计划将PSD、JPG、AI和PDF文件加载到系统中，则需要采用每种文件格式的多个样本图像。 此外，这些范例应代表不同的文件大小和复杂的图像。
3. 定义要使用的演绎版。
4. 在AEM中使用ImageMagick或Adobe的Creative Cloud应用程序创建再现。 除了用户指定的演绎版之外，还可以创建现成的演绎版。 对于实施Dynamic Media Classic的用户，可以使用IC二进制生成要存储在AEM中的PTIFF演绎版。
5. 如果您计划使用子资产，请为相应的文件类型生成子资产。 请参阅有关如何从InDesign文件生成子资产页面或从Illustrator图层生成PNG/PDF文件的在线文档。
6. 将输出图像、演绎版和子资产的大小与原始图像进行比较。 它允许您在加载系统时生成预期的增长系数。 例如，如果您在处理1GB资产后生成合并大小为3GB的演绎版和子资产，则演绎版增长系数为3。
7. 确定在系统中维护资产版本的最长时间。
8. 确定系统中修改现有资产的频率。 如果AEM在创意工作流中用作协作中心，则更改量会很大。 如果只将已完成的资产上传到系统，则此数字要低得多。
9. 确定每月将多少个资产加载到系统中。 如果不确定，请确定当前可用的资产数量，并除以最旧资产的年龄，以计算大致数量。

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

• 要加载的资产的原始大小
• 要加载的资产数
• 再现增长因子
• 每月进行的资产修改数
• 维护资产版本的月数
• 每月加载的新资产数
• 分配空间

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

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

获取文件

共享数据存储

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

用例

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

缺点

由于某些缺陷，在所有情况下都不建议共享数据存储。

单点故障

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

首选为共享数据存储部署AWS S3服务，因为与普通磁盘架构相比，它显着降低了失败的可能性。

增加了复杂性

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

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

性能问题

共享数据存储要求将二进制文件存储在所有实例之间共享的网络装载驱动器上。 由于这些二进制文件可通过网络访问，因此系统性能会受到负面影响。 使用快速网络连接到快速磁盘阵列，可以部分减轻影响。 然而，这是一个代价高昂的提议。 如果是AWS操作，则所有磁盘都是远程的，并需要网络连接。 实例开始或停止时，短暂的卷会丢失数据。

延迟

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

节点存储/文档存储

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

• 资产元数据
• 资产版本
• 审核日志
• 存档和活动工作流

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

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

获取文件

网络

AEM Assets有许多使网络性能比我们的许多AEM项目更重要的使用案例。 客户可以拥有快速服务器，但如果网络连接不足以支持从系统中上传和下载资源的用户的负载，则速度仍会很慢。 有一种很好的方法，用于确定用户与AEM的网络连接中的瓶颈点，方法是 AEM资产的用户体验、实例大小调整、工作流评估和网络拓扑。

WebDAV

如果将AEM桌面应用程序添加到混合中，则网络问题会因WebDAV协议的低效而变得更加严重。

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

• 为完成操作总共生成了约100个HTTP请求
• 通过HTTP上载了四次文件
• 通过HTTP下载了一次文件
• 完成整个操作需要42秒
• 总共传输了18MB数据

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

有关详细信息，请参阅对AEM桌面应用程序进行疑难解答。

限制

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

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

此外，您还可以在Configuration Manager中编辑com.day.cq.dam.commons.handler.StandardImageHandler组件的阈值大小属性，以使用大于零的中间临时文件。

资产最大数

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

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

由于像素大小影响处理等其他因素，使用AEM的特定堆来准确估计支持的现成TIFF文件(OOTB)的大小很困难。 AEM可以处理大小为255 MB的文件，但无法处理大小为18 MB的文件，因为后者包含的像素数比前者要高得多。

资产大小

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