企业云平台存储架构设计方案.docxVIP

?

?

企业云平台存储架构设计方案

?

?

企业信息化转型过程中，似乎都要带上个“云”字才会显得高大上。但是似乎没有几个人能清楚描述出云平台存储到底是什么？它应该包含哪些对象、元素、技术等？彼此联系如何？

企业如何设计云平台存储架构？

在我们自己的企业当中，如果我们完全没有融入到公有云当中，仅仅是自身企业的私有云，那么是否有必要仿照公有云的模式实现一套大而全的云存储架构呢？个人觉得没有必要，也没有办法去完全仿照。

首先，我们来看业界对云存储的不同理解。

百度百科曰“云存储是一种网上在线存储的模式，即把数据存放在通常由第三方托管的多台虚拟服务器，需要数据存储托管的人，则透过向其购买或租赁存储空间的方式，来满足数据存储的需求。”

阿里白皮书曰“云存储作为将储存资源放到云上供行为对象任意时间、任意地点，只要有网络连接即可存取的技术，依托其便利性和弹性按需的低成本优势伴随着云计算技术一起迅猛发展，势不可挡。”

红帽曰“云存储是通过互联网对存储资源进行抽象化、汇集和共享。云存储由称为云的IT环境推动，使云计算能够在云环境中运行工作负载。云存储有3种：公共云存储、私有云存储和混合云存储。”

权威杂志曰“云存储是在云计算概念上延伸和发展出来的一个新的概念，是一种新兴的网络存储技术，是指通过集群应用、网络技术或分布式文件系统等功能，将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作，共同对外提供数据存储和业务访问功能的一个系统。”

从以上观点来看，我们可以明确三点：

1）关于云存储，众说纷纭尚无定论；

2）云存储在大多数人眼里肯定不是通用产品，而是一个技术框架或体系；

3）互联、伸缩、共享、软件定义、协同集成是业界认可的云存储表现出来的特点。

接下来，将从不同维度探讨分析个人理解的云存储及云存储架构。

首先，我们借助于公有云上的通用云存储架构开始说起对其的理解：

如图1所示，通常的公有云存储资源架构从上到下会分为4-5个层面，暴露给用户的是最上面的“云存储应用资源接口层”，它会供给很多应用申请接口。

图1公有云存储通常框架图示

有基础存储服务类接口：例如Block存储、文件存储、对象存储...

有通用数据类存储服务接口：例如媒体存储、日志存储、图像存储、备份存储...

还有一些与数据存储相关的其他服务：例如数据迁移。

接下来云存储管理调度模块会将需求注册并且分配正确的存储对象实例，也就是到了“数据服务对象层”，这一层实际上并不是真正的数据存储空间，而是基于不同数据存储接口的服务实例。再下一层的“分布式文件系统层”，它是数据的底层载体，多数的公有云云存储底层的分布式文件系统都类似于GFS的Client-Master-Chrunk架构，但是各家产品在GFS的基础原理之上，优化了很多用来保障系统稳定性、安全性以及高性能的架构细节。例如将Master由单节点变为集群、元数据多副本等来保障元数据的可靠性；将数据存储索引横向分布在多个Master实例上，保障元数据读写的性能；增加以RDMA、SSD等技术为基础的软件定义功能，实现性能的量级提升。“基础功能层”实际上就是直接敷设在裸机之上的虚拟软件基础层，类似底座功能。通常它是基于通用服务器逻辑虚拟化之后形成的具备管理、调度、安全、协同等基础功能的底座软件。

从以上架构的简单描述，我们可以理解到公有云通用云存储架构的几点特性：

1）互联网络化：基于互联网诞生，基于高速网络技术完成海量数据的瞬间吞吐，基于网络对外提供服务，基于网络隔离技术实现租户的隔离。

2）应用服务化：从传统的Block、NAS、OBJ存储资源提供模式转变为Block、NAS、OBJ、NoSQL、NewSQL的统一服务接口提供模式，并且在此基础之上抽象出特定应用场景的应用服务接口。存储资源利用越来越靠近应用层。

3）分布式架构：在整个云存储架构体系当中，有太多太多的分布式元素在其中。不仅仅底层的数据载体层是纯粹的分布式架构（元数据Chrunk数据），而且很多在其之上的存储对象也是分布式架构，尤其是NoSQL、NewSQL类的数据库类存储服务对象。

4）自动化：传统模式下，需要一个非常优秀的架构师才能完成从应用需求的梳理到数据存储服务对象的选型及设计，再到合适存储卷的规划和配置，再到底座层资源数量规格的规划等一系列工作。而且架构师的能力直接关系到整体系统的可靠性和发展性。但是云存储架构体系当中融入了太多的自动化基因，使得用户只需要注册申请资源，其他的映射关系完全由云存储平台本身自动完成。

最后，我们回到传统企业自身的数字化转型过程当中。

在我们自己的企业当中，如果我们完全没有融入到公有云当中，仅仅是自身企业的私有云，那么是否有必要仿照公有云的模式实现一套大而全的云存储架构呢？个人觉得没有必要，也没有办法去完全仿照。