本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
可用性、耐久性和部署選項
Amazon NetApp ONTAP 用FSx於使用單一可用區和異地同步備份部署類型。您可以從四個選項中進行選擇:單一可用區 1、單一可用區 2、異地同步備份 1 和異地同步備份 2。本主題說明每種部署類型的可用性和耐久性功能,以協助您選擇適合工作負載的部署類型。如需服務可用性 SLA (服務等級協議) 的相關資訊,請參閱 Amazon FSx 服務等級協議
選擇檔案系統部署類型
以下各節說明單一可用區和異地同步備份檔案系統部署類型的可用性和耐久性功能。
單一可用區部署類型
您可以針對單一可用區檔案系統選擇單一可用區 1 和單一可用區 2。單一可用區 1 是具有高可用性 (HA) 配對的第一代檔案系統,而單一可用區 2 則是具有 1—12 HA 配對的第二代檔案系統。如需詳細資訊,請參閱選擇檔案系統產生。
當您建立單一可用區檔案系統時,Amazon FSx 會在作用中-待命組態中自動佈建一對至十二對檔案伺服器,每對的作用中和待命檔案伺服器都位於中單一可用區域內的個別容錯網域中。 AWS 區域在計劃的檔案系統維護或任何使用中檔案伺服器的意外服務中斷期間,Amazon FSx 會自動且獨立地將該高可用性 (HA) 配對容錯移轉到備用檔案伺服器 (通常在幾秒鐘內)。在容錯移轉期間,您可以繼續存取您的資料,而無需手動介入。
為確保高可用性,Amazon 會FSx持續監控硬體故障,並在發生故障時自動替換基礎設施元件。為了實現高耐久性,Amazon FSx 會在可用區域內自動複寫您的資料,以保護資料免受元件故障的影響。此外,您還可以選擇設定檔案系統資料的每日自動備份。這些備份儲存在多個可用區域,以便為所有備份資料提供異地同步備份復原。
單一可用區檔案系統專為不需要異地同步備份檔案系統資料恢復模型的使用案例而設計。它們為開發和測試環境等使用案例提供成本最佳化的解決方案,或者只複寫單一可用區域內的資料 AWS 區域,以儲存在內部部署或其他內部部署中的資料的次要副本。
下圖說明ONTAP單一可用區第一FSx代檔案系統的架構。
異地同步備份部署類
您可以為異地同步備份檔案系統選擇異地同步備份 1 和異地同步備份 2。異地同步備份 1 是第一代檔案系統,異地同步備份 2 是第二代檔案系統。這兩個選項都有一個 HA 對。如需詳細資訊,請參閱選擇檔案系統產生。
異地同步備份檔案系統支援單一可用區檔案系統的所有可用性和耐久性功能。此外,即使在可用區域無法使用的情況下,它們也能為資料提供持續可用性。異地同步備份部署具有單一 HA 對檔案伺服器,待命檔案伺服器部署在與作用中檔案伺服器不同 AWS 區域的可用區域中。寫入檔案系統的任何變更都會跨可用區域同步複寫到待命區域。
異地同步備份檔案系統是專為關鍵業務生產工作負載等使用案例而設計,這些工作負載需要共用ONTAP檔案資料的高可用性,且需要跨可用區域內建複寫的儲存 下圖說明ONTAP異地同步備份第一FSx代檔案系統的架構。
選擇檔案系統產生
下表說明檔案系統的第一代和第二代單一可FSx用ONTAP區和異地同步備份之間的差異。
維度 | 第一代 | 第二代 (單 HA 對) | 第二代 (多對) |
---|---|---|---|
部署類型 | SINGLE_AZ_1 MULTI_AZ_1 |
SINGLE_AZ_2 MULTI_AZ_2 |
SINGLE_AZ_2 |
HA 對 | 一公頃對 | 一至十二公頃對 | |
SSD儲存 |
最低:1 TiB 最大值:192 TiB |
最低:1 TiB 最大值:512 TiB |
最低:1 TiB(每 HA 對) 最大值:1 個 PIB (總計) |
SSD IOPS |
最小值:3 個IOPS/GIBSSD 上限:16 萬 |
最小值:3 個IOPS/GIBSSD 最高:20 萬 |
最小值:3 個IOPS/GIBSSD 最高:24 萬(每對醫管局二十萬) |
輸送量容量 | 一二八 MBpsMBps;二五二十五MBps;1,024MBps;2,048;4,096 MBps MBps | 384MBps; 七六八; 1,536MBps; 三零七二MBps; 六一四四 MBps MBps | 1,536 MBps (每一醫管局對); 3,072 MBps (每一醫管局對); 六千一百四十四 MBps (每一醫管局對) |
注意
建立之後,您無法變更檔案系統的部署類型。如果您想要變更部署類型 (例如,從單一可用區 1 移至單一可用區 2),您可以備份資料並在新的檔案系統上還原資料。您也可以使NetApp SnapMirror用第三方資料複製工具或使 AWS DataSync用第三方資料複製工具來移轉資料。如需詳細資訊,請參閱 使用移轉至 FSx 以進行啟動時使用 NetApp SnapMirror 和 使用移轉至 FSx 以進行啟動時使用 AWS DataSync。
的容錯移轉程FSx序 ONTAP
如果發生下列任何一種情況,單一可用區和異地同步備份檔案系統會自動容錯移轉指定 HA 配對,從慣用或作用中的檔案伺服器到待命檔案伺服器:
-
首選或活動的文件服務器變為不可用
-
檔案系統的輸送量容量已變更
-
偏好的或使用中的檔案伺服器會經過計劃的維護
-
發生可用區域中斷 (僅異地同步備份檔案系統)
注意
對於具有多個 HA 配對的第二代檔案系統,每個 HA 配對的容錯移轉行為是獨立的。如果某個 HA 配對的偏好檔案伺服器無法使用,則只有該 HA 配對會容錯移轉至其待命檔案伺服器。
當從某個檔案伺服器容錯移轉至另一個檔案伺服器時,新的使用中檔案伺服器會自動開始為該 HA 配對提供所有檔案系統讀取和寫入要求。對於異地同步備份檔案系統,當偏好的檔案伺服器完全復原並可用時,Amazon FSx 會自動故障回復,容錯回復通常在 60 秒內完成。對於單一同步備份和異地同步備份檔案系統,容錯移轉通常在 60 秒內完成,從偵測到使用中檔案伺服器上的故障,到將待命檔案伺服器提升為作用中狀態。由於用戶端用來存取資料NFS或SMB保持不變的端點 IP 位址,因此容錯移轉對 Linux、Windows 和 macOS 應用程式而言是透明的,這些應用程式會繼續執行檔案系統作業,而無需手動介入。
若要確保容錯移轉FSx對於ONTAP單一可用區和異地同步備份檔案系統連線的用戶端是透明的,請參閱。從內部存取資料 AWS 雲端
在檔案系統上測試容錯移轉
您可以修改檔案系統的輸送量容量,在檔案系統上測試容錯移轉。修改檔案系統的輸送量容量時,Amazon 會依序FSx切換檔案系統的檔案伺服器。檔案系統會自動容錯移轉到次要伺服器,而 Amazon 會先FSx取代偏好的檔案伺服器。更新後,檔案系統會自動故障回到新的主要伺服器,而 Amazon 會FSx取代次要檔案伺服器。
您可以在 Amazon FSx 主控台中監控輸送量容量更新請求的進度CLI、和API. 如需修改檔案系統輸送量容量和監視要求進度的詳細資訊,請參閱管理輸送量容量。
網路資源
本節說明單一可用區和異地同步備份檔案系統所耗用的網路資源。
子網
建立單一可用區檔案系統時,您可以為檔案系統指定單一子網路。您選擇的子網路會定義在其中建立檔案系統的可用區域。建立異地同步備份檔案系統時,您可以指定兩個子網路,一個用於偏好的檔案伺服器,另一個用於待命檔案伺服器。您選擇的兩個子網路必須位於相同的不同 AWS 區域可用區域中。有關 Amazon 的更多信息VPC,請參閱 Amazon 是什麼VPC? 在 Amazon Virtual Private Cloud 用戶指南中。
注意
無論您指定的子網路為何,您都可以從檔案系統內的任何子網路存取檔案系統VPC。
文件系统弹性网络接口
對於單一可用區檔案系統,Amazon 會在您與檔案系統建立關聯的子網路中FSx佈建兩個彈性網路界面 (ENI)。對於異地同步備份檔案系統,Amazon FSx 還會在您與檔案系統關聯的子網路中佈建兩個ENIs,每個子網路中各佈建一個。用戶端使用 elastic network interface 與您的 Amazon FSx 檔案系統進行通訊。儘管網絡界面屬於您帳戶的一部分FSx,但網絡界面仍被視為 Amazon 的服務範圍內VPC。異地同步備份檔案系統使用浮動網際網路通訊協定 (IP) 位址,以便連線的用戶端在容錯移轉事件期間順暢地在偏好和待命檔案伺服器之間
警告
您不得修改或刪除與檔案系統相關聯的彈性網路介面。修改或刪除網路介面可能會導致您與檔案系統之間VPC的連線永久中斷。
與檔案系統關聯的彈性網路介面會自動建立路由,並將其新增至您的預設VPC和子網路路由表。修改或刪除這些路由可能會導致檔案系統用戶端的連線暫時或永久中斷。
下表摘要說明每個ONTAP檔案系統部署類型的子網路、elastic network interface 和 IP 位址資源:FSx
第一代單一可用區 | 第二代單一可用區 | Multi-AZ | |
---|---|---|---|
子網路數目 | 1 | 1 | 2 |
彈性網路介面數 | 2 | 每 HA 對 2 個 | 2 |
每個 IP 位址數 ENI | 1 + 檔案系統SVMs中的編號 | HA 配對計數 + HA 配對計數乘以檔案系統SVMs中的數目 | 1 + 檔案系統SVMs中的編號 |
VPC路線表路線數 | N/A | N/A | 1 + 檔案系統SVMs中的編號 |
一旦文件系統或SVM創建,其 IP 地址不會改變,直到文件系統被刪除。
重要
Amazon FSx 不支援從公用網際網路存取檔案系統或公開檔案系統。Amazon FSx 會自動分離任何可從網際網路存取的公有 IP 位址的彈性 IP 位址,並連接到檔案系統的 elastic network interface。