本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
以下是 Amazon EFS 的功能。
身分驗證與存取控制
您必須擁有有效的登入資料，才能使用 Amazon EFS 管理主控台和提出 Amazon EFS API 請求，例如建立檔案系統。此外，您還必須具有建立或存取其他 EFS AWS 和資源的許可。
您在 AWS Identity and Access Management (IAM) 中建立的使用者和角色必須獲得建立或存取資源的許可。如需許可的詳細資訊，請參閱「Amazon EFS 的身分和存取管理」。
NFS 用戶端的 IAM 授權是 Amazon EFS 的額外安全性選項，其使用 IAM 大規模簡化網路檔案系統 (NFS) 用戶端的存取權管理。透過 NFS 用戶端的 IAM 授權，您可以透過本質上可擴展的方式，使用 IAM 管理對 EFS 檔案系統的存取。NFS 用戶端的 IAM 授權也優化了雲端環境。如需對 NFS 用戶端使用 IAM 授權的詳細資訊，請參閱 使用 IAM 控制檔案系統資料存取。
在 Amazon EFS 中的資料一致性
Amazon EFS 提供應用程式從 NFS 預期的關閉後開放一致性語意。
在 Amazon EFS 中，出現如遇下列情況時，「區域性」檔案系統的寫入操作會永久儲存在所有跨可用區域中：
-
應用程式執行同步寫入操作 (例如，使用
openLinux 命令與O_DIRECT旗標或fsyncLinux 命令)。 -
應用程式會關閉檔案。
根據不同的存取模式，Amazon EFS 可能會提供語意比關閉後開放更為強大的一致性保證。負責執行同步資料存取和執行非附加寫入的應用程式，將具備針對資料存取的寫入後讀取一致性。
檔案鎖定
NFS 用戶端應用程式可以在 Amazon EFS 檔案上使用 NFS 第 4 版檔案鎖定 (包括位元組範圍鎖定) 進行讀取和寫入操作。
請記住下列關於 Amazon EFS 如何鎖定檔案的事項：
-
Amazon EFS 僅支援諮詢鎖定和讀取/寫入操作，在執行這些操作之前不會檢查衝突鎖定。例如，若要避免原子操作導致的檔案同步問題，您的應用程式必須注意 NFS 語意 (例如關閉後開放一致性)。
-
對於所有已連線執行個體與檔案存取使用者，任何一個特定檔案可讓檔案系統擁有最多 512 個鎖定。
EFS 檔案系統的可用性和耐久性
本區段說明 Amazon Elastic File System (Amazon EFS) 檔案系統的檔案系統和儲存類別選項。
EFS 檔案系統類型
Amazon EFS 提供區域和單區域檔案系統類型。
-
區域 – 區域檔案系統 （建議） 會在相同區域內以備援方式跨多個地理位置分隔的可用區域存放資料 AWS 區域。跨多個可用區域存放資料可提供資料的持續可用性，即使 中的一或多個可用區域 AWS 區域 無法使用。
-
單區域 – 單區域檔案系統會將資料存放在單一可用區域內。將資料存放在單一可用區域可提供資料的持續可用性。不過，在極少數情況下，全部或部分可用區域遺失或損壞，存放在這些檔案系統中的資料可能會遺失。
在極少數情況下，如果全部或部分 AWS 可用區域遺失或損壞，單區域儲存類別中的資料可能會遺失。例如，火災和水災等事件可能會導致資料遺失。除了這些類型的事件之外，我們的單區域儲存類別使用與區域性儲存類別類似的工程設計，以保護物件免受獨立磁碟、主機和機架層級故障影響，而且每処設計都能為資料提供高達 99.999999999% 的耐久性。
為了增加資料保護，Amazon EFS 會自動使用 備份單區域檔案系統 AWS Backup。您可以將檔案系統備份還原至 內的任何操作可用區域 AWS 區域，也可以將其還原至不同的 AWS 區域。使用 建立和管理的 EFS 檔案系統備份 AWS Backup 會複寫到三個可用區域，專為耐用性而設計。如需詳細資訊，請參閱 中的彈性 AWS Backup。
注意
單區域檔案系統僅適用於特定可用區域。如需列出您可以使用單區域檔案系統的可用區域的資料表，請參閱 單區域檔案系統支援的可用區域。
下列資料表比較了各種檔案系統類型，包括可用性、耐久性和其他因素。
| 檔案系統類型。 | 設計用途 | 耐用性 (設計目的) | 可用性 | 可用區域 | 其他考量 |
|---|---|---|---|---|---|
|
區域性 |
需要最高耐久性和可用性的資料。 |
99.999999999% (11 9s) |
99.99% |
>=3 |
無 |
|
單區域 |
不需要最高耐久性和可用性的資料。 |
99.999999999% (11 9s) |
99.99% |
1 |
對失去可用區域沒有彈性 |
單區域檔案系統支援的可用區域
單區域檔案系統僅適用於特定可用區域。下表列出您可以在其中使用單區域檔案系統的每個可用區域的 AWS 區域 和 AZ IDs。若要查看 AZ IDs 與您帳戶中可用區域的映射，請參閱 AWS Resource Access Manager 使用者指南中的 AWS 資源的可用區域 IDs。
| AWS 區域 名稱 | AWS 區域 程式碼 | 支援的 AZ ID |
|---|---|---|
| 美國東部 (俄亥俄) | us-east-2 |
use2-az1、use2-az2、use2-az3 |
| 美國東部 (維吉尼亞北部) | us-east-1 |
use1-az1、use1-az2、use1-az4、use1-az5、use1-az6 |
| 美國西部 (加利佛尼亞北部) | us-west-1 | usw1-az1、usw1-az3 |
| 美國西部 (奧勒岡) | us-west-2 | usw2-az1、usw2-az2、usw2-az3、usw2-az4 |
| 非洲 (開普敦) | af-south-1 | afs1-az1、afs1-az2、afs1-az3 |
| 亞太區域 (香港) | ap-east-1 | ape1-az1、ape1-az2、ape1-az3 |
| 亞太區域 (孟買) | ap-south-1 | aps1-az1、aps1-az2、aps1-az3 |
| 亞太區域 (大阪) | ap-northeast-3 | apne3-az1、apne3-az2、apne3-az3 |
| 亞太區域 (首爾) | ap-northeast-2 | apne2-az1、apne2-az2、apne2-az3 |
| 亞太區域 (新加坡) | ap-southeast-1 | apse1-az1、apse1-az2 |
| 亞太區域 (悉尼) | ap-southeast-2 | apse2-az1、apse2-az2、apse2-az3 |
| 亞太區域 (東京) | ap-northeast-1 | apne1-az1、apne1-az4 |
| 加拿大 (中部) | ca-central-1 | cac1-az1、cac1-az2 |
| 中國 (北京) | cn-north-1 | cnn1-az1、cnn1-az2 |
| 中國 (寧夏) | cn-northwest-1 | cnnw1-az1、cnnw1-az2、cnnw1-az3 |
| 歐洲 (法蘭克福) | eu-central-1 | euc1-az1、euc1-az2、euc1-az3 |
| 歐洲 (愛爾蘭) | eu-west-1 | euw1-az1、euw1-az2、euw1-az3 |
| 歐洲 (倫敦) | eu-west-2 | euw2-az1、euw2-az2 |
| 歐洲 (米蘭) | eu-south-1 | eus1-az1、eus1-az2、eus1-az3 |
| 歐洲 (巴黎) | eu-west-3 | euw3-az1、euw3-az3 |
| 歐洲 (斯德哥爾摩) | eu-north-1 | eun1-az1、eun1-az2、eun1-az3 |
| 中東 (巴林) | me-south-1 | mes1-az1、mes1-az2、mes1-az3 |
| 南美洲 (聖保羅) | sa-east-1 | sae1-az1、sae1-az2、sae1-az3 |
| AWS GovCloud （美國東部） | us-gov-east-1 | usge1-az1、usge1-az2、usge1-az3 |
| AWS GovCloud （美國西部） | us-gov-west-1 | usgw1-az1、usgw1-az2、usgw1-az3 |
EFS 儲存類別
Amazon EFS 提供不同儲存類別，專爲最有效的儲存而設計，具體取決於使用案例。
-
EFS 標準：EFS 標準儲存體類別使用固態硬碟 (SSD) 儲存，為經常存取的檔案提供最低延遲等級。新的檔案系統資料會先寫入 EFS 標準儲存類別，然後使用生命週期管理來分層至 EFS 不常存取和 EFS Archive 儲存類別。
EFS 不常存取 (IA) – 資料的成本最佳化儲存類別，每季只會存取幾次。
-
EFS 封存：一種成本優化的資料儲存類別，每年存取幾次或更少。
具有彈性輸送量的 EFS 檔案系統支援 EFS Archive 儲存類別。一旦封存儲存類別中有檔案系統的資料，您就無法將檔案系統的輸送量更新為爆增或已佈建輸送量。
比較儲存體方案
下表比較儲存體方案。如需關於每個儲存類別效能的詳細資訊，請參閱 Amazon EFS 效能。
| 儲存方案 | 設計用途 | 第一個位元組讀取延遲 | 耐用性 （專為 設計）1 | 可用性 SLA | 可用區域 | 每個檔案的最低帳單費用2 | 最低儲存時間 |
|---|---|---|---|---|---|---|---|
| EFS 標準 | 需要快速低於毫秒延遲效能的作用中資料 | 毫秒以下 | 99.999999999% (11 9 的） |
99.99% （區域） 99.9% （單區域） |
=>3 （區域） 1 （一個區域） |
不適用 | 不適用 |
| EFS Infrequent Access | 每個季度只存取幾次的非作用中資料。 | 毫秒數 |
128 KiB | 不適用 | |||
| EFS 封存 | 每年存取幾次或更少的非作用中資料 | 毫秒數 | 99.9% （區域） | =>3 （區域） | 128 KiB | 90 天 |
注意
1因為單區域檔案系統將資料存放在單一 AWS 可用區域中，所以如果發生災難或其他會影響可用區域內所有資料複本的錯誤，或可用區域損毀，則存放在這些類型檔案系統中的資料可能會遺失。
2在太平洋時間 2023 年 11 月 26 日中午 12 點或之後更新的生命週期政策會將 < 128 KiB 的檔案分層為 IA 類別。如需 Amazon EFS 如何計量和計費個別檔案和中繼資料的詳細資訊，請參閱 Amazon EFS 如何報告檔案系統和物件大小。
儲存類別定價
我們將依據每個儲存類別中的資料量向您收費。讀取 IA 或封存儲存中的檔案，或使用生命週期管理在儲存類別之間轉換的資料時，也會向您收取資料存取費用。 AWS
帳單會分別顯示每個儲存類別的容量，以及根據檔案系統儲存類別的計量存取。如需進一步了解，請參閱 Amazon EFS 定價
此外，不常存取 (IA) 和封存儲存類別每個檔案的最低帳單費用為 128 KiB。小於 128 KiB 的檔案支援僅適用於太平洋時間 2023 年 11 月 26 日下午 12：00 或之後更新的生命週期政策。如需 Amazon EFS 如何計量和計費個別檔案和中繼資料的詳細資訊，請參閱 Amazon EFS 如何報告檔案系統和物件大小。
使用佈建或爆量輸送量的檔案系統要額外定價。
-
用於使用佈建輸送量的檔案系統時，您要為提供上述佈建輸送量支付的費用，將根據標準儲存類別中的資料量計算。
-
用於使用爆量輸送量的檔案系統時，允許的輸送量僅會根據 EFS 標準儲存類別中的資料存放量計算。
如需 EFS 輸送量模式的詳細資訊，請參閱 輸送量模式。
注意
使用 備份啟用生命週期管理的 EFS 檔案系統時 AWS Backup ，不會產生資料存取費用。若要進一步了解 AWS Backup Amazon EFS，請參閱 備份 EFS 檔案系統。
生命週期管理
若要管理您的檔案系統，以便在整個生命週期中以經濟實惠的方式存放檔案系統，請使用生命週期管理。生命週期管理會根據為檔案系統定義的生命週期設定，在儲存類別之間自動轉移資料。生命週期組態是一組生命週期政策，用於定義將檔案系統資料轉移到其他儲存類別的時間。如需詳細資訊，請參閱管理 EFS 檔案系統的儲存生命週期。
複寫
您可以使用複寫，在 AWS 區域 偏好的 中建立 Amazon EFS 檔案系統的複本。複寫會自動且透明地將 EFS 檔案系統上的資料和中繼資料複寫到 AWS 區域 您選擇的 中建立的新目的地 EFS 檔案系統。EFS 會自動保持來源和目的地檔案系統的同步。複寫會持續進行，旨在提供幾分鐘内達到復原點目標 (RPO) 和復原時間點目標 (RTO)。這些特徵可協助您達成合規性和業務持續性目標。如需詳細資訊，請參閱複寫 EFS 檔案系統。
