《Windows Azure Platform 系列文章目錄》
Azure Storage使用NFS,有3種不同的創建方式:
1.使用Azure Blob Storage,使用NFS協議是3.0
2.使用Azure Files,使用的NFS協議是4.1
3.使用Azure NetApp Files,在Azure Marketplace市場裏可以部署。這裏不做介紹
這裏簡單介紹一下。
第一種創建方式,使用Azure Blob Storage,使用NFS協議是3.0
1.創建新的Azure 存儲賬戶,冗餘類型請選擇本地冗餘存儲(LRS)
2.在高級設置裏,勾選Data Lake Storage Gen2,在Blob存儲裏,勾選:啓用網絡文件系統V3
3.後續直接創建即可。
4.創建完畢後,我們進行到Azure Storage Account存儲賬戶裏,然後點擊容器,創建容器,如下圖:
第二種創建方式,使用Azure Files,使用的NFS協議是4.1
1.創建新的Azure 存儲賬戶,性能需要選擇高級,高級賬戶類型選擇文件共享,冗餘類型請選擇本地冗餘存儲(LRS)
2.後續直接創建即可。
3.創建完畢後,點擊存儲賬戶,點擊文件共享,即可創建NFS存儲。如下圖:
在Azure Storage裏,創建和使用Azure NFS三種方式的區別:
Azure Blob Storage | Azure File | Azure NetApp Files | |
使用場景 |
Blob 存儲最適合用於大規模的讀取密集型高順序訪問工作負載,其中的數據只會引入一次並且進一步修改的次數極少。 如果維護工作量很少或者根本無需維護,則 Blob 存儲可提供最低的總擁有成本。 部分示例方案包括:大規模分析數據、吞吐量敏感型高性能計算、備份和存檔、自動駕駛、媒體渲染或基因組測序。 |
Azure 文件存儲是高度可用的服務,最適合用於隨機訪問工作負載。 對於 NFS 共享,Azure 文件存儲提供全面的 POSIX 文件系統支持,除了基於 VM 的平臺外,還可以從包含內置 CSI 驅動程序的容器平臺(例如 Azure 容器實例 (ACI) 和 Azure Kubernetes 服務 (AKS))輕鬆使用該服務。 部分示例方案包括:共享文件、數據庫、主目錄、傳統應用程序、ERP、CMS、不需要高級管理的 NAS 遷移,以及需要橫向擴展文件存儲的自定義應用程序。 |
在雲中完全託管的文件服務,由 NetApp 提供支持,提供高級管理功能。 NetApp 文件適用於需要隨機訪問的工作負載,提供廣泛的協議支持和數據保護功能。 部分示例方案包括:需要豐富管理功能的本地企業 NAS 遷移、延遲敏感型工作負荷(例如 SAP HANA)、延遲敏感型或 IOPS 密集型高性能計算,或需要同時進行多協議訪問的工作負荷。 |
支持的協議 |
NFS 3.0 REST DAtabase Lake Storage Gen2 |
SMB NFS 4.1 |
NFS 3.0和4.1 SMB |
主要功能 | 與 HPC 緩存集成,適用於低延遲工作負載。 集成式管理,包括生命週期、不可變 Blob、數據故障轉移和元數據索引。 |
區域冗餘,可實現高可用性。 延遲始終低於 10 毫秒。 可預測的性能和成本,可以通過添加/減少容量進行縮放。 |
極低的延遲(亞毫秒級) 豐富的 NetApp ONTAP 管理功能,例如雲中的 SnapMirror。 一致的混合雲體驗。 |
性能指標 | IOPS 高達 20,000,吞吐量高達 100 Gib/秒。 | IOPS 高達 100,000,吞吐量高達 80 GiB/秒。 | IOPS 高達 460,000,吞吐量高達 36 GiB/秒 |
縮放 | 單個卷最大可擴展爲 2 PiB。 單個文件最大可擴展至多達約 4.75 TiB。 無最低容量要求。 |
單個文件共享最大可擴展爲 100 TiB。 單個文件最大可擴展爲 4 TiB。 最小容量爲 100 GiB。 |
單個卷最大可擴展爲 100 TiB 單個文件最大可擴展爲 16 TiB 一致的混合雲體驗 |