来源:[db:来源] 时间:2023-04-22 17:31:28
原标题:【储存阵列上云端:实体部署vs.虚拟化移植】云端储存阵列的两条路径
iThome
云端储存阵列的基本目的,是为公有云上的运算单元,提供基于传统储存阵列平台的储存空间服务,藉此可将一线大厂的老牌储存平台,带到公有云平台上,从而也带进这些储存平台的各种特性,包括丰富、完整的管理功能与资料服务。
而要实现在公有云上使用传统储存阵列平台的目的,关键便在于如何让传统储存阵列「进入」云端环境,进而化身为公有云上的储存服务。
最直觉、也最简单的办法,便是直接在公有云服务商的资料中心内,部署一套传统储存阵列设备,如此一来,公有云用户便能选择使用这些传统储存阵列,来为他们在公有云上的虚拟机器提供储存服务。
最早出现在市场上的云端储存阵列产品,大多都是採用这种「实体部署」型式,如2012年NetApp与AWS合作,所推出的NetApp Private Storage(NPS)for AWS,便是藉由将NetApp储存设备部署到AWS的资料中心,来为AWS上的用户,提供基于NetApp储存平台的储存应用服务。
稍后在2014年推出的NPS for Azure,也採用类似的实体部署型式,但架构稍有不同,是将NetApp储存设备部署在第三方资料中心,再连结到Azure资料中心来提供储存服务。
第二种云端储存阵列做法,则是将传统储存阵列底层的系统软体平台,「移植」到公有云上,也就是利用公有云的运算与储存资源,以虚拟化形式来运行储存阵列的作业系统软体,等同于在公有云平台上,以「软体定义」的型式,部署ㄧ台专门用于提供储存服务的虚拟机器。
这种软体定义部署型式的云端储存阵列,最早的是NetApp于2014年发表的Cloud ONTAP,后来改称为Cloud Volumes ONTAP,Pure Storage于2018年宣布的Cloud Block Store,也採用相似架构。Dell EMC在2018年推出的UnityVSA Cloud Edition,则採用间接的软体定义部署方式,藉由VMware Cloud的中介,于AWS上提供储存服务。
所以,依照部署在公有云上的型式,目前的云端储存阵列便可以分为「实体部署」与 「软体定义部署」两大类型,其下又可细分为数种不同的型式。
实体部署的云端储存阵列
直接将实体的传统储存阵列设备,部署到公有云资料中心内,从而构成公有云上的储存服务。
这种实体部署的云端储存阵列产品,又可依照部署的资料中心位置,以及用户对储存设备的所有权,区分为不同的类型。
部署位置:公有云 vs. 第三方资料中心
将实体的传统储存阵列部署到公有云上,有两种方式,第一种是将设备部署到公有云服务商的资料中心,如NetApp早期的NPS for AWS,以及现在的Cloud Volumes Service等。
第二种则是将实体储存设备部署在第三方资料中心,然后再透过专用网路连结到公有云服务商的资料中心。如NetApp目前的NPS服务,还有HPE的Cloud Volumes,都是採用这种部署于第三方资料中心的架构。
设备所有权:设备代管 vs. 购买使用权
依照用户对设备的所有权,实体部署的云端储存阵列,又可分为代管与使用权两种方式。
其中的代管形式,如NetApp早期的NPS,用户拥有储存设备的所有权,但透过代管的形式,将储存设备部署在公有云资料中心。
而採取购买使用权形式的产品,则有NetApp的Cloud Volumes Service,以及HPE的Cloud Volumes,位于公有云资料中心内的实体储存设备,仍是由储存厂商所拥有与管理,用户只是购买储存空间与服务。
软体定义部署的云端储存阵列
透过虚拟化技术,将传统储存阵列移植到公有云上,所构成的「软体式」云端储存阵列,也可分为原生移植与间接移植两种形式。
原生移植
直接利用公有云平台的运算与储存资源,来运行传统储存阵列的作业系统平台,藉此构成的云端储存阵列,成为云端平台原生服务的一部份,如NetApp的Cloud Volumes ONTAP,以及Pure Storage的Cloud Block Store,都属于这种类型。
间接移植
在公有云平台上,利用中介的虚拟化作业平台,来运行传统储存阵列软体,如Dell EMC的UnityVSA Cloud Edition便属于这种类型,这套产品目前是搭配AWS运作,但UnityVSA软体并不是直接在AWS平台上运行,而是透过VMware Cloud on AWS的中介,于AWS上提供储存服务。
不同的云端储存阵列部署架构,也带来差异相当大的应用特性,后面我们便从「实体部署」与 「软体定义部署」这两种基本架构出发,进一步介绍当前云端储存阵列产品的特色。
云端储存阵列的基本类型1:软体定义部署
云端储存阵列的基本类型2:实体部署
相关推荐
猜你喜欢