本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 管理 FSx for Windows File Server 上的儲存 檔案系統的儲存組態包括佈建的儲存容量、儲存類型，如果儲存類型是固態硬碟 (SSD)，則為 SSD IOPS 的數量。您可以在建立檔案系統時和建立檔案系統之後，設定這些資源以及檔案系統的輸送量容量，以實現工作負載所需的效能。了解如何使用 管理檔案系統的儲存和儲存相關效能 AWS 管理主控台 AWS CLI，以及透過探索下列主題在 PowerShell 上進行遠端管理的 Amazon FSx CLI。 **Topics** + [將儲存體成本最佳化](#optimize-storage-costs) + [管理儲存容量](#managing-storage-capacity) + [管理檔案系統的儲存類型](#managing-storage-type) + [管理 SSD IOPS](#managing-provisioned-ssd-iops) + [使用重複資料刪除來降低儲存成本](#using-data-dedup) + [管理儲存配額](managing-user-quotas.md) + [增加檔案系統儲存容量](increase-storage-capacity.md) + [監控儲存容量增加](monitoring-storage-capacity-increase.md) + [動態增加 FSx for Windows File Server 檔案系統的儲存容量](automate-storage-capacity-increase.md) + [更新 FSx for Windows 檔案系統的儲存類型](updating-storage-type.md) + [監控儲存類型更新](monitoring-storage-type-updates.md) + [更新檔案系統的 SSD IOPS](how-to-provision-ssd-iops.md) + [監控佈建的 SSD IOPS 更新](monitoring-provisioned-ssd-iops.md) + [管理重複資料刪除](managing-data-dedup.md) + [對重複資料刪除進行故障診斷](data-dedup-ts.md) ## 將儲存體成本最佳化 您可以使用 FSx for Windows 中提供的儲存組態選項來最佳化儲存成本。 **儲存類型選項**：FSx for Windows File Server 提供兩種儲存類型：硬碟 (HDD) 和固態硬碟 (SSD)，可讓您最佳化成本/效能，以符合工作負載需求。HDD 儲存體適用於各種工作負載，包括主目錄、使用者和部門共用，以及內容管理系統。SSD 儲存體專為最高效能和最易受延遲影響的工作負載而設計，包括資料庫、媒體處理工作負載和資料分析應用程式。如需儲存類型和檔案系統效能的詳細資訊，請參閱 [FSx for Windows File Server 效能效能](performance.md)。 **重複資料刪除** - 大型資料集通常具有備援資料，這會增加資料儲存成本。例如，使用者檔案共享可以有相同檔案的多個副本，由多個使用者存放。軟體開發共享可以包含許多從建置到建置保持不變的二進位檔。您可以為檔案系統開啟*重複資料刪除*功能，以降低資料儲存成本。開啟時，重複資料刪除會透過僅儲存資料集的重複部分一次，自動減少或消除冗餘資料。如需重複資料刪除的詳細資訊，以及如何為 Amazon FSx 檔案系統輕鬆開啟，請參閱 [使用重複資料刪除來降低儲存成本](#using-data-dedup)。 ## 管理儲存容量 您可以隨著儲存需求變更，增加 FSx for Windows 檔案系統的儲存容量。您可以使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface () 來執行此操作AWS CLI。規劃增加儲存容量時需要考慮的因素包括了解何時需要增加儲存容量、了解 Amazon FSx 如何處理儲存容量增加，以及追蹤儲存增加請求的進度。您只能增加檔案系統的儲存容量；您無法減少儲存容量。 **注意** 您無法增加 2019 年 6 月 23 日之前建立之檔案系統的儲存容量，或從屬於 2019 年 6 月 23 日之前建立之檔案系統之備份還原的檔案系統。 當您增加 Amazon FSx 檔案系統的儲存容量時，Amazon FSx 會在幕後為您的檔案系統新增一組新的、較大的磁碟。然後，Amazon FSx 會在背景執行儲存最佳化程序，以透明的方式將資料從舊磁碟遷移到新磁碟。儲存最佳化可能需要幾個小時到幾天的時間，取決於儲存類型和其他因素，對工作負載效能的影響微乎其微。在此最佳化期間，備份用量暫時較高，因為新舊儲存磁碟區都包含在檔案系統層級備份中。包含兩組儲存磁碟區，以確保 Amazon FSx 即使在儲存擴展活動期間也能成功從備份中取得和還原。在舊儲存磁碟區不再包含在備份歷史記錄中之後，備份用量會還原至其先前的基準層級。當新的儲存容量可用時，您只需支付新儲存容量的費用。 下圖顯示 Amazon FSx 在增加檔案系統的儲存容量時所使用的四個主要步驟。 ![圖表顯示儲存體擴展程序的 4 個步驟。](http://docs.aws.amazon.com/zh_tw/fsx/latest/WindowsGuide/images/storage-scaling-flow.png) 您可以使用 Amazon FSx 主控台、CLI 或 API，隨時追蹤儲存最佳化、SSD 儲存容量增加或 SSD IOPS 更新的進度。如需詳細資訊，請參閱[監控儲存容量增加](monitoring-storage-capacity-increase.md)。 ### 增加檔案系統的儲存容量須知 以下是增加儲存容量時需要考慮的一些重要事項： + **僅限增加** – 您只能*增加*檔案系統的儲存容量；您無法減少儲存容量。 + **最小增加** – 每個增加的儲存容量必須至少為檔案系統目前儲存容量的 10%，最大允許值為 65，536 GiB。 + **最低輸送量容量** – 若要增加儲存容量，檔案系統的最低輸送量容量必須為 16 MBps。這是因為儲存最佳化步驟是輸送量密集的程序。 + **增加之間的時間** – 在請求最後一次增加後 6 小時或儲存最佳化程序完成之前，您無法進一步增加檔案系統的儲存容量，以時間較長者為準。儲存最佳化可能需要幾小時到幾天才能完成。為了盡可能縮短完成儲存最佳化所需的時間，建議您在增加儲存容量之前增加檔案系統的輸送量容量 （可在儲存擴展完成後縮減輸送量容量），並在檔案系統上的流量最少時增加儲存容量。 **注意** 某些檔案系統事件可能會耗用磁碟 I/O 效能資源 例如： 儲存容量擴展的最佳化階段可能會增加磁碟輸送量，並可能導致效能警告。如需詳細資訊，請參閱[效能警告和建議](monitoring-cloudwatch.md#performance-insights-FSxW)。 ### 知道何時增加儲存容量 在可用儲存容量不足時增加檔案系統的儲存容量。使用 `FreeStorageCapacity` CloudWatch 指標來監控檔案系統上可用的可用儲存量。您可以在此指標上建立 Amazon CloudWatch 警示，並在低於特定閾值時收到通知。如需詳細資訊，請參閱[使用 Amazon CloudWatch 監控](monitoring-cloudwatch.md)。 我們建議您隨時在檔案系統上維持至少 20% 的可用儲存容量。使用所有儲存容量可能會對效能產生負面影響，並可能導致資料不一致。 當可用儲存容量低於您指定的定義閾值時，您可以自動增加檔案系統的儲存容量。使用 AWS開發的自訂 CloudFormation 範本來部署實作自動化解決方案所需的所有元件。如需詳細資訊，請參閱[動態增加儲存容量](automate-storage-capacity-increase.md)。 ### 儲存容量增加和檔案系統效能 當 Amazon FSx 在新的儲存容量可用後於背景執行儲存最佳化程序時，大多數工作負載會受到最小的效能影響。不過，具有 HDD 儲存類型的檔案系統，以及涉及大量最終使用者、高階 I/O 或具有大量小型檔案之資料集的工作負載，可能會暫時降低效能。在這些情況下，我們建議您先增加檔案系統的輸送量容量，然後再增加儲存容量。對於這些類型的工作負載，我們也建議您在檔案系統負載最少時，在閒置期間變更輸送量容量。這可讓您繼續提供相同水準的輸送量，以滿足應用程式的效能需求。如需詳細資訊，請參閱[管理輸送量容量](managing-throughput-capacity.md)。 ## 管理檔案系統的儲存類型 您可以使用 AWS 管理主控台 和 將檔案系統儲存類型從 HDD 變更為 SSD AWS CLI。當您將儲存類型變更為 SSD 時，請記住，在請求最後一次更新後 6 小時或儲存最佳化程序完成之前，您無法再次更新檔案系統組態，以時間較長者為準。儲存最佳化可能需要幾個小時到幾天的時間才能完成。為了將這段時間降至最低，我們建議您在檔案系統上流量最少時更新您的儲存類型。如需詳細資訊，請參閱[更新 FSx for Windows 檔案系統的儲存類型](updating-storage-type.md)。 您無法將檔案系統儲存類型從 SSD 變更為 HDD。如果您想要將檔案系統的儲存體類型從 SSD 變更為 HDD，則需要將檔案系統的備份還原至您設定為使用 HDD 儲存體的新檔案系統。如需詳細資訊，請參閱[將備份還原至新的檔案系統](using-backups.md#restoring-backups)。 ### 關於儲存類型 您可以將 FSx for Windows File Server 檔案系統設定為使用固態硬碟 (SSD) 或磁性硬碟 (HDD) 儲存類型。 **SSD 儲存**體適用於具有高效能需求和延遲敏感度的大多數生產工作負載。這些工作負載的範例包括資料庫、資料分析、媒體處理和商業應用程式。我們也建議 SSD 用於涉及大量最終使用者、高階 I/O 或具有大量小型檔案之資料集的使用案例。最後，如果您打算啟用陰影複本，建議您使用 SSD 儲存體。您可以使用 SSD 儲存體為檔案系統設定和擴展 SSD IOPS，但不能為 HDD 儲存體設定和擴展 SSD IOPS。 **HDD 儲存**體專為廣泛的工作負載而設計，包括主目錄、使用者和部門檔案共用，以及內容管理系統。與 SSD 儲存體相比，HDD 儲存體的成本較低，但每單位儲存體的延遲和磁碟輸送量和磁碟 IOPS 層級較高。它可能適用於具有低 I/O 需求的一般用途使用者共用和主目錄、不常擷取資料的大型內容管理系統 (CMS)，或具有少量大型檔案的資料集。 如需詳細資訊，請參閱[儲存組態與效能](performance.md#storage-capacity-and-performance)。 ## 管理 SSD IOPS 對於使用 SSD 儲存體設定的檔案系統，SSD IOPS 的數量會決定檔案系統必須讀取資料並將資料寫入磁碟時可用的磁碟 I/O 數量，而不是快取中的資料。您可以選取和擴展獨立於儲存容量的 SSD IOPS 數量。您可以佈建的最大 SSD IOPS 取決於您為檔案系統選取的儲存容量和輸送量容量。如果您嘗試將 SSD IOPS 增加到超過輸送量容量支援的限制，您可能需要增加輸送量容量，以取得該層級的 SSD IOPS。如需詳細資訊，請參閱[FSx for Windows File Server 效能效能](performance.md)及[管理輸送量容量](managing-throughput-capacity.md)。 以下是有關更新檔案系統佈建 SSD IOPS 的一些重要事項： + 選擇 IOPS 模式 – 有兩種 IOPS 模式可供選擇： + **自動** – 選擇此模式，Amazon FSx 會自動擴展您的 SSD IOPS，以維持每 GiB 儲存容量 3 個 SSD IOPS，每個檔案系統最多 400，000 個 SSD IOPS。 + **使用者佈建** – 選擇此模式，讓您可以指定 96–400，000 範圍內的 SSD IOPS 數量。為可使用 Amazon FSx 的所有 指定每 GiB AWS 區域 儲存容量 3–50 IOPS 之間的數字，或在美國東部 （維吉尼亞北部）、美國西部 （奧勒岡）、美國東部 （俄亥俄）、歐洲 （愛爾蘭）、亞太區域 （東京） 和亞太區域 （新加坡） 每 GiB 儲存容量 3–500 IOPS 之間的數字。當您選擇使用者提供的模式，且您指定的 SSD IOPS 數量不是每 GiB 至少 3 IOPS 時，請求會失敗。對於更高層級的佈建 SSD IOPS，您需要為每個檔案系統平均 IOPS 超過每 GiB 3 IOPS。 + **儲存容量更新** – 如果您增加檔案系統的儲存容量，且依預設所需的 SSD IOPS 數量大於目前使用者佈建的 SSD IOPS 層級，Amazon FSx 會自動將您的檔案系統切換為自動模式，而且您的檔案系統每 GiB 儲存容量至少會有 3 個 SSD IOPS。 + **輸送量容量更新** – 如果您增加輸送量容量，且新輸送量容量支援的最大 SSD IOPS 高於使用者佈建的 SSD IOPS 層級，Amazon FSx 會自動將您的檔案系統切換為自動模式。 + **SSD IOPS 增加的頻率 – 在請求最後一次增加後** 6 小時，或儲存最佳化程序完成之前，您無法在檔案系統上進一步增加 SSD IOPS、增加輸送量容量或更新儲存類型，以時間較長者為準。儲存最佳化可能需要幾小時到幾天才能完成。為了將完成儲存最佳化所需的時間降至最低，我們建議在檔案系統流量最少時擴展 SSD IOPS。 **注意** 請注意，只有下列才支援 4，608 MBps 或更高的輸送量容量層級 AWS 區域：美國東部 （維吉尼亞北部）、美國西部 （奧勒岡）、美國東部 （俄亥俄）、歐洲 （愛爾蘭）、亞太區域 （東京） 和亞太區域 （新加坡）。 如需如何更新 FSx for Windows File Server 檔案系統佈建 SSD IOPS 數量的詳細資訊，請參閱 [更新檔案系統的 SSD IOPS](how-to-provision-ssd-iops.md)。 ## 使用重複資料刪除來降低儲存成本 重複資料刪除通常簡稱為 Dedup，有助於儲存管理員降低與重複資料相關聯的成本。透過 FSx for Windows File Server，您可以使用 Microsoft Data Deduplication 來識別和消除備援資料。大型資料集通常具有備援資料，這會增加資料儲存成本。例如： + 使用者檔案共享可能有許多相同或類似檔案的副本。 + 軟體開發共享可以有許多二進位檔，從建置到建置都保持不變。 您可以為檔案系統啟用重複資料刪除功能，以降低資料儲存成本。*重複資料刪除*只會儲存資料集的重複部分一次，以減少或消除備援資料。當您啟用重複資料刪除時，預設會啟用資料壓縮，在重複資料刪除之後壓縮資料以節省更多成本。Data Deduplication 可最佳化備援，而不會犧牲資料逼真度或完整性。重複資料刪除會以背景程序執行，持續且自動掃描和最佳化您的檔案系統，而且使用者和連線的用戶端皆能清楚了解。 您可以使用重複資料刪除實現的儲存節省取決於資料集的性質，包括檔案之間存在多少重複。一般用途檔案共享的一般節省平均 50–60%。在共享中，節省範圍從 30-50% 的使用者文件到 70-80% 的軟體開發資料集。您可以使用如下所述的`Measure-FSxDedupFileMetadata`遠端 PowerShell 命令測量潛在的重複資料刪除節省。 您也可以自訂重複資料刪除，以符合您的特定儲存需求。例如，您可以將重複資料刪除設定為僅在特定檔案類型上執行，也可以建立自訂任務排程。由於重複資料刪除任務可能會耗用檔案伺服器資源，因此建議您使用 監控重複資料刪除任務的狀態`Get-FSxDedupStatus`。 如需有關在檔案系統上設定重複資料刪除的資訊，請參閱 [管理重複資料刪除](managing-data-dedup.md)。 如需解決重複資料刪除相關問題的資訊，請參閱 [ 對重複資料刪除進行故障診斷 了解如何識別和解決在 FSx for Windows File Server 檔案系統上使用重複資料刪除時出現的問題。 重複資料刪除記憶體不足powershell 使用下列資訊，以協助疑難排解設定和使用重複資料刪除時的一些常見問題。 重複資料刪除無法運作 若要查看重複資料刪除的目前狀態，請執行 `Get-FSxDedupStatus` PowerShell 命令以檢視最新重複資料刪除任務的完成狀態。如果一或多個任務失敗，您可能不會看到檔案系統上可用的儲存容量增加。 重複資料刪除任務失敗的最常見原因是記憶體不足。 Microsoft [建議](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/install-enable#faq)最好擁有每 1 TB 邏輯資料的 1 GB 記憶體 （或每 1 TB 邏輯資料至少 350 MB)。使用 [Amazon FSx 效能表](performance.md#performance-table)來判斷與檔案系統輸送量容量相關聯的記憶體，並確保記憶體資源足以容納您的資料大小。如果不是，您需要[將檔案系統的輸送量容量增加](managing-throughput-capacity.md)到符合每 1 TB 邏輯資料 1 GB 記憶體需求的層級。 重複資料刪除任務設定為 Windows 建議的預設值 25% 記憶體配置，這表示對於具有 32 GB 記憶體的檔案系統，8 GB 將可用於重複資料刪除。記憶體配置是可設定的 （使用 `Set-FSxDedupSchedule`命令搭配參數 `–Memory`)。請注意，使用較高的記憶體配置進行刪除可能會影響檔案系統效能。 您可以修改重複資料刪除任務的組態，以減少所需的記憶體量。例如，您可以限制最佳化以在特定檔案類型或資料夾上執行，或設定最佳化的最小檔案大小和存留期。當您的檔案系統負載最少時，我們也建議您將重複資料刪除任務設定為在閒置期間執行。 如果重複資料刪除任務的時間不足而無法完成，您也可能會看到錯誤。您可能需要變更任務的最長持續時間，如中所述[修改重複資料刪除排程](managing-data-dedup.md#set-dedup-sched)。 如果重複資料刪除任務長時間失敗，且在此期間檔案系統上的資料有所變更，則後續重複資料刪除任務可能需要更多資源才能第一次成功完成。 重複資料刪除值意外設定為 0 對於已設定重複資料刪除的檔案系統， `SavedSpace`和 的值意外`OptimizedFilesSavingsRate`為 0。 當您增加檔案系統的儲存容量時，這可能會在儲存最佳化程序期間發生。當您增加檔案系統的儲存容量時，Amazon FSx 會在儲存最佳化程序期間取消現有的重複資料刪除任務，將資料從舊磁碟遷移到新的、較大的磁碟。儲存最佳化任務完成後，Amazon FSx 會在檔案系統上繼續重複資料刪除。如需增加儲存容量和儲存最佳化的詳細資訊，請參閱[管理儲存容量](managing-storage-configuration.md#managing-storage-capacity)。 刪除檔案後，檔案系統不會釋放空間 重複資料刪除的預期行為是，如果刪除的資料已節省空間，則在垃圾收集任務執行之前，不會實際釋放檔案系統上的空間。 您可能會發現有用的做法是設定排程，以便在刪除大量檔案後立即執行垃圾收集任務。垃圾回收任務完成後，您可以將垃圾回收排程設回其原始設定。這可確保您可以立即從刪除中快速查看空間。 使用下列程序，將垃圾收集任務設定為在 5 分鐘內執行。 若要確認已啟用重複資料刪除功能，請使用 `Get-FSxDedupStatus`命令。如需 命令及其預期輸出的詳細資訊，請參閱 [檢視已儲存空間的數量](managing-data-dedup.md#get-dedup-status)。 使用下列設定從現在起 5 分鐘執行垃圾回收任務的排程。 ``` $FiveMinutesFromNowUTC = ((get-date).AddMinutes(5)).ToUniversalTime() $DayOfWeek = $FiveMinutesFromNowUTC.DayOfWeek $Time = $FiveMinutesFromNowUTC.ToString("HH:mm") Invoke-Command -ComputerName ${RPS_ENDPOINT} -ConfigurationName FSxRemoteAdmin -ScriptBlock { Set-FSxDedupSchedule -Name "WeeklyGarbageCollection" -Days $Using:DayOfWeek -Start $Using:Time -DurationHours 9 } ``` 垃圾收集任務執行且空間已釋出後，請將排程設回其原始設定。 ](data-dedup-ts.md#data-dedup-ts.title)。 如需重複資料刪除的詳細資訊，請參閱 Microsoft [了解重複資料刪除](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/understand)文件。 **警告** 不建議使用重複資料刪除來執行特定 Robocopy 命令，因為這些命令可能會影響區塊存放區的資料完整性。如需詳細資訊，請參閱 Microsoft [Data Deduplication 互通性](https://docs.microsoft.com/en-us/windows-server/storage/data-deduplication/interop)文件。 ### 使用重複資料刪除時的最佳實務 以下是使用重複資料刪除的一些最佳實務： + **排程在檔案系統閒置時執行重複資料刪除任務**：預設排程包含每週`GarbageCollection`任務，時間是星期六 2：45 UTC。如果您的檔案系統上有大量資料流失，則可能需要數小時才能完成。如果此時間不適合您的工作負載，請將此任務排程在您預期檔案系統流量低時執行。 + **設定足夠的輸送量容量以完成重複資料刪除**：較高的輸送量容量可提供更高層級的記憶體。Microsoft 建議每 1 TB 邏輯資料有 1 GB 的記憶體來執行重複資料刪除。使用 [Amazon FSx 效能表](performance.md#impact-throughput-cap-performance)來判斷與您檔案系統輸送量容量相關聯的記憶體，並確保記憶體資源足以容納您的資料大小。 + **自訂重複資料刪除設定，以滿足您的特定儲存需求並降低效能需求**：您可以限制最佳化以在特定檔案類型或資料夾上執行，或設定最佳化的最小檔案大小和存留期。如需詳細資訊，請參閱 [使用重複資料刪除來降低儲存成本](#using-data-dedup)。