【储存阵列上云端：实体部署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：实体部署