华为云计算HCNA--FusionCompute

FusionCompute：提供服务器虚拟化，主要指的是计算虚拟化，如CPU、内存、IO等；
UltraVR即现在的BCManager，用于容灾；Hyper-DP即现在的eBackUp用于备份；
FusionSphere包括：FusionCompute、Fusionmanager、UltraVR、Hyper-DP等。
华为云架构：有两套架构，一套叫做SV（IT），即server virtualization，所有的产品如VM、VRouter、Vfw、VLB都是通过在服务器上进行虚拟化实现，都是软件形态的实例；整体上分为三层：基础设施、虚拟化、FM等，最大的问题是性能；另外一套架构叫做DC（ICT）架构，是四层架构： 1.基础设施 2.虚拟化平台（FC、VSphere）及SDN控制器、BIG-IQ 3. FusionSphere OpenStack 4. SC（Service Center，面向租户）、OC（Operation Center 面向管理员）。这两种架构最主要的区别是：前者是软件形态的实例、后者是硬件形态；扩展性：前者扩展性弱，后者可以通过一条SC、OC管理多个OpenStack。从以上对比可以看出，FM不及FSO，不怎么推荐使用，但是NP课程还是要学FM；
FusionCompute：基于Xen做的增强；从性能上来看一套VRM最多能管理1024个CNA节点；最多支持管理32个集群；最迟支持的虚拟机数量是10000；VRM支持级联，只是在界面上统一接入；
虚拟化特性：1. DRS 2.DPM 3. HA 4.FT（未实现），这些特性针对的是集群。1. DRS实现集群内资源均衡，一般是动态实现，也可以手动； 2. DPM依赖DRS，必须先开启DRS；3. HA叫做故障重启，不是迁移！可以理解为冷备份，或者叫做故障重启，集群需要开启HA，VM需要开启HA；发生的条件如下：VM蓝屏或是panic或是宿主机Down机或是掉电等会发生HA，这时VRM监测到这种情况，会在其他宿主机上重新启动相同规格的VM，这个VM内存中没有数据，挂在原来磁盘文件，需要一定时间启动，IP及MAC不变，用户业务会中断用户也会有感知；4. FT特性华为未实现，实现热备份，业务不中断，用户无感知；对系统要求高，资源消耗高；适用于对业务连续性敏感的业务。
FT叫做热备份；
迁移：分热迁移（手动、自动如DRS）、冷迁移（文件物理位置的改变）。热迁移的条件：共享存储、硬件兼容（CPU指令集、智能网卡等），迁移的大体过程如下：源端建立TCP连接，目的端预留资源，源端内存锁定，预留一个存放变化数据的内存区域，将锁定区域的内存数据复制到目的端，重复这个过程直到变化数据的复制时间小于一个CPU时钟周期，这时源端VM挂起不提供服务，将最后一个变化内存区域数据复制过去，在目的端启动VM，发起ARP请求（更新mac地址跟物理交换机端口号映射关系），拉起业务。对于热迁移而言，业务不是不中断，对于用户而言有短暂的访问中断，但是尽量在可以接受的范围内，叫做用户无感知。在目标端拉起VM是一个非常迅速的过程，类似于把VM从暂停状态变成继续运行；
NUMA：非一致性内存访问，CPU与内存绑定，用以提升性能；在物理机层面每一个socket（cpu插槽）周边有一系列内存插槽，这样的布局成为node，当在bios中开启numa支持时，当cpu需要访问内存时，优先访问node内的内存；同理，这样一种架构可以输出给虚拟化层，让guest OS识别这种架构，与内存复用相冲突；针对集群开启；
GPU硬件虚拟化：两种方式：一种是宿主机提供多个GPU显卡通过硬件直通实现；另外一种是通过显卡本身虚拟化在VM上安装驱动来实现，类似于SR-IOV；
RDM：裸设备映射，是一种存储虚拟化实现方式。前两种是虚拟化数据存储（如vims、nfs、ext4等，VM的磁盘文件是以文件形式存储）、非虚拟化数据存储（即裸设备+逻辑卷，VM的每个磁盘文件对应一个卷），这两种方式都可以实现共享。而裸设备映射是独享，当把裸设备映射给某个VM时，只有这个VM能使用这个裸设备，性能较好，可以用于数据库场景，如oracle rac架构。
存储热迁移：当存储空间快满，或是计划内维护时需要将某个存储上数据迁移出去。其原理是：在目的端创建跟源端大小一样的空间，对于变化数据的通过IO mirror实现两边实时同步，对于没有变化的内容直接复制。业务无中断；
链接克隆：每个VM共用一个模板，同时维护一个差异盘，适用于桌面云场景；
FC组网规划：VRM根据上层是FM或者FSO，安装不同的版本；一般可以划分为四个平面：业务平面、管理平面、存储平面、业务管理平面（可选，热迁移流量、存储心跳流量、容灾复制的流量，因为是可选的，如果不选择，则上述流量跑在管理平面）。有时为了简化，部分流量可以复用网卡；

转载于:https://blog.51cto.com/2036000/2344795