本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 可用性和耐久性：單一可用區和多可用區檔案系統
Amazon FSx for Windows File Server 提供兩種檔案系統部署類型：單一可用區和多可用區。下列各節提供的資訊可協助您為工作負載選擇正確的部署類型。如需服務可用性 SLA （服務水準協議） 的資訊，請參閱 [Amazon FSx 服務水準協議](https://aws.amazon.com/fsx/sla/)。
單一可用區域檔案系統由單一 Windows 檔案伺服器執行個體和單一可用區域 (AZ) 內的一組儲存磁碟區組成。使用單一可用區檔案系統時，資料會自動複寫，以防止在大多數情況下單一元件故障。Amazon FSx 會持續監控硬體故障，並透過取代故障的基礎設施元件，自動從故障事件復原。在故障復原事件期間，以及您為檔案系統設定的計劃維護時段期間，單一可用區檔案系統通常會經歷大約 30 分鐘的停機時間。使用單一可用區檔案系統時，檔案系統故障在極少數情況下可能無法復原，例如由於多個元件故障，或由於單一檔案伺服器不容錯故障而使檔案系統處於不一致的狀態，在這種情況下，您可以從最新的備份復原檔案系統。
多可用區域檔案系統是由分散在兩個AZs （偏好的可用區域和待命可用區域） 的 Windows 檔案伺服器高可用性叢集組成，利用 Windows Server 容錯移轉叢集 (WSFC) 技術和兩個AZs上的一組儲存磁碟區。資料會在每個個別 AZ 內和兩個 AZs 之間同步複寫。相對於單一可用區部署，多可用區部署透過進一步複寫跨AZs的資料來提供增強的耐久性，並透過自動容錯移轉到待命可用區來增強計劃系統維護和計劃外服務中斷期間的可用性。這可讓您繼續存取資料，並協助保護您的資料免於執行個體故障和可用區域中斷。
## 選擇單一可用區或多可用區檔案系統部署類型
考慮到其提供的高可用性和耐久性模型，我們建議對大多數生產工作負載使用異地同步備份檔案系統。單一可用區部署是專為測試和開發工作負載、已建置複寫至應用程式層且不需要額外儲存層級備援的特定生產工作負載，以及具有輕鬆可用性和復原點目標 (RPO) 需求的生產工作負載而設計的具成本效益解決方案。具有寬鬆可用性和 RPO 需求的工作負載，在計劃進行檔案系統維護或計劃外的服務中斷時，以及極少數情況下，自上次備份以來遺失資料更新時，可容忍暫時失去可用性長達 20 分鐘。
我們也建議您檢閱檔案系統的可用性模型，並確保您的工作負載對您在檔案系統維護、輸送量容量變更和意外服務中斷等事件期間選擇的部署類型預期的復原行為具有彈性。
### 依部署類型的功能支援
下表摘要說明 FSx for Windows File Server 檔案系統部署類型支援的功能：
| 部署類型 | SSD 儲存體 | HDD 儲存體 | DFS 命名空間 | DFS 複寫 | 自訂 DNS 名稱 | CA 共享 |
| --- | --- | --- | --- | --- | --- | --- |
| 單一可用區 1 | ✓ | | ✓ | ✓ | ✓ | |
| 單一可用區 2 | ✓ | ✓ | ✓ | | ✓ | ✓\$1 |
| Multi-AZ | ✓ | ✓ | ✓ | | ✓ | ✓\$1 |
**注意**
\$1 雖然您可以在單一可用區域 2 檔案系統上建立持續可用的 (CA) 共用，但您應該在 SQL Server HA 部署的多可用區域檔案系統上使用 CA 共用。
## 容錯移轉程序
如果發生以下任何情況，多可用區域檔案系統會自動從偏好的檔案伺服器容錯移轉至待命檔案伺服器：
+ 可用區域中斷發生。
+ 偏好的檔案伺服器無法使用。
+ 偏好的檔案伺服器會進行計劃的維護。
當從一個檔案伺服器容錯移轉到另一個檔案伺服器時，新的作用中檔案伺服器會自動開始為所有檔案系統讀取和寫入請求提供服務。當偏好子網路中的資源可用時，Amazon FSx 會自動失敗回偏好子網路中的偏好檔案伺服器。容錯移轉通常會在偵測作用中檔案伺服器上的故障到將待命檔案伺服器提升為作用中狀態的 30 秒內完成。恢復原始多可用區組態也會在不到 30 秒內完成，而且只有在慣用子網路中的檔案伺服器完全復原後才會發生。
在檔案系統容錯移轉和回復故障的短暫期間內，I/O 可能會暫停，而 Amazon CloudWatch 指標可能會暫時無法使用。對於多可用區域檔案系統，容錯移轉和容錯回復期間發生的任何檔案讀取和寫入活動都需要在主要和次要檔案伺服器之間同步。對於具有 HDD 儲存的檔案系統，以及寫入密集和 IOPS 密集的工作負載，此程序可能需要長達數小時的時間。我們建議您在檔案系統負載較輕時測試容錯移轉對應用程式的影響。
### Windows 用戶端的容錯移轉體驗
當從一個檔案伺服器容錯移轉到另一個檔案伺服器時，新的作用中檔案伺服器會自動開始為所有檔案系統讀取和寫入請求提供服務。偏好子網路中的資源可用後，Amazon FSx 會自動失敗回偏好子網路中的偏好檔案伺服器。由於檔案系統的 DNS 名稱保持不變，因此容錯移轉對 Windows 應用程式是透明的，無須手動介入即可恢復檔案系統操作。容錯移轉通常會在偵測作用中檔案伺服器上的故障到將待命檔案伺服器提升為作用中狀態的 30 秒內完成。容錯移轉至原始多可用區組態也會在不到 30 秒內完成，而且只會在慣用子網路中的檔案伺服器完全復原後發生。
### Linux 用戶端的容錯移轉體驗
Linux 用戶端不支援自動 DNS 型容錯移轉。因此，它們不會在容錯移轉期間自動連線到待命檔案伺服器。在多可用區域檔案系統無法回到偏好子網路中的檔案伺服器之後，它們會自動恢復檔案系統操作。
### 在檔案系統上測試容錯移轉
您可以透過修改多可用區域檔案系統的輸送量容量來測試容錯移轉。當您修改檔案系統的輸送量容量時，Amazon FSx 會移出檔案系統的檔案伺服器。多可用區域檔案系統會自動容錯移轉至次要伺服器，而 Amazon FSx 會先取代偏好的伺服器檔案伺服器。然後，檔案系統會自動回到新的主要伺服器，Amazon FSx 會取代次要檔案伺服器。
您可以在 Amazon FSx 主控台、CLI 和 API 中監控輸送量容量更新請求的進度。成功完成更新後，您的檔案系統已容錯移轉至次要伺服器，且無法返回主要伺服器。如需修改檔案系統的輸送量容量和監控請求進度的詳細資訊，請參閱 [管理輸送量容量](managing-throughput-capacity.md)。
## 單一可用區和多可用區檔案系統資源
單一可用區和多可用區檔案系統使用子網路和彈性網路介面的方式不同，如以下各節所述。
### 子網路
當您建立虛擬私有雲端 (VPC) 時，它會跨越 中的所有可用區域 (AZs) AWS 區域。可用區域是代表不同的位置，旨在隔離其他可用區域的故障。建立 VPC 之後，您可以在各個可用區域新增一或多個子網路。預設 VPC 在每個可用區域中都有子網路。子網路是您的 VPC 中的 IP 位址範圍。子網必須位於單一可用區域。
FSx for Windows File Server 單一可用區檔案系統需要您在建立時指定的子網路。您選擇的子網路會定義檔案系統建立所在的可用區域。
多可用區域檔案系統需要兩個子網路，一個用於偏好的檔案伺服器，另一個用於待命檔案伺服器。您選擇的兩個子網路必須位於相同 AWS 區域內的不同可用區域。
對於AWS 應用程式內，我們建議您在與偏好檔案伺服器相同的可用區域中啟動用戶端，以將延遲降至最低。
### 檔案系統彈性網路界面
[彈性網路介面](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html)是 VPC 中代表虛擬網路卡的邏輯聯網元件。當您建立 Amazon FSx 檔案系統時，Amazon FSx 會在與檔案系統建立關聯的 VPC 中佈建一或多個彈性網路介面。彈性網路界面可讓用戶端與 檔案系統通訊並掛載。彈性網路介面被視為在 Amazon FSx 的服務範圍內，即使它是您帳戶 VPC 的一部分。多可用區域檔案系統有兩個彈性網路介面，每個檔案伺服器各一個。單一可用區檔案系統有一個彈性網路界面。
**警告**
請勿修改或刪除與檔案系統相關聯的彈性網路介面。修改或刪除網路界面可能會導致 VPC 和檔案系統之間的連線永久中斷。
下表摘要說明 FSx for Windows File Server Single-AZ 和 Multi-AZ 檔案系統的資源使用率：
| 檔案系統部署類型 | 子網路數量 | 彈性網路介面的數量 | IP 地址數量 |
| --- | --- | --- | --- |
| 單一可用區 2 | 1 | 1 | 2 |
| 單一可用區 1 | 1 | 1 | 1 |
| Multi-AZ | 2 | 2 | 4 |
建立檔案系統後，在刪除檔案系統之前，其 IP 地址不會變更。
**重要**
Amazon FSx 不支援從 存取檔案系統，或將檔案系統公開至公有網際網路。如果彈性 IP 地址是可從網際網路連線的公有 IP 地址，連接到檔案系統的彈性網路界面，Amazon FSx 會自動將其分離。