Amazon EFS 常見問答集

您可以使用 Amazon EFS 存放數 PB 的資料。Amazon EFS 檔案系統具有彈性，會隨著新增或移除檔案自動擴大或縮小。無需預先佈建檔案系統大小，且只需依用量付費。

Amazon EFS 支援一到數千個 Amazon Elastic Compute Cloud (EC2) 執行個體同時連接至檔案系統。

請瀏覽 Amazon EFS 限制頁面，了解有關 Amazon EFS 限制的詳細資訊。

Amazon EFS 檔案系統的預期效能取決於其特定組態 (例如儲存類別和輸送量模式) 和特定檔案系統作業類型 (讀取或寫入)。請參閱檔案系統效能文件，了解有關 Amazon EFS 檔案系統的預期延遲、最大輸送量和最大 IOPS 效能的詳細資訊。

彈性輸送量是預設的輸送量模式，適用於大多數檔案工作負載。使用預設的彈性輸送量模式時，效能會隨著您的工作負載活動自動擴展，您只需為使用的輸送量 (每月為檔案系統傳輸的資料) 付費。如果您不確定應用程式的峰值輸送量需求，或者如果您的應用程式非常不穩定，基線活動較低 (例如，當您為峰值需求預置時，它平均使用不到 5% 的容量)，則彈性輸送量是理想選擇。

如果您知道工作負載的峰值輸送量要求並且您希望工作負載消耗應用程式峰值輸送容量的更高份額 (平均超過 5%)，您可以選擇將輸送量模式更改為預置輸送量。

您可以提供的輸送量取決於您所選擇的輸送量模式。如需詳細資訊，請參閱有關檔案系統效能的文件。  如需詳細資訊，請造訪檔案系統效能。

您可以使用 Amazon CloudWatch 或者 Amazon EFS 主控台中的「監控」標籤來監控檔案系統。如需詳細資訊，請造訪關於監控 Amazon EFS 的文件。

Amazon EFS 提供兩種檔案系統類型，您可根據耐久性和可用性需求進行選擇。EFS 區域檔案系統 (建議) 在多個可用區域 (AZ) 中存放資料，藉此提供最高等級的耐久性和可用性。EFS 單區域檔案系統會在單一可用區域內，以備援方式存放資料，因此，這些檔案系統中的資料將會無法使用，且可能會在可用區域內發生災難或其他故障期間遺失。

Amazon EFS 設計為在指定年份內提供 99.999999999% (11 個 9) 的耐久性。EFS 區域檔案系統用於在可用區域中斷時維持資料。由於 EFS 單區域檔案系統將資料存放在單一可用區域中，因此在可用區域內發生災難或其他故障時，存放在這些儲存類別中的資料可能會遺失。 

在任何環境中，最佳實務就是建立備份並放在有安全保護的地方，不要受到意外刪除的影響。對於 Amazon EFS 資料，該最佳實務包括使用 Amazon EFS Replication 跨區域複寫您的檔案系統，以及使用 AWS Backup 進行正常運作、定期測試的備份。使用 EFS 單區域儲存類別的檔案系統設定為預設在建立檔案系統時自動備份檔案。

每個 EFS 區域檔案系統物件 (如目錄、檔案和連結) 都會跨多個可用區域以冗餘的方式存放。透過 EFS 單區域檔案系統，您的資料將以冗餘方式存放在單一可用區域中。Amazon EFS 的設計可以快速偵測和修復任何遺失冗餘，從而承受同時發生的裝置故障。 

EFS 檔案系統資料透過使用可用區域特定的 EFS 掛載目標來存取，這些目標是為了在可用區域內具有高度可用性。EFS 區域檔案系統支援在區域內所有可用區域的 EFS 掛載目標中並行存取。這意味著，您可以設計應用程式以實現從一個 AZ 到區域中其他 AZ 的容錯移轉，以實現最高水準的應用程式可用性。EFS 單區域檔案系統僅支援單一可用區域中的一個高可用性 EFS 掛載目標，這意味著在該可用區域內發生災難或其他故障期間，資料可能無法使用。如需可用性的詳細資訊，請參閱 Amazon EFS 服務級別協議。

EFS 單區域檔案系統無法應對完全的可用區域中斷。在可用區域中斷期間，您會遇到可用性損失，因為您的檔案系統資料不會複寫至其他可用區域。在可用區域內影響所有資料副本的災難或故障期間，您可能會遺失尚未使用 EFS Backups 或 EFS Replication 保護的資料。依預設，所有 EFS 單區域檔案系統都會啟用 EFS Backups。

Amazon EFS 提供三種儲存類別：EFS 標準、EFS 不常存取和 EFS 封存。經常存取的資料往往具有更高的效能需求，因此，EFS 提供採用 SSD 技術的 EFS 標準類別，旨在提供低於一毫秒的延遲。對於不常存取的資料，您可以使用 EFS 的兩個成本最佳化儲存類別，可提供較低的雙位數毫秒延遲：EFS 不常存取 (IA)，專為每季度僅存取幾次資料而設計；以及 EFS 封存，專為每年存取幾次或以下資料而設計。針對不常存取的資料，EFS IA 提供比 EFS 標準降低高達 95% 的成本。EFS 封存為更不常用的資料提供成本最佳化體驗，比 EFS 不常存取低 50% 的成本，但存取該資料時需要更高的請求費用。EFS 封存已針對使用 EFS 的預設彈性輸送量模式的 EFS 區域檔案系統進行最佳化並受支援。如需詳細資訊，請參閱 EFS 儲存類別和 EFS 定價。

啟用 EFS 生命週期管理，您可根據存取模式在儲存類別之間自動對檔案分層。預設的建議的生命週期政策在連續 30 天不存取檔案之後，將檔案從 EFS 標準分層到 EFS IA，以及在連續 90 天不存取檔案之後，將檔案分層到 EFS 封存。您也可以根據檔案上次存取之後的天數，指定用於在儲存類別之間轉換檔案的自訂政策。

您也可以啟用 EFS 智慧分層，以便在存取檔案時將 EFS IA 和 EFS 封存中的檔案提升回 EFS 標準，為這些檔案的後續讀取提供更快的亞毫秒延遲。提升後，這些檔案會根據您的生命週期政策，轉換回適當的 IA 或封存儲存類別。

與 EFS 標準類別相比，EFS IA 和封存提供相同的輸送量和 IOPS 可擴展性，但具有更高的第一個位元組延遲 (即較低的兩位數毫秒級讀取延遲，而 EFS 標準的讀取延遲為亞毫秒級)。如需詳細資訊，請參閱 Amazon EFS 效能文件。

EFS IA 無最短儲存持續時間。分層至 EFS 封存的資料最低儲存時間為 90 天。在最短持續時間之前刪除或截斷的檔案將根據相應動作之前檔案的大小，按比例收取剩餘天數的費用。

EFS 的成本最佳化儲存類別 (IA、封存) 專為儲存較不常用、非作用中的資料而設計，這些資料通常由較大的檔案組成。IA 或封存沒有最低檔案大小，但分層至這些儲存類別小於 128 KiB 的檔案將被視為 128 KiB 產生相應儲存費用。

Amazon EFS Replication 會將您的檔案系統資料複製到您所選區域的新的或現有的檔案系統中。它透過自動傳輸增量變更來保持兩個檔案系統同步，而不需要額外的基礎架構或自訂程序。EFS Replication 旨在提供幾分鐘的復原點目標 (RPO) 和復原時間點目標 (RTO)，從而協助您滿足合規性和業務持續性目標。

您應使用 EFS Replication 來維護相距較遠的檔案系統複本，以滿足災難復原、合規或業務持續性規劃目的。在發生災難時，您可以容錯移轉至複本檔案系統，並在幾分鐘內恢復業務關鍵應用程式的作業。災難事件結束後，只將增量變更從複本傳輸回原始檔案系統，即可進行容錯恢復。啟用 EFS Replication 時，您的應用程式可以在唯讀模式下使用複本檔案系統，進行低網路延遲跨區域存取。使用 Amazon EFS Replication，您可以獨立於原始檔案系統設定複本檔案系統，使用成本最佳化的儲存類別和更短老化生命週期管理政策，節省高達 92% 的成本。EFS Replication 還可以使用 Amazon CloudWatch 精簡操作以監控您的 RPO 狀態並發出警示。

否。EFS Replication 不提供時間點一致的複寫。EFS Replication 在 Amazon CloudWatch 上發佈名稱為 TimeSinceLastSync 的時間戳記指標。至少在發佈時間之前，對來源檔案系統做出的所有變更都會複製到複本。在記錄時間之後，對來源檔案系統做出的變更可能尚未被複寫。您可以使用 Amazon CloudWatch 來監控 EFS Replication 的運作狀態。如果由於災難復原事件而中斷複寫程序，則來源檔案系統中的檔案可能已傳輸，但尚未複製到其最終位置。這些檔案及其內容可在複本檔案系統的根目錄下，在由 EFS Replication 建立的 lost+found 目錄中找到。

Amazon EFS Backup 採用 AWS Backup 技術，這是一項全受管備份服務，可集中管理和自動化備份 Amazon EFS 檔案系統。它透過按排程在集中位置自動建立檔案系統的增量複本，保護您的檔案系統免受資料遺失事件的影響。AWS Backup 提供集中化主控台、自動備份計畫、備份保留管理以及還原活動。要進一步了解，請參閱 AWS Backup 文件或常見問答集。

Amazon EFS 與 AWS Backup 原生整合。您可以使用 EFS 主控台、API 和 AWS Command Line Interface (AWS CLI) 來啟用自動備份，其中使用具有 AWS Backup 建議設定的預設備份計劃。在初始備份期間，在備份文件庫中會建立整個檔案系統的複本。該檔案系統的所有後續備份本質上都是增量式的，即僅複製已變更、新增或移除的檔案和目錄。每次增量備份時，AWS Backup 會保留必要的參考資料，以允許完全還原。如果資料遺失，可以使用 AWS Backup 主控台或 CLI 對檔案系統進行完全或部分還原。   

您可以使用 VPC 安全群組規則以及 IAM 政策，控制哪些 EC2 執行個體可以存取您的檔案系統。使用 VPC 安全群組，來控制與檔案系統之間的網路通訊。將 IAM 政策附加至您的檔案系統，以控制哪些用戶端可以安裝您的檔案系統，以及具有哪些權限，並使用 EFS Access Points 來管理應用程式存取。以使用與 POSIX 相容的使用者和群組級許可控制檔案和目錄的存取權。

使用 Amazon EFS 主控台，即可對檔案系統套用常用政策，例如停用根存取權、強制實行唯讀存取權或強制對檔案系統的所有連線進行加密。您還可以套用更進階的政策，例如授予特定 IAM 角色存取權，包括其他 AWS 帳戶中的角色。

Amazon EFS Access Point 是一個網路端點，使用者和應用程式可將其用於存取 EFS 檔案系統，並根據 IAM 中定義的細粒度存取控制和以政策為基礎的許可，來強制執行檔案和資料夾級別的許可 (POSIX)。

Amazon EFS Access Points 讓您能夠靈活地以雲端原生方式，針對您的檔案應用程式建立和管理多租用戶環境，從而協助您簡化資料共用。與控制檔案系統存取的傳統 POSIX ACL 或控制身分驗證的 Kerberos 不同，兩者都需要複雜的設定、管理和維護，並且通常會帶來風險，Amazon EFS Access Points 與 IAM 整合，讓雲端原生應用程式能夠使用以 POSIX 為基礎的共用檔案儲存。可從 Amazon EFS Access Points 中受益的使用案例包括基於容器的環境，開發人員可在其中建立並部署自己的容器、需要生產資料存取權的資料科學應用程式以及檔案系統中與其他 AWS 帳戶共享特定目錄。

建立 Amazon EFS Access Point 時，您可以設定作業系統使用者和群組，以及使用它的所有連線的根目錄。如果您指定根目錄的擁有者，EFS 會使用用戶端首次連線至存取點時提供的許可自動建立。您還可以更新檔案系統的 IAM 政策以套用於您的存取點。例如，您可以套用要求特定 IAM 身分的政策，以連線至指定的存取點。如需詳細資訊，請參閱 Amazon EFS 使用者指南。

Amazon EFS 提供靜態和傳輸加密資料的能力。

靜態加密資料會在寫入時通透加密，並在讀取時通透解密，因此不需要修改您的應用程式。加密金鑰由 AWS KMS 管理，因此無須建置與維護安全金鑰管理基礎設施。

傳輸資料加密使用產業標準的 Transport Layer Security (TLS) 1.2 來加密您客戶與 EFS 檔案系統間傳送的資料。

靜態資料加密和傳輸中的資料加密可一起或個別設定，以協助您符合特殊安全要求。

如需詳細資訊，請參閱有關加密的使用者文件。

AWS KMS 是一個受管的服務，可讓您更輕鬆地建立和控制用來加密資料的加密金鑰。AWS KMS 可與其他 AWS 服務整合，包括 Amazon EFS、Amazon EBS 和 Amazon S3，讓您更簡便地使用管理的加密金鑰來加密資料。 AWS KMS 還與 AWS CloudTrail 整合，提供您所有金鑰使用狀況的日誌，協助您滿足法規和合規要求。

您可以在 EFS 主控台或透過使用 CLI 或軟體開發套件啟用靜態加密。在 EFS 主控台中建立新的檔案系統時，選取 “Create File System” (建立檔案系統)，然後勾選啟用加密的核取方塊。

可使用 Amazon EFS 掛載協助器對您的 Amazon EFS 檔案系統與其客端之間的資料進行傳輸加密。

靜態資料加密和傳輸中的資料加密可一起或個別設定，以協助您符合特殊安全要求。

如需詳細資訊，請參閱有關加密的使用者文件。

加密您的資料只會對 I/O 延遲和輸送量造成輕微的影響。

若要變更為從內部部署存取 EFS 檔案系統，在內部部署資料中心與 Amazon Virtual Private Cloud (VPC) 之間必須有 Direct Connect 或 AWS VPN 連線。

您要使用透過 NFSv4.1 協定掛載檔案系統的標準 Linux 掛載命令，將 Amazon EFS 檔案系統掛載在內部部署 Linux 伺服器上。

如需從內部部署伺服器存取 Amazon EFS 檔案系統的詳細資訊，請參閱文件。

您可將 Amazon EFS 檔案系統掛載在內部部署伺服器上，然後使用標準 Linux 工具和指令碼或 AWS DataSync，將檔案資料移入和移出 Amazon EFS。將檔案資料移入和移出 Amazon EFS 檔案的能力可用在三個使用案例。

其一，您可以從內部部署資料中心遷出資料，以永久存留在 EFS 檔案系統。

其二，您可以支援雲端爆量工作負載，將應用程式處理的重擔轉移到雲端。您可將資料從內部部署伺服器移到 Amazon EFS 檔案系統，在 Amazon VPC 中的 EC2 執行個體叢集上分析資料，然後將結果永久存放在 Amazon EFS 檔案系統或將結果移回現場部署伺服器。

其三，您可以定期將內部部署檔案資料複製到 Amazon EFS 以支援備份和災難復原情況。

是。您可以同時從內部部署資料中心的伺服器與 Amazon VPC 的 Amazon EC2 執行個體存取 Amazon EFS 檔案系統。在可存取檔案系統的所有 EC2 執行個體和現場部署伺服器上，Amazon EFS 提供了相同的檔案系統存取語意，例如高資料一致性和檔案鎖定。

由於傳播延遲與長距離傳輸資料有關，因此內部部署資料中心與 Amazon VPC 之間網路連線的網路延遲可達數十毫秒。如果您的檔案操作會按順序執行，則網路連線的延遲會直接影響讀取和寫入輸送量；實質上，您在一段時間內可讀取或寫入的資料量，受限於完成每個讀取和寫入操作所花的時間。為了最大化輸送量，您可以平行進行檔案操作，讓 Amazon EFS 同時處理多個讀取和寫入。 標準工具 (如 GNU parallel) 可協助您平行處理檔案資料的複製作業。如需詳細資訊，請參閱線上文件。

有一些方法可將現有的內部部署資料複製到 Amazon EFS。AWS DataSync 提供一個簡單快速的方法，可安全地將現有檔案系統同步到 EFS，而且它可在任何網路上運作，包括 AWS Direct Connect。

AWS Direct Connect 提供高頻寬和低延遲的專用網路連線，您可經由這個連線掛載 EFS 檔案系統。掛載之後，即可使用 DataSync 將資料複製到 EFS，速度比使用標準 Linux 複製工具快 10 倍。

如需 AWS DataSync 的詳細資訊，請參閱此常見問答集的資料傳輸一節。

DataSync 是一項線上資料傳輸服務，可加速及簡化在內部部署儲存體與 Amazon EFS 之間的資料移動。DataSync 會使用針對特定目的打造的通訊協定，以比開源工具快 10 倍的速度，加速及保護透過網際網路或 Direct Connect 的傳輸。使用 DataSync，您可以執行一次性資料遷移、傳輸內部部署資料進行即時雲端分析，以及自動複寫至 AWS 進行資料保護和復原。

AWS Transfer Family 是一項全受管檔案傳輸服務，可提供安全檔案傳輸協定 (SFTP)、SSL 檔案傳輸協定 (FTPS) 和檔案傳輸協定 (FTP) 支援。AWS Transfer Family 提供全受管的高可用性檔案傳輸服務，且具有自動調整規模功能，讓您不必再管理檔案傳輸的相關基礎設施。此服務讓最終使用者的工作流程保持不變，而透過所選通訊協定上傳和下載的資料則會存放在您的 Amazon EFS 檔案系統中。

若要開始使用 DataSync，您可以使用主控台或 CLI，透過網路檔案系統 (NFS) 通訊協定將代理程式連線到內部部署或雲端中的檔案系統，選取 Amazon EFS 檔案，並開始複製資料。您首先必須部署可從主控台下載的軟體代理程式，在兩個 Amazon EFS 檔案系統間複製檔案的情況除外。

若要開始使用 AWS Transfer Family，首先確保您計劃指派給 AWS Transfer 的 POSIX 使用者可以存取檔案系統的目錄。然後即可使用主控台、CLI 或 API 建立 Transfer Family 端點和使用者。完成後，您的最終使用者可以使用其 SFTP、FTP 或 FTPS 用戶端存取存放在 Amazon EFS 檔案系統中的資料。

是的，您可以使用 DataSync 在兩個 Amazon EFS 檔案系統之間傳輸檔案，包括不同 AWS 區域中的檔案系統。AWS Transfer Family 端點必須與 Amazon EFS 檔案系統位於同一區域。

是。您可以使用 DataSync 將檔案複製到另一個 AWS 帳戶中的 Amazon EFS 檔案系統。

此外，您還可以對您的 Amazon EFS 檔案系統進行設定，在授予另一個帳戶許可的情況下，使用該帳戶透過 AWS Transfer Family 進行存取。若要進一步了解有關透過檔案系統政策向外部 AWS 帳戶授予 Transfer Family 許可的資訊，請參閱文件。

Amazon EFS 與其他數種 AWS 服務整合，包含 CloudWatch、AWS CloudFormation、CloudTrail、IAM 和 AWS 標記服務。

Amazon CloudWatch 可協助您使用指標來監控檔案系統活動。CloudFormation 可協助您使用範本來建立和管理檔案系統。

CloudTrail 可協助您在日誌檔案中記錄所有 EFS API 呼叫。

IAM 可協助您控制可管理檔案系統的人員。AWS 標記服務可協助您使用自己定義的中繼資料為檔案系統加上標籤。

您可以使用 AWS Budgets，來規劃和管理 Amazon EFS 檔案系統成本。您可以從 AWS 帳單與成本管理主控台使用 AWS Budgets。若要使用 AWS Budgets，您需要為 Amazon EFS 檔案系統建立每月成本預算。

Amazon EFS 中的鎖定功能遵循適用於建議型鎖定的 NFSv4.1 協定，可讓您的應用程式使用整個檔案和位元組範圍鎖定。

每個檔案系統都有一個自動產生的全域唯一 ID 號碼。您可以用名稱來標記檔案系統，而且這些名稱不必是唯一的。

透過 Amazon EFS，您只需依使用的主要和備份儲存，以及在 EFS 檔案系統的讀取、寫入和分層活動付費。您依據使用的彈性輸送量，支付讀取和寫入存取費用 (但您可選擇使用佈建輸送量，預先佈建輸送量效能)，以及依據 EFS 的「不常存取」和「封存」儲存類別，支付分層資料費用。

Amazon EFS 提供三種儲存類別：EFS 標準，針對主動使用的資料提供延遲低於一毫秒的效能；EFS 不常存取 (EFS IA)，針對每季度僅存取幾次的資料進行成本優化；EFS 封存；針對一年或存取幾次或更少的長效資料進行成本優化。

EFS 還可透過 EFS Backup 和 EFS Replication，為您的檔案提供資料保護。使用 EFS Backup，僅需依每月使用的備份儲存量和還原的備份資料量付費。沒有最低費用，也沒有設定費用。如需進一步了解，請造訪 AWS Backup。使用 EFS Replication 將您的檔案系統複寫到您選擇的區域或可用區域 (AZ)，而無需管理額外的基礎設施或自訂程序。

您可以使用 Amazon EFS 定價計算器估算每月的帳單。

開始使用服務時，沒有安裝費，使用者無須對 Amazon EFS 的使用簽訂任何長期使用期限合約。每個月底將自動向您收取當月使用費。您可以隨時登入您的 Amazon Web Services 帳戶，並選取與您的主控台設定檔關聯的「帳單儀表板」，來檢視目前帳單週期的費用。

藉助 AWS Free Usage Tier*，除 AWS GovCloud 區域之外，您在其他所有 AWS 區域對免費方案的使用量都按月計算並自動套用到帳單；未用完的月使用量不會轉入下個月。註冊後，新 EFS 客戶每月獲得 5 GB 的 Amazon EFS 標準，持續一年。AWS 免費方案不適用於儲存在 EFS 單區域檔案系統類別中的檔案。限制條件適用；如需更多詳細資訊，請參閱優惠條款。

Amazon EFS 對以下類型的使用收費。請注意，以下計算假設沒有使用 AWS 免費方案。

使用的儲存：

每月的 Amazon EFS 計費金額基於每月的儲存、輸送量和資料保護使用量進行計算。儲存費用是以整個月內使用的平均儲存空間來計算的。您的儲存用量按「當月 GB 量」測量，每月底合計該值，得出您的每月費用。 

以下範例反映了檔案存取模式隨時間變化的情況，並包含每個 EFS IA 和 EFS 封存的定價維度。此範例假設設定了兩個 EFS 生命週期政策，用於在 EFS 標準、EFS 不常存取 (IA) 與 EFS 封存之間移動檔案。

假設您的檔案系統位於美國東部 (維吉尼亞北部) 區域。在 31 天的月開始時，您的檔案系統會在 EFS 標準上儲存 200 GB 的檔案，在 EFS IA 上儲存 500 GB 的檔案，以及 2 TB 的檔案儲存在 EFS 封存中。在該月的第 15 天，EFS 生命週期管理在檔案未被存取 14 天後，不使用 Intelligent Tiering，將 50% 的 EFS 標準檔案移至 EFS IA 類別，並將 10% 的 EFS IA 檔案移至 EFS 檔案類別。平均而言，您的用戶端應用程式每月從 EFS IA 中讀取 200 GB 的檔案，以及從 EFS Archive 中讀取 100 GB 的檔案。

首先，我們計算按比例的儲存用量︰

標準儲存：
以 EFS 標準儲存 200 GB 14 天︰200 GB x 14 天 x (24 小時/天) = 67,200 GB 的總時數 GB 量
以 EFS 標準儲存 100 GB 17 天︰100 GB x 17 天 x (24 小時/天) = 40,800 GB 的總時數 GB 量
EFS 標準儲存總用量 (總時數 GB 量)︰67,200 總時數 GB 量 + 40,800 總時數 GB 量 = 108,000 總時數 GB 量

IA 儲存空間：
以 EFS IA 500 GB 14 天 (總時數 GB 量)︰500 GB x 14 天 x (24 小時/天) = 168,000 的總時數 GB 量
以 EFS 標準到 EFS IA 的 100 GB 17 天 (總時數 GB 量) = 100 GB x 17 天 x (24 小時/天) = 40,800 GB 的總時數 GB 量
450 GB 的 EFS IA (將 50 GB 移至 EFS 存檔後) = 450 GB x 17 天 x (24 小時/天) = 183,600 的總時數 GB 量

EFS IA 總用量 (總時數 GB 量)︰168,000 總時數 GB 量 + 40,800 總時數 GB 量 + 326,400 總時數 GB 量 = 392,400 總時數 GB 量

存檔儲存：
以 EFS IA 2 TB 31 天 (總時數 GB 量)︰1,000 GB x 14 天 x (24 小時/天) = 1,488,000 的總時數 GB 量
以 EFS IA 到 EFS 封存的 50 GB 17 天 (總時數 GB 量) = 50 GB x 17 天 x (24 小時/天) = 20,400 的總時數 GB 量
EFS 封存儲存總用量 (總時數 GB 量)︰1,488,000 總時數 GB 量 + 20,400 總時數 GB 量 = 1,508,400 總時數 GB 量

接著，我們將儲存用量轉換為當月 GB 量併計算儲存費用︰
EFS 標準總費用：108,000 的總時數 GB 量 x (1 月/744 小時) x 0.30 USD/當月 GB 量 = 43.55 USD
EFS IA 總費用：392,400 的總時數 GB 量 x (1 月/744 小時) x 0.0165 USD/當月 GB 量 = 8.70 USD
EFS 封存總費用：1,508,400 的總時數 GB 量 x (1 月/744 小時) x 0.008 USD/當月 GB 量 = 16.22 USD
EFS 儲存總費用︰43.55 USD + 8.70 USD + 16.22 USD = 68.47 USD

接著，我們計算 EFS IA 和 EFS 封存的存取費用︰

IA 資料分層：
資料分層 (檔案從 EFS 標準移至 EFS IA)：100 GB * 0.01 USD/GB = 1.00 USD
IA 讀取存取費用：200 GB * 0.01 USD/GB = 2.00 USD

彈性輸送量讀取費用：200 GB * 0.03 USD/GB = 6.00 USD

EFS IA 分層和存取總費用：1.00 USD + 2.00 USD + 6.00 USD = 9.00 USD

存檔資料分層：
資料分層 (檔案從不常存取檔案移至封存)：50 GB * 0.03 USD/GB = 1.50 USD
封存讀取存取費用：100 GB * 0.03 USD/GB = 3.00 USD

彈性輸送量讀取費用：100 GB * 0.03 USD/GB = 3.00 USD

EFS IA 分層和存取總費用：1.50 USD + 3.00 USD + 3.00 USD = 7.50 USD

EFS 分層和存取總費用：9.00 USD + 7.50 USD = 16.50 USD

最後，我們計算當月的 EFS 總費用︰

每月總費用 = 儲存總費用 + 存取總費用 = 68.47 USD + 16.50 USD = 84.97 USD (TCO - 0.0315 USD/GB)

您可以使用彈性輸送量存取資料，以進行讀取和寫入作業。使用彈性輸送量時，效能會隨著您的工作負載活動自動擴展，您只需為使用的輸送量 (每月為檔案系統傳輸的資料) 付費。每月計費的彈性輸送量金額是根據一個月內傳輸的讀取和寫入資料，並以「傳輸的 GB」為單位計算。

如果您知道應用程式的輸送量使用量和峰值輸送量需求，則可以使用佈建輸送量。一個月內計費的佈建輸送量金額的計算方式，依據超過 EFS 標準所允許當月平均輸送量的已佈建平均輸送量，最高達 AWS 區域現行爆量基準輸送量限制，並以「每月 MB/秒」為單位。

彈性輸送量範例：

假設您的檔案系統位於美國東部 (維吉尼亞北部) 區域，在整月 31 天中，以 EFS 標準儲存使用 100 GB 的儲存空間。假設您的工作負載的資料傳輸為 75% 讀取作業和 25% 寫入作業，每週 3 天、每天 3 小時驅動 100 MB/s 的峰值輸送量，其餘時間閒置。 

當月彈性輸送量總費用

假設所有資料都傳輸至 EFS 標準儲存，在月底，您的 GB 用量如下：

當月總彈性輸送量資料 (GB)：100 MB/s x (60 分鐘 x 60 秒 x 3 小時) x 3 天 x 4 週/1,000 = 12,960 GB 
彈性輸送量總讀取資料量 (GB)：75% x 12,960 GB = 9,720 GB
彈性輸送量總寫入資料量 (GB)：25% x 12,960 GB = 3,240 GB

然後我們計算彈性輸送量當月總費用： 

彈性輸送量讀取資料費用：9,720 GB x 0.03 USD/GB = 291.60 USD 
彈性輸送量寫入資料費用：3,240 GB x 0.06 USD/GB = 194.40 USD
然後我們計算彈性輸送量當月總費用：
每月彈性輸送量總收費 = 291.60 USD + 194.40 USD = 486.00 USD

佈建輸送量範例：

假設與上述彈性輸送量範例相同的假設 (您的檔案系統位於美國東部 (維吉尼亞北部) 區域，在整月 31 天中，以 EFS 標準儲存使用 100 GB 的儲存空間。假設您的工作負載的資料傳輸為 75% 讀取作業和 25% 寫入作業，每週 3 天、每天 3 小時驅動 100 MB/s 的峰值輸送量，
其餘時間閒置)。月計費輸送量基於超出您的 EFS 標準儲存允許的月平均輸送量 (每 1 GB 標準儲存的基準輸送量為 50 KBps)

基準輸送量 (每月 MB/秒) = 100 GB 標準儲存空間 * 50 KBps/1000 = 5 每月 MB/秒。
可計費總佈建輸送量 (每月 MB/秒) = 已設定的輸送量 –
基準輸送量 = 100 每月 MB/秒 – 5 每月 MB/秒 = 95 每月 MB/秒
當月總佈建輸送量費用 = 95 每月 MB/秒 * 6 USD 每月 MB/秒 = 570.00 USD

您可以選擇使用 EFS Replication 或 AWS Backup 來保護資料。透過 EFS Replication，如果目的地檔案系統位於不同的 AWS 區域，您需要支付儲存費用、不常存取和封存類別的存取費用，以及資料傳輸變更費用。透過 AWS Backup，您需要為一個月內平均備份和還原的資料量付費。

複寫

此範例反映了您使用 Amazon EFS Replication 跨區域複寫檔案系統的案例。該範例專注於與 EFS Replication 直接相關的成本。

假設您在美國東部 (維吉尼亞北部) 區域擁有一個包含 1TB 資料的 Amazon EFS 檔案系統。此檔案系統正在複寫至美國西部 (奧勒岡) 區域。假設目的地檔案系統使用 7 天 EFS 生命週期管理政策，將檔案移至 EFS IA 類別。

首次開啟複寫時，會將整個來源檔案系統複製到目的地檔案系統。複寫的資料首先會落在目的地檔案系統的 EFS 標準類別中。如果在 EFS 生命週期管理政策 (7 天) 期間未存取檔案，它們將移至 EFS IA 類別。

初始同步：

首先，我們計算目的地檔案系統的依比例分配的儲存用量：
EFS 標準總用量 (總時數 GB 量)：1,000 GB * 7 天 *(24 小時/天)= 168,000 GB 的總時數 GB 量
EFS IA 總用量 (總時數 GB 量)：1,000 GB * 24 天 *(24 小時/天/每月 31 天)= 576,000 GB 的總時數 GB 量

接下來，我們將儲存用量轉換為當月 GB 量，並計算目的地檔案系統的儲存費用：

EFS 標準總費用：168,000 *(1 個月/744 小時)* 0.30 USD/當月 GB 量 = 67.74 USD
EFS IA 總費用：576,000 *(1 個月/744 小時)* 0.025 USD/當月 GB 量 = 19.36 USD
初始同步的儲存總費用 = 67.74 USD + 19.36 USD = 87.10 USD
然後，我們計算來源檔案系統初始複製到目標檔案系統的資料傳輸費用：
1 TB 資料的 EFS 複寫資料傳輸總費用：1,000 GB * 0.02 USD/GB = 20.00 USD

初始同步的總費用 = 初始同步的儲存總費用 + 初始同步的資料傳輸總費用 = 87.10 USD + 20.00 USD = 107.10 USD

增量複寫：

考慮來源檔案系統在 7 天後新增 150 GB 的新資料。新資料將被複寫至目的地檔案系統，並將像以前一樣根據生命週期管理政策，在 EFS 標準類別中駐留 7 天。150 GB 新資料依比例儲存用量計算如下：

EFS 標準總用量 (總時數 GB 量)：150 GB * 7 天 *(24 小時/天) = 25,200 GB 的總時數 GB 量
EFS IA 總用量 (總時數 GB 量)：150 GB * 17 天 *(24 小時/天)= 61,200 GB 的總時數 GB 量

接下來，我們將儲存用量轉換為當月 GB 量，並計算新增至目的地檔案系統的 150 GB 新資料的儲存費用： 

EFS 標準總費用：25,200 *(1 個月/744 小時)* 0.30 USD/當月 GB 量 = 10.16 USD
EFS IA 總費用：61,200 *(1 個月/744 小時)* 0.025 USD/當月 GB 量 = 2.06 USD
增量複寫的總儲存費用 = 10.16 USD + 2.06 USD = 12.22 USD

最後，我們計算 150 GB 增量資料的資料傳輸費用：

增量複製的資料傳輸總費用：150 GB * 0.02 USD/GB = 3.00 USD
增量複寫的總費用 = 增量複寫的儲存總費用 + 增量複寫的資料傳輸總費用 = 12.22 USD + 3.00 USD = 15.22 USD

與 EFS Replication 的總費用 = 初始同步的總費用 + 增量複寫的總費用 = 107.10 USD + 15.22 USD = 122.32 USD

備份

如需備份定價範例，請參閱 AWS Backup 定價。

如需 EFS 定價的更多資訊，請瀏覽 Amazon EFS 定價頁面。

除非另有說明，否則我們的價格不包括適用的稅金和稅收 (包括加值稅和適用的營業稅)。帳單地址在日本的客戶若使用 AWS 服務，則需負擔日本消費稅。進一步了解。

下面的範例解決方案說明了 Amazon EFS 總體擁有成本和考慮到儲存和輸送量彈性之 Amazon EFS 的有效總體擁有成本。使用 Amazon EFS，儲存和輸送量會自動擴展和縮小，您永遠不會為未使用的儲存或輸送容量付費。EFS 會自動在多個可用區域之間複寫資料，以實現高可用性和耐用性，並自動將資料在熱儲存和冷儲存類別之間分層，以求成本最佳化。

另一方面，非彈性 (佈建) 雲端解決方案需要您在高峰使用時管理儲存和輸送容量，並且不允許減少容量。大多數佈建解決方案供應商建議維持 30-50% 的儲存利用率，以應對存儲成長，並保持 50% 的輸送量利用率，以應對輸送量激增。如果我們比較不需要額外未使用儲存或輸送量的 EFS 彈性模式，則有效總體擁有成本最多可降低 60%。

範例 1 – 一般用途工作負載
假設檔案系統位於美國東部 (維吉尼亞北部) 區域，且在指定月份的平均儲存大小為 2.7 TB。您的應用程式以最高輸送量 25 MBps 執行突發的多次讀取作業，一個月內共傳輸 300GB 的資料。

若是使用 EFS，此應用程式會將平均 5％ 的儲存 (145 TB) 儲存在 SSD 中，約 20％ 的儲存 (527 TB) 儲存在不常存取中，其餘 2,027 TB 儲存則儲存在 Archive 中，儲存成本總計 68.47 USD。此外，將較不常使用的資料分層至不常存取和 Archive 類別，工作負載需支付 2.50 USD，而傳輸 300 GB 資料的彈性輸送量則需支付 14.00 USD 的費用，提供每月每 GB 0.0315 USD 的總體擁有成本。

透過佈建雲端解決方案，應用程式可從儲存最佳化 (例如壓縮) 中受益，將總儲存大小減少 50% (1,350 TB)。根據使用模式，我們預計 5% 的經常使用資料 (68 TB) 將儲存在 SSD 中。由於這是佈建的雲端解決方案，且不會自動擴展/縮小，因此我們建議您以 50% 的儲存使用率運作，並佈建 136 TB。剩餘的 95% 儲存 (1,282 TB) 儲存在較不常使用的儲存類別中，相當於 90.15 USD 的儲存成本。此外，我們根據在 50% 使用率下運行輸送量的建議，提供了 50 MBps 的輸送量，總體擁有成本為每月每 GB 0.0797 USD。

*假設透過壓縮等最佳化可實現 50% 的儲存減少效益

**假設 5% 的壓縮資料儲存在 SSD 類別中，佈建以 50% 的使用率執行，並依照每月每 GB 0.25 USD 的費率收費。剩餘的 95% 壓縮資料儲存在較不常使用的儲存類別中，費率為每月每 GB 0.0483 USD。
假設輸送量以 50% 的使用率佈建，費率為每 MBps 2.50 USD。

範例 2 – 暫存資料工作負載

假設您的股市建模工作負載每天分析兩小時，且需在兩小時的分析時間內儲存暫時性資料。假設檔案系統位於美國東部 (維吉尼亞北部) 區域，在兩小時的執行時間內平均 SSD 儲存大小為 1,024 GB。您的應用程式會以最高輸送量 500MBps 執行突發的多次讀寫作業，每天總共傳輸 175GB 的資料。

若是使用 EFS，此應用程式每月將在 SSD 中儲存 60 小時 (每天 2 小時，共 30 天) 的資料，並傳輸 5,250 GB 的資料，總成本為每月 222.48 USD。

若是使用佈建雲端解決方案，檔案系統可透過壓縮等儲存最佳化來減少儲存佔用空間達 50%，但需要設定額外的 30% 緩衝區以支援峰值儲存 (1,024 GB * 50% 壓縮 + 30% 緩衝區 = 666 GB)，因而導致總成本為每月 1,416.50 USD。

憑藉 EFS 的彈性優勢，您只需為用量付費，總體擁有成本可節省 84%。

*假設 EFS 資料每天儲存 2 小時，持續 30 天。

**假設混合彈性輸送量成本為傳輸每 GB 0.0375 USD

***假設透過壓縮等最佳化可實現 50% 的儲存減少效益，並額外提供 30% 的緩衝區以支援峰值用量

是。您可以在任務定義中引用 EFS 檔案系統，從使用 EC2 和 Fargate 啟動類型的 Amazon ECS 來啟動的容器化應用程式存取 EFS。請參閱 ECS 文件了解入門說明。

是。您可以使用 EFS CSI 驅動程式，透過 EC2 或 Fargate 啟動類型的 Amazon EKS 來啟動的容器化應用程式存取 EFS。請參閱 EKS 文件了解入門說明。

是。您可以在函數設定中引用 Amazon EFS 檔案系統，從 Lambda 中執行的函數存取 Amazon EFS。請參閱 Lambda 文件了解入門說明。

是。您可以在 CreateTrainingJob 請求中引用 Amazon EFS 檔案系統，從 Amazon SageMaker 訓練任務存取 Amazon EFS 中的訓練資料。EFS 亦會自動用於 Amazon SageMaker Studio 建立的主目錄。