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

# 可用性、耐用性和部署選項
<a name="high-availability-AZ"></a>

Amazon FSx for NetApp ONTAP 使用單一可用區和多可用區部署類型。您可以從四個選項中選擇：單一可用區 1、單一可用區 2、多可用區 1 和多可用區 2。本主題說明每種部署類型的可用性和耐久性功能，協助您選擇適合您工作負載的部署類型。如需服務可用性 SLA （服務層級協議） 的相關資訊，請參閱 [Amazon FSx 服務層級協議](https://aws.amazon.com/fsx/sla/)。

**Topics**
+ [選擇檔案系統部署類型](#choosing-deployment-type)
+ [選擇檔案系統產生](#choose-generation)
+ [FSx for ONTAP 的容錯移轉程序](#Failover)
+ [網路資源](#single-multi-az-resources)

## 選擇檔案系統部署類型
<a name="choosing-deployment-type"></a>

單一可用區和多可用區檔案系統部署類型的可用性和耐久性功能，如下列各節所述。

### 單一可用區部署類型
<a name="single-az"></a>

您可以在單一可用區檔案系統的單一可用區 1 和單一可用區 2 之間進行選擇。Single-AZ 1 是具有一個高可用性 (HA) 對的第一代檔案系統，而 Single-AZ 2 是具有 1–12 個 HA 對的第二代檔案系統。如需詳細資訊，請參閱[選擇檔案系統產生](#choose-generation)。

當您建立單一可用區檔案系統時，Amazon FSx 會自動在作用中待命組態中佈建一到十二對檔案伺服器，其中每對中的作用中和待命檔案伺服器位於 中單一可用區域內的個別故障網域。 AWS 區域在計劃的檔案系統維護或任何作用中檔案伺服器的計劃外服務中斷期間，Amazon FSx 會自動獨立失敗，超過該高可用性 (HA) 對待命檔案伺服器，通常在幾秒鐘內。在容錯移轉期間，您可以繼續存取資料，而無需手動介入。

為了確保高可用性，Amazon FSx 會持續監控硬體故障，並在發生故障時自動取代基礎設施元件。為了實現高耐用性，Amazon FSx 會自動複寫可用區域內的資料，以防止其元件故障。此外，您可以選擇設定檔案系統資料的自動每日備份。這些備份存放在多個可用區域，為所有備份資料提供多可用區域彈性。

單一可用區檔案系統是專為不需要多可用區檔案系統資料彈性模型的使用案例而設計。它們為開發和測試環境等使用案例提供成本最佳化解決方案，或僅透過在單一可用區域中複寫資料 AWS 區域，來儲存已存放在內部部署或其他 中的資料的次要複本。

下圖說明適用於 ONTAP 單一可用區第一代檔案系統的 FSx 架構。

![\[FSx for ONTAP 單一可用區第一代檔案系統的架構說明圖。\]](http://docs.aws.amazon.com/zh_tw/fsx/latest/ONTAPGuide/images/fsx-ontap-single-az-architecture.png)


### 異地同步備份部署類型
<a name="multi-az"></a>

您可以在異地同步備份檔案系統的異地同步備份 1 和異地同步備份 2 之間進行選擇。Multi-AZ 1 是第一代檔案系統，而 Multi-AZ 2 是第二代檔案系統。這兩個選項都有一個 HA 對。如需詳細資訊，請參閱[選擇檔案系統產生](#choose-generation)。

多可用區域檔案系統支援單一可用區域檔案系統的所有可用性和耐用性功能。此外，它們旨在提供資料的持續可用性，即使可用區域無法使用。異地同步備份部署具有單一 HA 對檔案伺服器，待命檔案伺服器會部署在相同 中作用中檔案伺服器的不同可用區域中 AWS 區域。寫入檔案系統的任何變更都會在可用區域之間同步複寫至待命。

多可用區域檔案系統是專為使用案例所設計，例如需要高可用性才能共用 ONTAP 檔案資料的重大業務生產工作負載，以及需要具有跨可用區域內建複寫的儲存體。下圖說明適用於 ONTAP 多可用區域第一代檔案系統的 FSx 架構。

![\[圖解說明適用於 ONTAP 多可用區域第一代檔案系統的 FSx 高可用性架構。\]](http://docs.aws.amazon.com/zh_tw/fsx/latest/ONTAPGuide/images/fsx-ontap-multi-az-architecture.png)


## 選擇檔案系統產生
<a name="choose-generation"></a>

下表說明適用於 ONTAP 檔案系統的第一代和第二代單一可用區域和多可用區域 FSx 之間的差異。




**FSx for ONTAP 檔案系統世代**  

| 維度 | 第一代 | 第二代 （單一 HA 對） | 第二代 （多對） | 
| --- | --- | --- | --- | 
| 部署類型 | SINGLE\$1AZ\$11 MULTI\$1AZ\$11 |  SINGLE\$1AZ\$12 MULTI\$1AZ\$12  |  SINGLE\$1AZ\$12  | 
| HA 對 | 1 個 HA 對 | 1–12 個 HA 對 | 
| SSD 儲存體 |  下限：1 TiB 上限：192 TiB  |  下限：1 TiB 上限：512 TiB  |  下限：1 TiB （每個 HA 對） 上限：1 PiB （總計）  | 
| SSD IOPS |  下限：3 個 SSD IOPS/GIB 上限：160，000  |  下限：3 個 SSD IOPS/GIB 上限：200，000  |  下限：3 個 SSD IOPS/GIB 上限：2，400，000 （每個 HA 對 200，000 個）  | 
| 輸送量容量 | 128 MBps；256 MBps；512 MBps；1，024 MBps；2，048 MBps；4，096 MBps | 384 MBps；768 MBps；1，536 MBps；3，072 MBps；6，144 MBps |  1，536 MBps （每個 HA 對）；3，072 MBps （每個 HA 對）；6，144 MBps （每個 HA 對） | 

**注意**  
您無法在建立後變更檔案系統的部署類型。如果您想要變更部署類型 （例如，從單一可用區 1 移至單一可用區 2)，您可以備份資料並將其還原至新的檔案系統。您也可以使用 NetApp SnapMirror、 AWS DataSync或第三方資料複製工具來遷移資料。如需詳細資訊，請參閱 [使用 NetApp SnapMirror 遷移至 FSx for ONTAP](migrating-fsx-ontap-snapmirror.md) 和 [使用 遷移至 FSx for ONTAP AWS DataSync](migrate-files-to-fsx-datasync.md)。

## FSx for ONTAP 的容錯移轉程序
<a name="Failover"></a>

如果發生下列任一情況，單一可用區和多可用區檔案系統會自動從偏好的或作用中檔案伺服器，將指定的 HA 對容錯移轉至待命檔案伺服器：
+ 偏好的或作用中檔案伺服器無法使用
+ 檔案系統的輸送量已變更
+ 偏好的或作用中檔案伺服器經過規劃的維護
+ 發生可用區域中斷 （僅限多可用區域檔案系統）

**注意**  
對於具有多個 HA 對的第二代檔案系統，每個 HA 對的容錯移轉行為都是獨立的。如果一個 HA 對的偏好檔案伺服器無法使用，則只有該 HA 對會容錯移轉到其待命檔案伺服器。

當從一個檔案伺服器容錯移轉到另一個檔案伺服器時，新的作用中檔案伺服器會自動開始向該 HA 對提供所有檔案系統的讀取和寫入請求。對於多可用區域檔案系統，當偏好的檔案伺服器完全復原且可供使用時，Amazon FSx 會自動失敗回它的狀態，而容錯回復通常在 60 秒內完成。對於單一可用區和多可用區檔案系統，容錯移轉通常會在偵測作用中檔案伺服器上的故障到將待命檔案伺服器提升為作用中狀態的 60 秒內完成。由於用戶端用於透過 NFS 或 SMB 存取資料的端點 IP 地址保持不變，因此容錯移轉對 Linux、Windows 和 macOS 應用程式是透明的，其無需手動介入即可恢復檔案系統操作。

若要確保容錯移轉對連接到適用於 ONTAP 單一可用區和多可用區檔案系統的 FSx 的用戶端透明，請參閱 [從 內存取資料 AWS 雲端](supported-fsx-clients.md#access-environments)。

### 在檔案系統上測試容錯移轉
<a name="testing-failover"></a>

您可以修改檔案系統的輸送量容量，以測試容錯移轉。當您修改檔案系統的輸送量容量時，Amazon FSx 會依序將檔案系統的檔案伺服器移出。檔案系統會自動容錯移轉至次要伺服器，而 Amazon FSx 會先取代偏好的檔案伺服器。更新後，檔案系統會自動失敗回新的主要伺服器，Amazon FSx 會取代次要檔案伺服器。

您可以在 Amazon FSx 主控台、CLI 和 API 中監控輸送量容量更新請求的進度。如需修改檔案系統的輸送量容量和監控請求進度的詳細資訊，請參閱 [管理輸送量容量](managing-throughput-capacity.md)。

## 網路資源
<a name="single-multi-az-resources"></a>

本節說明單一可用區和多可用區檔案系統使用的網路資源。

### 子網路
<a name="fs-subnets"></a>

當您建立單一可用區檔案系統時，您可以為檔案系統指定單一子網路。您選擇的子網路會定義建立檔案系統的可用區域。當您建立多可用區域檔案系統時，您可以指定兩個子網路，一個用於偏好的檔案伺服器，另一個用於待命檔案伺服器。您選擇的兩個子網路必須位於相同區域內的不同可用區域 AWS 區域。如需 Amazon VPC 的詳細資訊，請參閱《Amazon *Amazon Virtual Private Cloud*[什麼是 Amazon VPC？](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html)。

**注意**  
無論您指定的子網路為何，您都可以從檔案系統 VPC 內的任何子網路存取檔案系統。

### 檔案系統彈性網路介面
<a name="file-system-eni-fsxw"></a>

 對於單一可用區檔案系統，Amazon FSx 會在您與您的檔案系統建立關聯的子網路中佈建兩個[彈性網路介面](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html) (ENI)。對於多可用區域檔案系統，Amazon FSx 也會佈建兩個 ENIs，每個子網路中有一個與檔案系統建立關聯的子網路。用戶端會使用彈性網路介面與您的 Amazon FSx 檔案系統通訊。網路介面被視為在 Amazon FSx 的服務範圍內，儘管是您帳戶 VPC 的一部分。多可用區域檔案系統使用浮動網際網路通訊協定 (IP) 地址，以便在容錯移轉事件期間，連線的用戶端在偏好的和待命檔案伺服器之間無縫轉移。

**警告**  
您不得修改或刪除與檔案系統相關聯的彈性網路介面。修改或刪除網路介面可能會導致 VPC 和檔案系統之間的連線永久中斷。
與您的檔案系統相關聯的彈性網路介面會自動建立路由，並新增至您的預設 VPC 和子網路路由表。修改或刪除這些路由可能會導致檔案系統用戶端的連線暫時或永久中斷。

下表摘要說明每個 FSx for ONTAP 檔案系統部署類型的子網路、彈性網路介面和 IP 地址資源：


|  | 第一代單一可用區 | 第二代單一可用區 |  Multi-AZ | 
| --- | --- | --- | --- | 
| 子網路數量 | 1 | 1 | 2 | 
| 彈性網路介面的數量 | 2 | 每個 HA 對 2 個 | 2 | 
| 每個 ENI 的 IP 地址數量 | 1 \$1 檔案系統中SVMs 數量 | HA 對計數 \$1 HA 對計數乘以檔案系統中SVMs 數量 | 1 \$1 檔案系統中SVMs 數量 | 
| VPC 路由表路由數 | N/A | N/A | 1 \$1 檔案系統中SVMs 數量 | 

建立檔案系統或 SVM 後，其 IP 地址在刪除檔案系統之前不會變更。

**重要**  
Amazon FSx 不支援從 存取檔案系統，或將檔案系統公開至公有網際網路。Amazon FSx 會自動分離任何彈性 IP 地址，這是可從網際網路連線的公有 IP 地址，該地址會連接到檔案系統的彈性網路介面。