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

如果我们为英文版本指南提供翻译,那么如果存在任何冲突,将以英文版本指南为准。在提供翻译时使用机器翻译。

本地性能注意事项

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

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

针对高可用性设计

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

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

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

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