本地性能注意事项 - Amazon Elastic File System
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本地性能注意事项

无论是从本地服务器还是从 Amazon EC2 实例访问,Amazon EFS 文件系统的突增吞吐量模型 Amazon EFS 文件系统都保持不变。然而,当从本地服务器访问 Amazon EFS 文件数据时,最大吞吐量还受限于Amazon Direct Connect连接。

由于长距离数据传输会造成传输延迟,因此,Amazon Direct Connect本地数据中心和 Amazon VPC 之间的连接可达数十毫秒。如果您的文件操作按顺序执行,则 Amazon Direct Connect 连接延迟将直接影响您的读取和写入吞吐量。实际上,您在一段时间内可以读取或写入的数据量受完成每次读写操作所需时间的束缚。若要最大限度地提高吞吐量,需并行处理文件操作,以便 Amazon EFS 可以同时处理多个读写操作。GNU parallel 等标准工具可以并行复制文件数据。

高可用性的架构

为确保本地数据中心和 Amazon VPC 之间的连续可用性,我们建议您配置两个Amazon Direct Connect连接。有关更多信息,请参阅 。步骤 4: 使用配置冗余连接Amazon Direct Connect中的Amazon Direct Connect用户指南。

若要确保您的应用程序和 Amazon EFS 之间的连续可用性,我们建议将您的应用程序设计为能够从潜在的连接中断中恢复。一般而言,连接到 Amazon EFS 文件系统的本地应用程序存在两种情形:高度可用和非高度可用。

首先,您的应用程序具有高可用性 (HA),并在其 HA 集群中使用多个本地服务器。在这种情况下,请确保 HA 群集中的每个本地服务器都连接到 Amazon VPC 中不同可用区 (AZ) 中的安装目标。如果您的本地服务器由于挂载目标所在的可用区变得不可用而无法访问挂载目标,则您的应用程序应故障转移到有可用挂载目标的服务器。

第二,您的应用程序不是高度可用的,而且您的本地服务器由于挂载目标所在的可用区变得不可用而无法访问挂载目标。在这种情况下,您的应用程序应实现重新启动逻辑并连接到不同 AZ 中的安装目标。