FusionStorage Block入门（结合公有云梳理） 上

思博网络

FusionStorage Block入门（结合公有云梳理） 上

第一层：IaaS+层服务引入

第二层：级联与被级联层的引入，简单谈OpenStack

第三层：不同虚拟化平台的差异与封装 – FSP对应KVM、FC对应Xen

第四层：FusionStorage Block - 对应IaaS+中的EVS服务

a. 一级理解：FSB是什么？

b. 二级理解：组件划分及交互

c. 三级理解：术语理解

d. 四级理解：IO流程

总体去分为四层，今天就先给大家讲解前面的3层

第一层：IaaS+服务

       其实自顶向下来看，正是云计算演进过程的逆序。从最上方提供给用户云计算服务的IaaS+层，到中间管理计算、存储、网络等资源并以虚拟化方式向上层抽象的级联、被级联层，最后到最下面实际提供计算存储能力的物理设备。IaaS+层主要包含了如ECS（弹性云服务器）、EVS（云硬盘）和VPC（虚拟私有云）等服务，以组合API的形式下发至公有云虚拟化资源管理系统——FusionSphere。其中，组合API是IaaS+服务内部公共组件，统一承载ECS、EVS、IMS等后台，即部署组合API组件就可以完成以上云服务后台的部署[1][2]。

第二层：级联与被级联层OpenStack

图1 级联层与被级联层

接下来是级联层和被级联层FusionSphereOpenStack（下文简称FSP），这里提供对虚拟化资源的管理，像用户通过ECS服务所创建的虚拟机资源都在这里进行调度和分配。虚拟化为云计算提供了基础，分布式为云计算提供了存在形态。而OpenStack是一个云操作系统，通过数据中心可控制大型的计算、存储、网络等资源池，所有的管理通过前端界面即可完成[3]。它提供了多种服务来支持云计算场景，最主要的几个服务简单列举如下（具体可查看文档或参考我整理的笔记[4]）：

      1. KeyStone：管理用户及权限、维护Endpoint、认证和鉴权。其中Endpoint就是一个URL，服务通过Endpoint暴露自己的API；

      2. Nova：核心计算服务，用户在创虚机时要求的vCPU个数、内存等资源在这里判断并调度；

      3. Cinder：提供块存储服务，用户在创云硬盘时会在这里获知存储池容量是否足够、该在哪个池创，底层依靠FusionStorage。

FSP解决方案基于OpenStack架构，并针对企业云计算数据中心场景进行设计和优化，同时对于多数据中心统一管理的诉求，FSP提供级联解决方案。由于在公有云下需管理的数据中心、虚拟化资源十分繁多，故引入级联层来进行消息透传与状态同步。公有云在网络规划上从大到小被分为Region、AZ、POD等级别，其中Region是一个比较大的逻辑地域概念，能提供独立的服务Portal、浮动IP的作用域，如华北区、华南区等；AZ代表可用区，Region下两个独立的区域如两个临近的城市，即租户界面上的“可用区1”、“可用区2”（与OpenStack的AZ不同）；POD（Point ofDelivery）为AZ内部扩容的衍生概念，主要区别不同的虚拟化资源池[5]。

总结一下：1个级联层对应1个Region，1个被级联层对应一个POD。级联层OpenStack提供API和调度，编排和打通被级联层OpenStack间网络；被级联层OpenStack部署虚拟机、卷和虚拟网络资源。

第三层：计算资源虚拟化

图2 计算资源虚拟化

虚拟化平台有KVM和Xen两大类，FSP原生通过差异化的华为增强型KVM虚拟化引擎实现与Nova服务的无缝对接，而FusionCompute是FSP的虚拟化组件，是基于华为增强型Xen虚拟化引擎。FSP提供OpenStack集成FusionCompute的能力，上图中也针对这两种场景进行了划分。这部分的理解可从三个方面进行：

1.   理解OpenStack的Driver架构：OpenStack最大的好处是将各种能力标准化，故为了对上层屏蔽掉下面不同的Hypervisor，Nova-compute定义了统一接口，Hypervisor只要实现这些这些接口就可以Driver的形式即插即用到OpenStack系统中；

2.   理解FusionCompute对接方式：从对接角度看，Nova-computeDriver与Cinder-volume Driver均对接FC的VRM；从映射视角看，VRM的1个集群映射为Novahost主机上的Hypervisor，即在KVM场景中在调度选择合适计算资源时选择的是Nova-compute所对应的KVM主机，而在FC下则去调度选择最佳集群，而集群信息是通过VRM获取的。如需深入了解可参考文档[6]；

3.   理解KVM与Xen：两种虚拟化平台的大致结构及IO流程我在图里进行了简单区分，通俗的说，KVM可以理解为还有一个基础Linux系统（Host-OS），在这个系统上能创出很多虚机；而Xen则全都是虚拟机，只有其中一台特权虚拟机（Domain0）可以去操作真实物理资源，其他的都归属于Domain U。

图3 Xen vs. KVM

第四层的内容，我们下期见哈！

Certkingdom

感谢斑竹分享