

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon EFS 的功能
<a name="features"></a>

以下是 Amazon EFS 的功能。

**Topics**
+ [身分驗證與存取控制](#auth-access-intro)
+ [在 Amazon EFS 中的資料一致性](#consistency)
+ [EFS 檔案系統的可用性和耐久性](#availability-durability)
+ [複寫](#how-efs-replication-works)

## 身分驗證與存取控制
<a name="auth-access-intro"></a>

您必須擁有有效的登入資料，才能使用 Amazon EFS 管理主控台和提出 Amazon EFS API 請求，例如建立檔案系統。此外，您還必須具有建立或存取其他 EFS AWS 和資源的許可。

您在 AWS Identity and Access Management (IAM) 中建立的使用者和角色必須獲得建立或存取資源的許可。如需許可的詳細資訊，請參閱「[Amazon EFS 的身分和存取管理](security-iam.md)」。

NFS 用戶端的 IAM 授權是 Amazon EFS 的額外安全性選項，其使用 IAM 大規模簡化網路檔案系統 (NFS) 用戶端的存取權管理。透過 NFS 用戶端的 IAM 授權，您可以透過本質上可擴展的方式，使用 IAM 管理對 EFS 檔案系統的存取。NFS 用戶端的 IAM 授權也優化了雲端環境。如需對 NFS 用戶端使用 IAM 授權的詳細資訊，請參閱 [使用 IAM 控制檔案系統的存取](iam-access-control-nfs-efs.md)。

## 在 Amazon EFS 中的資料一致性
<a name="consistency"></a>

Amazon EFS 提供應用程式從 NFS 預期的關閉後開放一致性語意。

在 Amazon EFS 中，出現如遇下列情況時，「區域性」檔案系統的寫入操作會永久儲存在所有跨可用區域中：
+ 應用程式執行同步寫入操作 (例如，使用 `open` Linux 命令與 `O_DIRECT` 旗標或 `fsync` Linux 命令)。
+ 應用程式會關閉檔案。

根據不同的存取模式，Amazon EFS 可能會提供語意比關閉後開放更為強大的一致性保證。負責執行同步資料存取和執行非附加寫入的應用程式，將具備針對資料存取的寫入後讀取一致性。

### 檔案鎖定
<a name="file-locking"></a>

NFS 用戶端應用程式可以在 Amazon EFS 檔案上使用 NFS 第 4 版檔案鎖定 (包括位元組範圍鎖定) 進行讀取和寫入操作。

請記住下列關於 Amazon EFS 如何鎖定檔案的事項：
+ Amazon EFS 僅支援諮詢鎖定和讀取/寫入操作，在執行這些操作之前不會檢查衝突鎖定。例如，若要避免原子操作導致的檔案同步問題，您的應用程式必須注意 NFS 語意 (例如關閉後開放一致性)。
+ 對於所有已連線執行個體與檔案存取使用者，任何一個特定檔案可讓檔案系統擁有最多 512 個鎖定。

## EFS 檔案系統的可用性和耐久性
<a name="availability-durability"></a>

本區段說明 Amazon Elastic File System (Amazon EFS) 檔案系統的檔案系統和儲存類別選項。

### EFS 檔案系統類型
<a name="file-system-type"></a>

Amazon EFS 提供區域和單區域檔案系統類型。
+ **區域** – 區域檔案系統 （建議） 在相同區域內以備援方式跨多個地理位置分隔的可用區域存放資料 AWS 區域。跨多個可用區域存放資料可提供資料的持續可用性，即使 中的一或多個可用區域 AWS 區域 無法使用。
+ **單區域** – 單區域檔案系統會將資料存放在單一可用區域內。在單一可用區域中存放資料可提供資料的持續可用性。不過，在極少數情況下，全部或部分可用區域遺失或損壞，存放在這些檔案系統中的資料可能會遺失。

  在極少數的 AWS 可用區域遺失或損壞的情況下，單區域儲存類別中的資料可能會遺失。例如，火災和水災等事件可能會導致資料遺失。除了這些類型的事件之外，我們的單區域儲存類別使用與區域性儲存類別類似的工程設計，以保護物件免受獨立磁碟、主機和機架層級故障影響，而且每処設計都能為資料提供高達 99.999999999% 的耐久性。

  為了增加資料保護，Amazon EFS 會自動使用 備份單區域檔案系統 AWS Backup。您可以將檔案系統備份還原至 內的任何操作可用區域 AWS 區域，也可以將其還原至不同的 AWS 區域。使用 建立和管理的 EFS 檔案系統備份 AWS Backup 會複寫到三個可用區域，專為耐用性而設計。如需詳細資訊，請參閱 [中的彈性 AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/disaster-recovery-resiliency.html)。
**注意**  
單區域檔案系統僅適用於特定可用區域。如需列出您可以使用單區域檔案系統的可用區域的資料表，請參閱 [單區域檔案系統支援的可用區域](#OneZoneAZs)。

下列資料表比較了各種檔案系統類型，包括可用性、耐久性和其他因素。


| 檔案系統類型。 | 設計用途 | 耐用性 (設計目的) | 可用性 | 可用區域 | 其他考量 | 
| --- | --- | --- | --- | --- | --- | 
| 區域性 | 需要最高耐久性和可用性的資料。 | 99.999999999% (11 9s) | 99.99% | >=3 | 無 | 
| 單區域 | 不需要最高耐久性和可用性的資料。 | 99.999999999% (11 9s) | 99.99% | 1 | 對可用區域的遺失沒有彈性 | 

### 單區域檔案系統支援的可用區域
<a name="OneZoneAZs"></a>

單區域檔案系統僅適用於特定可用區域。下表列出您可以在其中使用單區域檔案系統的每個可用區域的 AWS 區域 和 AZ IDs。若要查看 AZ IDs 與帳戶中可用區域的映射，請參閱 *AWS Resource Access Manager 使用者指南*中的 [AWS 資源的可用區域 IDs](https://docs.aws.amazon.com/ram/latest/userguide/working-with-az-ids.html)。


**支援單區域檔案系統的可用區域**  

| 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 | 
| Africa (Cape Town)  | 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  | 
| Europe (Paris) | eu-west-3 | euw3-az1、euw3-az3 | 
| Europe (Stockholm) | eu-north-1 | eun1-az1、eun1-az2、eun1-az3  | 
| Middle East (Bahrain) | 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 儲存類別
<a name="storage-classes"></a>

Amazon EFS 提供不同儲存類別，專爲最有效的儲存而設計，具體取決於使用案例。
+ **EFS 標準**：EFS 標準儲存體類別使用固態硬碟 (SSD) 儲存，為經常存取的檔案提供最低延遲等級。新的檔案系統資料會先寫入 EFS 標準儲存類別，然後使用生命週期管理來分層至 EFS 不常存取和 EFS Archive 儲存類別。
+ **EFS 不常存取 (IA)** – 資料的成本最佳化儲存類別，每季只會存取幾次。
+ **EFS 封存**：一種成本優化的資料儲存類別，每年存取幾次或更少。

  具有彈性輸送量的 EFS 檔案系統支援 EFS Archive 儲存類別。一旦封存儲存類別中有檔案系統的資料，您就無法將檔案系統的輸送量更新為爆增或已佈建輸送量。

#### 比較儲存體方案
<a name="sc-compare"></a>

下表比較儲存體方案。如需關於每個儲存類別效能的詳細資訊，請參閱 [Amazon EFS 效能規格](performance.md)。


<table>
<thead>
  <tr><th>儲存類別</th><th>設計用途</th><th>第一個位元組讀取延遲</th><th>耐用性 （專為 設計）1</th><th>可用性 SLA</th><th>可用區域</th><th>每個檔案的最低帳單費用2</th><th>最低儲存時間</th></tr>
</thead>
<tbody>
  <tr><td>EFS 標準</td><td>需要快速低於毫秒延遲效能的作用中資料</td><td>亞毫秒</td><td rowspan="3">99.999999999%<br />(11 9 的）</td><td rowspan="2">99.99% （區域）<br />99.9% （單區域）</td><td rowspan="2">=>3 （區域）<br />1 （一個區域）</td><td>不適用</td><td>不適用</td></tr>
  <tr><td>EFS Infrequent Access</td><td>每個季度只會存取幾次的非作用中資料。</td><td>毫秒數</td><td>128 KiB</td><td>不適用</td></tr>
  <tr><td>EFS 封存</td><td>每年存取幾次或更少的非作用中資料</td><td>毫秒數</td><td>99.9% （區域）</td><td>=>3 （區域）</td><td>128 KiB</td><td>90 天</td></tr>
</tbody>
</table>


1由於單區域檔案系統將資料存放在單一 AWS 可用區域中，因此如果發生災難或其他會影響可用區域內所有資料副本的錯誤，或可用區域銷毀，則存放在這些類型檔案系統中的資料可能會遺失。

2在太平洋時間 2023 年 11 月 26 日中午 12 點或之後更新的生命週期政策會將小於 128 KiB 的檔案分層為 IA 類別。如需 Amazon EFS 如何計量和計費個別檔案和中繼資料的詳細資訊，請參閱 [Amazon EFS 如何報告檔案系統和物件大小](metered-sizes.md)。

#### 儲存體方案計費
<a name="billing"></a>

我們將依據每個儲存類別中的資料量向您收費。讀取 IA 或封存儲存中的檔案，或使用生命週期管理在儲存類別之間轉換的資料時，也會向您收取資料存取費用。 AWS 帳單會分別顯示每個儲存類別的容量，以及根據檔案系統儲存類別的計量存取。如需進一步了解，請參閱 [Amazon EFS 定價](https://aws.amazon.com/efs/pricing)。

此外，不常存取 (IA) 和封存儲存類別每個檔案的最低帳單費用為 128 KiB。小於 128 KiB 的檔案支援僅適用於太平洋時間 2023 年 11 月 26 日下午 12：00 或之後更新的生命週期政策。如需 Amazon EFS 如何計量和計費個別檔案和中繼資料的詳細資訊，請參閱 [Amazon EFS 如何報告檔案系統和物件大小](metered-sizes.md)。

視輸送量模式而定，適用其他帳單考量。
+ 對於使用彈性輸送量的檔案系統，您需要支付檔案系統每月傳輸的中繼資料和資料總量，不受儲存費用影響。
+ 用於使用佈建輸送量的檔案系統時，您要為提供上述佈建輸送量支付的費用，將根據標準儲存類別中的資料量計算。
+ 用於使用爆量輸送量的檔案系統時，允許的輸送量僅會根據 EFS 標準儲存類別中的資料存放量計算。

如需 EFS 輸送量模式的詳細資訊，請參閱 [輸送量模式](performance.md#throughput-modes)。

**注意**  
使用 備份啟用生命週期管理的 EFS 檔案系統時 AWS Backup ，不會產生資料存取費用。若要進一步了解 AWS Backup Amazon EFS，請參閱 [備份 EFS 檔案系統](awsbackup.md)。

### 生命週期管理
<a name="storage-classes-lifecycle-mgnt"></a>

若要管理您的檔案系統，以便在整個生命週期中以經濟實惠的方式存放檔案系統，請使用生命週期管理。生命週期管理會根據為檔案系統定義的生命週期設定，在儲存類別之間自動轉移資料。生命週期組態是一組*生命週期政策*，用於定義將檔案系統資料轉移到其他儲存類別的時間。如需詳細資訊，請參閱[管理儲存生命週期](lifecycle-management-efs.md)。

## 複寫
<a name="how-efs-replication-works"></a>

您可以使用複寫，在 AWS 區域 偏好的 中建立 Amazon EFS 檔案系統的複本。複寫會自動透明地將 EFS 檔案系統上的資料和中繼資料複寫到 AWS 區域 您選擇的 中建立的新目的地 EFS 檔案系統。EFS 會自動保持來源和目的地檔案系統的同步。複寫會持續進行，旨在提供幾分鐘内達到復原點目標 (RPO) 和復原時間點目標 (RTO)。這些特徵可協助您達成合規性和業務持續性目標。如需詳細資訊，請參閱[複寫 EFS 檔案系統](efs-replication.md)。