Amazon EFS 性能

性能概述 EFS是在一個VPC內可見的，若是誇VPC訪問就須要VPC Peering的支持

Amazon EFS 文件系統分佈在數量不受約束的存儲服務器上，使文件系統可以彈性擴展到 PB 級規模，並容許從 Amazon EC2 實例大規模並行訪問您的數據。Amazon EFS 的分佈式設計避免了傳統文件服務器固有的瓶頸和限制。

這種分佈式數據存儲設計意味着多線程應用程序和同時從多個 Amazon EC2 實例訪問數據的應用程序會帶來巨大的聚合吞吐量和 IOPS。大數據和分析工做負載、媒體處理工做流、內容管理和 web 服務等都屬於這類應用程序。

此外，Amazon EFS 數據分佈在多個可用區 (AZ) 中，從而可提供高度持久性和可用性。下表對 Amazon 文件和數據塊雲存儲服務的高性能和存儲特性進行了比較。

性能比較：Amazon EFS 和 Amazon EBS

	Amazon EFS	Amazon EBS 預配置 IOPS
每次操做的延遲	低且一致的延遲。	最低且一致的延遲。
吞吐量規模	每秒 10+ GB。	每秒最多 2 GB。

存儲特性比較：Amazon EFS 和 Amazon EBS

	Amazon EFS	Amazon EBS 預配置 IOPS
可用性與持久性	數據冗餘存儲在多個可用區中。	數據冗餘存儲在一個可用區中。
訪問	多個可用區的多達數千個 Amazon EC2 實例能夠同時鏈接到一個文件系統。	一個可用區的一個 Amazon EC2 實例能夠鏈接到一個文件系統。
使用案例	大數據和分析、媒體處理工做流、內容管理、Web 服務和主目錄。	引導卷、事務型數據庫和 NoSQL 數據庫、數據倉庫和 ETL。

Amazon EFS 的分佈式特性實現了高水平的可用性、持久性和可擴展性。這種分佈式架構使得每次文件操做只產生很小的延遲開銷。因爲這種每次操做的延遲，總吞吐量一般會隨着平均 I/O 大小增長而增長，由於開銷在大量數據之間分攤。Amazon EFS 支持高度並行化的工做負載（例如，從多個線程和多個 Amazon EC2 實例使用並行操做），從而實現巨大的聚合吞吐量和每秒操做數。

Amazon EFS 使用案例

Amazon EFS 旨在知足如下使用案例的性能需求。

大數據與分析

Amazon EFS 提供大數據應用程序所需的規模和性能，這些應用程序須要計算節點具備高吞吐量以及「寫入後讀取一致性」和低延遲文件操做。

媒體處理工做流

媒體工做流 (如視頻編輯、演播室製做、廣播處理、聲音設計和渲染等) 一般依賴於共享存儲來操做大型文件。具備高吞吐量和共享文件訪問的強數據一致性模型能夠縮短執行這些做業所需的時間，並將多個本地文件存儲庫整合到一個位置以供全部用戶使用。

內容管理和 Web 服務

Amazon EFS 爲內容管理系統提供持久的高吞吐量文件系統，這些內容管理系統爲各類應用 (如網站、在線出版物和存檔) 存儲和提供信息。

主目錄

Amazon EFS 能夠爲擁有衆多須要訪問和共享公共數據集的組織提供存儲。管理員可使用 Amazon EFS 建立一個可供整個組織的人員訪問的文件系統，並在文件或目錄級別爲用戶和組創建權限。

性能模式

爲了支持各類雲存儲工做負載，Amazon EFS 提供了兩種性能模式。您應在建立文件系統時選擇其性能模式。

兩種性能模式沒有額外成本，所以，不管您選擇哪一種性能模式，您的 Amazon EFS 文件系統的計量和計費方式都是同樣的。有關文件系統限制的信息，請參閱Amazon EFS 文件系統的限制。

注意

建立 Amazon EFS 文件系統後，其性能模式將沒法再更改。

通用性能模式

咱們建議對於絕大多數 Amazon EFS 文件系統採用通用性能模式。通用性能模式很是適合對延遲敏感的使用案例，如 Web 服務環境、內容管理系統、主目錄和通常文件服務。若是您在建立文件系統時未選擇性能模式，Amazon EFS 默認選擇通用模式。

最大 I/O 性能模式

最大 I/O 模式下的文件系統能夠擴展到更高級別的聚合吞吐量和每秒操做數，但代價是稍高的文件操做延遲。諸如大數據分析、媒體處理和基因組分析等高度並行化的應用程序和工做負載能夠受益於這種模式。