問：什麼是檔案閘道器？

檔案閘道器是 AWS Storage Gateway 服務的一項配置，它為應用程式提供一個檔案介面，將檔案作為物件無縫儲存到 Amazon S3 中，並使用行業標準檔案協議訪問它們。

問：檔案閘道器有什麼用處？

檔案閘道器的使用案例包括：(a) 將本地檔案資料遷移到 Amazon S3，同時保留對最近訪問的資料的快速本地訪問；(b) 將本地檔案資料作為物件備份在 Amazon S3（包括 Microsoft SQL Server 和 Oracle 資料庫與日誌）中，能夠使用 S3 功能，例如生命週期管理、版本控制和跨區域複製；(c) 混合雲工作流，將本地應用程式生成的資料提供給 AWS 服務（例如機器學習、大資料分析或無伺服器功能）進行處理。

問：使用檔案閘道器將資料儲存在 S3 中具有哪些優勢？

通過檔案閘道器，您基於檔案的現有應用程式、裝置和工作流能夠使用 Amazon S3，而無需進行任何修改。檔案閘道器安全並持久地將檔案內容和元資料儲存為物件，同時為本地應用程式提供對快取資料的低延遲訪問。

問：檔案閘道器支援哪些 Amazon S3 儲存類？

檔案閘道器支援 Amazon S3 標準、S3 標準 – 不頻繁訪問（S3 標準 – IA）和 S3 單區 – IA。有關儲存類的詳細資訊，請參閱 Amazon S3 文件。您為閘道器建立的物件配置初始儲存類，然後可以使用儲存桶生命週期策略將檔案從 Amazon S3 移動到 Amazon Glacier。如果應用程式嘗試訪問通過檔案閘道器儲存且現在位於 Amazon Glacier 中的檔案/物件，則會收到通用 I/O 錯誤。

問：檔案閘道器支援哪些協議？

檔案閘道器支援 Linux 客戶端使用網路檔案系統 (NFS) 版本 3 和 4.1 連線到閘道器，還支援 Windows 客戶端使用伺服器訊息塊 (SMB) 版本 2 和 3 連線到閘道器。

問：如何建立和使用共享檔案？

您可以使用 AWS 管理控制檯或服務 API 建立 NFS 或 SMB 共享檔案，並將共享檔案與新的或現有 Amazon S3 儲存桶關聯起來。要從您的應用程式訪問共享檔案，您可以使用標準的 UNIX 或 Windows 命令通過應用程式進行掛載。為方便起見，管理控制檯中顯示了每個環境的示例命令列。

問：有什麼選項可用於配置 NFS 共享檔案？

您可以通過管理控制（例如限制對特定 NFS 客戶端或網路的訪問、只讀或讀寫許可權，或啟用使用者許可權壓縮）來配置 NFS 共享檔案。

問：有什麼選項可用於配置 SMB 共享檔案？

您可以將 SMB 共享檔案配置為僅允許 Active Directory (AD) 使用者訪問，或為您組織中的使用者提供經過身份驗證的訪客訪問許可權。您可以將共享檔案的訪問許可權進一步限制為只讀、讀寫或特定的 AD 使用者和組。

問：檔案閘道器是否支援與本地 Microsoft Active Directory (AD) 整合？

支援，檔案閘道器可以與本地 Microsoft Active Directory 整合，也可以與雲中的 Active Directory 解決方案（如託管的 Microsoft AD）整合。

問：能否在沒有 Active Directory 的情況下匯出 SMB 共享檔案？

能。您可以使用訪客使用者名稱和密碼匯出 SMB 共享檔案。在設定可供訪客訪問的共享檔案之前，您需要使用控制檯或服務 API 更改預設密碼。

問：能否在同一個閘道器上混合匯出 NFS 與 SMB 共享檔案？

能。

問：能否在同一個儲存桶上匯出 NFS 和 SMB 共享檔案？

不可以，當前儲存為 S3 物件元資料的檔案元資料（如所有權）無法跨不同協議進行對映。

問：檔案閘道器如何訪問 S3 儲存桶？

檔案閘道器使用 AWS Identity and Access Management (IAM) 角色訪問 S3 儲存桶。您可以自行設定 IAM 角色，也可以讓 AWS Storage Gateway 管理控制檯自動為您設定。對於自動設定，AWS Storage Gateway 將在您的賬戶中建立一個新 IAM 角色，並將其與某個 IAM 訪問策略關聯起來，以訪問您的 S3 儲存桶。IAM 角色和 IAM 訪問策略都是在您的賬戶中建立的，因此您可以充分地管理它們。

問：應用程式如何訪問共享檔案？

要使用共享檔案，您可以使用標準的 UNIX 或 Windows 命令通過應用程式進行掛載。為方便起見，管理控制檯中顯示了示例命令列

問：檔案和物件之間有何關係？

檔案作為物件儲存在 S3 儲存桶中，並且您可以為檔案閘道器建立的物件配置初始儲存類。檔案和物件之間是一對一的關係，並且您可以為檔案閘道器建立的物件配置初始儲存類。

物件金鑰是從檔案系統內的檔案路徑派生而來的。例如，如果您有一個主機名稱為 file.amazon.com 的閘道器，並且已對映 my-bucket，則檔案閘道器將提供一個名為 file.amazon.com:/export/my-bucket 的掛載點。如果您隨後將其掛載到本地的 /mnt/my-bucket 並在 /mnt/my-bucket/dir 目錄中建立了一個名為 file.html 的檔案，則該檔案將作為物件儲存在 my-bucket 儲存桶中，且其金鑰為 dir/file.html。建立稀疏檔案會導致 S3 中出現非稀疏零填充物件。

問：檔案閘道器支援哪些檔案系統操作？

您的客戶端可以建立、讀取、更新和刪除檔案及目錄。檔案作為單獨的物件儲存在 Amazon S3 中。目錄使用與 S3 控制檯相同的語法，作為資料夾物件託管在 S3 中。不支援符號連結和硬連結。如果嘗試建立連結，則會導致錯誤。

重新命名操作對於您的客戶端來說比較常見，但是 S3 不支援物件重新命名。當您對檔案或目錄進行重新命名時，閘道器會執行復制輸入請求，以根據新金鑰在 S3 中建立物件的副本，然後刪除原始內容。這樣，您就不需要通過網路重新發送大型檔案了。對包含大量檔案的目錄進行的重新命名操作不會即刻完成，這將導致有 2 個數據副本儲存在 S3 中，直至重新命名操作完成。

問：我的客戶端可以訪問哪些檔案系統元資料以及這些元資料儲存在哪裡？

您的客戶端可以訪問包括所有權、許可權和時間戳在內的 POSIX 樣式元資料，它們都會持久地儲存在 S3 內與該檔案相關聯的物件的使用者元資料中。當您在現有儲存桶上建立共享檔案時，儲存的元資料將被還原並可供客戶端訪問。

問：如何為上傳到 S3 的檔案設定 Content-Type？

對於每個共享檔案，您都可以在建立後或稍後啟用該功能時對已上傳的物件啟用 MIME 型別猜測。如果已啟用，檔案閘道器將使用副檔名來確定檔案的 MIME 型別，並相應地為 S3 物件設定 Content-Type。如果您正在使用檔案閘道器來管理通過 URL 直接訪問或通過 Amazon CloudFront 分發的 S3 中的物件，那麼這是有好處的。

問：是否可以通過使用檔案閘道器直接訪問儲存在 S3 中的物件？

可以。物件儲存到 S3 中後，您無需使用檔案閘道器即可直接在 AWS 中訪問這些物件，以便處理雲內工作負載。您的物件會繼承 S3 儲存桶在儲存方式方面的屬性，例如生命週期管理和跨區域複製。

需要使用共享檔案才能訪問的物件應僅由檔案閘道器管理。如果直接覆蓋或更新之前由檔案閘道器寫入的物件，則在通過共享檔案訪問該物件時，會導致未定義的行為。

問：如果儲存桶已包含物件，該怎麼辦？

如果您在配置儲存桶與檔案閘道器一起使用時，它已包含物件，則會使用物件鍵將物件作為檔案呈現給 NFS 和 SMB 客戶端。這類檔案將具有預設的檔案系統元資料。

為了減少 S3 請求的延遲和數量，當您明確列出檔案或目錄時，檔案閘道器會僅掃描與物件關聯的檔案元資料的標頭。收集檔案元資料是掃描過程的一部分，檔案內容下載僅在讀取物件時進行。

問：閘道器如何訪問儲存桶？ 要下載整個儲存桶或檔案內容嗎？

閘道器不會自動下載儲存桶中的全部物件或所有資料，只會在您的客戶端明確訪問資料時才會下載資料。此外，為了減少資料傳輸開銷，檔案閘道器採用分段上傳和複製輸入，因此只有檔案中已更改的資料才會上傳到 S3。

問：對於在閘道器外建立的物件，NFS 客戶端可以訪問哪些元資料？

對於直接上傳到 S3 儲存桶的物件，即不使用檔案閘道器和 NFS 共享，您可以配置預設的所有權和許可權。

問：對於在閘道器外建立的物件，SMB 客戶端可以訪問哪些元資料？

對於直接上傳到 S3 儲存桶的物件，即不使用檔案閘道器和 SMB 共享，所有權和許可權等元資料將從物件的父資料夾中繼承。共享根資料夾的許可權是固定的，並且直接在根資料夾下建立的物件將繼承這些固定許可權。有關在閘道器外建立的物件的元資料設定，請參考相關文件。

問：是否可以將多個 NFS 客戶端與一個檔案閘道器配合使用？

您可以使用多個 NFS 客戶端來訪問同一個檔案閘道器。不過，對於任何 NFS 伺服器而言，來自多個 NFS 客戶端的並行修改會導致無法預測的行為。因此需要應用程式層面相互協作才能安全地實現這一目的。

問：S3 儲存桶是否可以有多個寫入器？

否。建議您僅對 S3 儲存桶中的物件使用一個寫入器。如果直接覆蓋或更新之前由檔案閘道器寫入的物件，則在通過共享檔案訪問該物件時，會導致未定義的行為。對同一物件的並行修改（例如同時通過 S3 API 和檔案閘道器對某個物件進行修改）會導致無法預測的行為，因此我們不建議使用這種配置。

問：是否可以使用兩個閘道器向同一個儲存桶寫入獨立的資料？

我們不建議為一個儲存桶配置多個寫入器，因為這會導致無法預測的結果。您可以通過應用程式工作流來強制實現物件名稱或字首。檔案閘道器不會監控或報告這種設定中的衝突。

問：是否可以使用多個閘道器從同一儲存桶讀取資料？

是，您可以在通過檔案閘道器管理的儲存桶上使用多個讀取器。您可以將共享檔案配置為只讀模式，並允許多個閘道器從同一儲存桶讀取物件。此外，您還可以使用 Storage Gateway 控制檯或 RefreshCache API 來重新整理閘道器獲取的物件清單。

但請注意，如果您未將共享檔案配置為只讀模式，則檔案閘道器不會監控這些讀取器是否會意外向儲存桶中寫入內容，也不會限制它們意外向儲存桶中寫入內容。是否要通過應用程式維持一個寫入器/多個讀取器配置取決於您。

問：我能否使用 Amazon CloudWatch 監控共享檔案？

能，您可以使用 Amazon CloudWatch 指標監控共享檔案的使用情況，並可以通過 CloudWatch Events 在完成檔案操作時收到通知。要了解更多資訊，請訪問監控共享檔案。

問：如何知曉檔案在何時上傳完成？

當您使用檔案閘道器將檔案寫入共享檔案時，資料會首先儲存在本地，然後非同步上傳到 S3 儲存桶。上傳完成後，您可以通過 AWS CloudWatch Events 請求通知。這些通知可用於觸發其他工作流，如呼叫 AWS Lambda 函式或 Amazon EC2 Systems Manager 自動化，具體取決於 S3 中目前可用的資料。要了解更多資訊，請參閱有關檔案上傳通知的文件。

問：我能否更新檔案閘道器的儲存桶檢視以檢視從基於物件的工作負載或其他檔案閘道器建立的物件？

能，您可以使用控制檯或 RefreshCache API 來重新整理檔案閘道器獲取的物件清單。重新整理快取操作完成後，您將通過 AWS CloudWatch Events 收到通知。這些通知可用於使用 Amazon SNS 傳送電子郵件或使用更新後的內容觸發本地處理。要了解更多資訊，請參閱文件。

問：我能否使用閘道器更新屬於其他 AWS 賬戶的儲存桶中的資料？

能，您可以使用閘道器跨賬戶訪問儲存桶。要了解更多資訊，請參閱有關使用共享檔案進行跨賬戶訪問的文件。

問：我能否使用閘道器訪問申請方付款 S3 儲存桶中的資料？

能，您可以在建立共享檔案時啟用對申請方付款 S3 儲存桶的訪問許可權。作為請求者，您將需要支付與從申請方付款儲存桶訪問資料相關的費用。

問：可為每個儲存桶建立多少共享檔案？

共享檔案和儲存桶之間是一對一的對映關係。我們不限制每個儲存桶中共享檔案的數量。但是，我們建議為儲存桶配置一個寫入器，可以是檔案閘道器，也可以是直接訪問 S3 的客戶端。

問：可為每個閘道器建立多少共享檔案？

您最多可為每個閘道器建立 10 個共享檔案。

問：單個檔案的大小上限是多少？

單個檔案的大小上限為 5TB，這同時也是 S3 中單個物件的大小上限。如果您寫入的檔案大於 5TB，則會收到“檔案過大”這一錯誤訊息，並且只有該檔案的首個 5TB 的內容可以成功上傳。

問：我的應用程式會在複製資料前檢查儲存大小，閘道器會返回多少儲存空間？

閘道器會返回大量儲存空間 (8EB) 作為您的總容量。Amazon S3 不會限制總儲存空間。

問：我能否使用版本控制、生命週期、跨區域複製和 S3 事件通知？

能。您的版本控制、生命週期管理、跨區域複製和 S3 事件通知儲存桶策略可直接應用於通過 AWS Storage Gateway 儲存到您的儲存桶中的物件。

您可以使用 S3 生命週期策略來更改物件的儲存層、刪除舊物件或物件版本。當有物件因生命週期策略被刪除時，您需要呼叫 RefreshCache API 將這些變化反應到您的 NFS 客戶端。

當使用的 S3 儲存桶是跨區域複製的目標時，您可能需要使用 RefreshCache API 確保閘道器快取和 S3 儲存桶保持同步。

如果使用 S3 事件通知，您可能會收到閘道器建立了部分檔案以確保資料在 S3 中的持久儲存的事件。部分檔案可能因一些原因而出現，例如需要釋放快取空間的閘道器，或寫入檔案的高速率。或者這部分檔案可能不符合應用程式的一致性。

問：我能否將檔案閘道器與備份應用程式配合使用？

檔案閘道器支援 SMB 版本 2 和 3 與 NFS 版本 3 和 4.1。我們會繼續對常見的備份應用程式進行測試。請告訴我們您希望測試相容性的任何特定應用程式。

問：我能否使用檔案閘道器將檔案寫入 EFS？

否。藉助檔案閘道器，您可以將檔案作為物件寫入 S3。

問：何時應使用檔案閘道器和 S3 API？

在您想使用標準的檔案系統操作訪問 S3 中的物件以將其作為檔案時，可以使用檔案閘道器。此外，檔案閘道器還可提供低延遲本地訪問和高效的資料傳輸。在您的應用程式不需要使用檔案系統操作，且可以直接管理資料傳輸時，可以使用 S3 API。

問：檔案閘道器如何管理本地快取？ 哪些資料會儲存在本地？

該閘道器上的本地磁碟儲存用於暫時儲存需傳輸到 AWS 的更改資料，並且可以將資料快取在本地以便實現低延遲的讀取訪問。檔案閘道器會自動管理快取，根據客戶端的讀寫操作來保留最近訪問過的資料。只有在需要騰出空間來儲存訪問時間更近的資料時，舊資料才會從快取中清除。

為最大限度提高寫入效能，該閘道器使用回寫機制，即先將資料儲存到磁碟中，然後再非同步上傳到 S3 中。該閘道器從本地快取提供資料，從而最大限度提高讀取效能。如果本地快取中沒有相關資料，該閘道器將使用位元組範圍 GET 請求從 Amazon S3 高效地非同步提取資料。

本地快取的大小一般會與您需要低延遲訪問的、使用中的資料集對應。如果快取太小，那麼讀取延遲就會增大，因為請求的資料必須從 S3 獲取；而且如果沒有空餘快取空間來在本地儲存要上傳到 S3 的資料，寫入也可能會失敗。

問：應該使用什麼指導來預置閘道器快取磁碟大小？ 如果預置的快取磁碟較小，會發生什麼？

您應當根據以下條件預置快取：
1/ 您需要低延遲訪問的工作資料集的大小，以便您可以通過降低來自 S3 的資料請求頻率來減少讀取延遲，
2/ 應用程式寫入閘道器的檔案的大小。

如果在等待上傳到 S3 時沒有可用的快取空間來本地儲存資料，則較小的快取磁碟可能導致寫入過程中效能較差和失敗。要了解有關監控快取使用情況的更多資訊，請參閱文件中的監控共享檔案。

問：何時清除快取中的資料？

只有在需要空間來儲存更多最近訪問的資料時，才會清除通過應用程式或 Amazon S3 檢索寫入快取的資料。

問：檔案閘道器是否會執行資料縮減（重複資料刪除或壓縮）？

檔案在不進行修改的情況下以一對一的方式對映到儲存桶中的物件，這使您可以直接訪問 S3 中的資料，而不需要使用閘道器或部署額外軟體來解除資料凍結。

檔案閘道器採用分段上傳和複製輸入，因此只有已更改的資料才能上傳到 S3 中，這可以減少資料傳輸量。該閘道器不會自動下載儲存桶中的全部物件或所有資料，只會在 NFS 客戶端明確訪問資料時才會下載資料。

問：是否可以將檔案閘道器與 Amazon S3 Transfer Acceleration 配合使用？

即使將儲存桶配置用於 S3 Transfer Acceleration，檔案閘道器也不會使用加速的終端節點。