CAS是H3C基于KVM开发的云管理平台。CAS是H3C基于KVM开发的云管理平台。

Technorati 标签:
虚拟化,云计算

Technorati 标签:
虚拟化,云计算

H3C
CAS为H3C基于KVM开发之云管理平台,主要用于计算虚拟化,本文根据H3C公开资料整理,主要介绍CAS相关技能。

H3C
CAS为H3C基于KVM开发之云管理平台,主要用于计算虚拟化,本文根据H3C公开资料整理,主要介绍CAS相关技能。

第一章 CAS是什么

第一章 CAS是什么

CAS是H3C基于KVM开发的云管理平台,那么KVM是啊?CAS相对于KVM又发生什么改进。

CAS是H3C基于KVM开发之云管理平台,那么KVM是啊?CAS相对于KVM又闹什么改进。

1.1 为什么要计算虚拟化?

一经物理机上只布置一栽工作,资源利用率太没有,不便民节约本钱。如果说生区域用使用物理机来保证安居,对于开发测试区使用虚拟机不但可以省有限的物理机资源,还可以疾达标线

1.1 为什么要计算虚拟化?

若是物理机上就安排一种工作,资源利用率太没有,不便于节约资金。如果说生区域要用物理机来保证平稳,对于开发测试区使用虚拟机不但可以节省有限的物理机资源,还可以疾达标线

1.2 KVM是什么

俺们知晓KVM(Kernel-based Virtual
Machine)是基于Linux内核的虚拟化架构,可将本直接当hypervisor来使用。KVM需要处理器硬件本身支持虚拟化扩展,如intel
VT 和AMD AMD-V技术。
KVM的构成:

  • 内核模块kvm.ko:实现核心虚拟化功能
  • kvm-intel.ko或者kvm-amd.ko:与拍卖器强相关的模块。

KVM本身不落实任何模拟,仅仅是暴露了一个/dev/kvm接口,这个接口可让宿主机用来贯彻CPU虚拟化、内存虚拟化,对于IO虚拟化等还需组合QEMU来实现。在QEMU-KVM中,KVM运行于根本空间,QEMU运行在用户空间,实际模拟创建、管理各种虚拟硬件。

如下图所示,调用/dev/kvm将CPU指令交给内核模块来做,QEMU负责模拟IO设备。

图片 1

归结,QEMU-KVM具有两杀作用:

  • 提供针对性cpu,内存,IO设备的虚拟化
  • 本着各种虚拟设备的缔造,调用进行管制

1.2 KVM是什么

咱俩知晓KVM(Kernel-based Virtual
Machine)是基于Linux内核的虚拟化架构,可将根本直接担任hypervisor来使用。KVM需要处理器硬件本身支持虚拟化扩展,如intel
VT 和AMD AMD-V技术。
KVM的构成:

  • 内核模块kvm.ko:实现基本虚拟化功能
  • kvm-intel.ko或者kvm-amd.ko:与拍卖器强相关的模块。

KVM本身不实现任何模拟,仅仅是暴露了一个/dev/kvm接口,这个接口可给宿主机用来贯彻CPU虚拟化、内存虚拟化,对于IO虚拟化等还需组合QEMU来促成。在QEMU-KVM中,KVM运行于基础空间,QEMU运行在用户空间,实际模拟创建、管理各种虚拟硬件。

如下图所示,调用/dev/kvm将CPU指令交给内核模块来做,QEMU负责模拟IO设备。

图片 2

综述,QEMU-KVM具有两不胜作用:

  • 供针对性cpu,内存,IO设备的虚拟化
  • 本着各种虚拟设备的创办,调用进行管理

1.3 CAS的构成

  • CVK:Cloud Virtualization
    Kernel,虚拟化内核平台,主要用来计算虚拟化的兑现。
  • CVM:Cloud Virtualization
    Manager,虚拟化管理网,主要用来高级功能,如HA,动态资源调度等。
  • CIC:Cloud Intelligence
    Center,云业务管理中心,提供自助式服务门户,兼容NOVA接口。

第二章 CAS主要力量

KVM只兑现中心的虚拟化功能,H3C在原生的虚拟化功能基础及长了虚拟机集群资源管理、资源监察、高可靠性等风味。

1.3 CAS的构成

  • CVK:Cloud Virtualization
    Kernel,虚拟化内核平台,主要用来计算虚拟化的落实。
  • CVM:Cloud Virtualization
    Manager,虚拟化管理网,主要用以高级功能,如HA,动态资源调度等。
  • CIC:Cloud Intelligence
    Center,云业务管理中心,提供自助式服务门户,兼容NOVA接口。

第二章 CAS主要功用

KVM只兑现核心的虚拟化功能,H3C在原生的虚拟化功能基础及丰富了虚拟机集群资源管理、资源监察、高可靠性等特性。

2.1 系统资源管理

H3C
CAS可以拿物理机和虚拟机都组织及集结众多中展开合并的治本,同时可监控集群下的主机,一旦产生故障,可以将物理机上的虚拟机迁移至外的机及,保证了高可用性。

还要CAS平台尚得自动化的监测每台物理机的业务负载,当有贵物理机上的资源不够的时刻,可以活动将虚拟机迁移至外物理机上。

以方便管理,CAS还提供大量底Web运维页面,可以经大屏进行常规状态的示。
图片 3

可以分析统计虚拟机、物理机、集群的资源利用状态,自定义告警条件等。

图片 4

2.1 系统资源管理

H3C
CAS可以以物理机和虚拟机都集体及集众多被展开联之管理,同时可以监督集群下的主机,一旦产生故障,可以拿物理机上的虚拟机迁移至外的机械上,保证了高可用性。

再就是CAS平台尚好自动化的监测每令物理机的事情负载,当某个贵物理机上的资源不够的时刻,可以活动将虚拟机迁移至外物理机上。

为了方便管理,CAS还提供大量底Web运维页面,可以经大屏进行常规状态的示。
图片 5

可以分析统计虚拟机、物理机、集群的资源利用状态,自定义告警条件等。

图片 6

2.2 高可靠性

所谓高可靠性指的凡当服务器发故障的上,受影响的虚拟机将于集聚众多中留给有备用容量的其它主机及电动还开。

2.2 高可靠性

所谓高可靠性指的是当服务器出故障的上,受影响之虚拟机将当汇聚众多中留下有备用容量的其他主机及机关重新开。

2.2.1 应用HA

利用HA指运行于虚拟机的OS中的施用之高可靠性,一般法都是当操作系统安装代理软件之方式来促成。CVM虚拟化管理平台的法子呢是这般,利用CAStools工具来监督工作经过,通过编造串口保持同CVM的通信,如果在3只时刻周期中监测到利用为未运行状态,则另行开该飞鼠。

2.2.1 应用HA

运HA指运行在虚拟机的OS中之以之高可靠性,一般方法还是于操作系统装代理软件之办法来落实。CVM虚拟化管理平台的主意也是如此,利用CAStools工具来监督工作经过,通过编造串口保持同CVM的通信,如果当3个时刻周期内监测到利用也无运行状态,则更开该飞鼠。

2.2.2 操作系统HA

操作系统HA主要是对准Windows蓝屏和Linux崩溃的气象。同样要以虚拟机OS里面装CASTools,不过这CASTools需要和CVK进行通信,以判断虚拟机的现有状态。
假若既会判断操作系统蓝屏可以

  • 不处理
  • 重复开系统
  • 故障迁移:迁移至其它的主机上。
2.2.2 操作系统HA

操作系统HA主要是本着Windows蓝屏和Linux崩溃的情景。同样需要以虚拟机OS里面装CASTools,不过这时CASTools需要跟CVK拓展通信,以判断虚拟机的水土保持状态。
如就能判定操作系统蓝屏可以

  • 不处理
  • 再也开系统
  • 故障迁移:迁移至其他的主机上。
2.2.3 集群HA

有的物理主机都并到共享存储上,可以管主机合并为集群。一旦某个华主机来故障,通过集群HA可以开展虚拟机的搬。

图片 7

2.2.3 集群HA

具的情理主机都并到共享存储上,可以管主机合并为集群。一旦有贵主机来故障,通过集群HA可以开展虚拟机的迁移。

图片 8

2.2.4 数据大可用
2.2.4 数据高可用
2.2.4.1 虚机快照

虚拟机本质上是一样积聚保存在共享存储的文书,可以通过快照功能保存有时刻的第一数据。当虚拟机操作系统崩溃或者采取软件大的当儿,可以由此快照来恢复。

2.2.4.1 虚机快照

虚拟机本质上是同堆放保存在共享存储的文件,可以经过快照功能保存有时刻的初次数据。当虚拟机操作系统崩溃或者应用软件大的时光,可以通过快照来还原。

2.2.4.2 虚拟机备份

虚拟机备份指的凡本着虚拟机镜像文件进行磁盘级的复制。

2.2.4.2 虚拟机备份

虚拟机备份指的凡针对虚拟机镜像文件进行磁盘级的复制。

2.3 云业务管理

2.3 云业务管理

2.3.1 动态资源扩充

动态资源扩充(DRX)可以实时监控虚拟机的CPU、内存负载,自动对虚拟机进行克隆和去。比较适合吃在爆发峰值的动体系以学校的选课系统等。

2.3.1 动态资源扩充

动态资源扩充(DRX)可以实时监控虚拟机的CPU、内存负载,自动对虚拟机进行克隆和去。比较适合为有爆发峰值的用系统按照学校的选课系统等。

2.3.2 云彩虹

谈彩虹主要是联通两独虚拟化的池,当一个塘资源不足了,可以用虚拟机迁移至其它一个虚拟化资源池。

2.3.2 云彩虹

称彩虹主要是联通两只虚拟化的池,当一个池塘资源不足了,可以将虚拟机迁移到外一个虚拟化资源池。

2.3.3 无代理杀毒

无论代理杀毒可以无在每个虚拟机安装代理程序,降低了资源的损耗。

第三章 布局注意事项

CPU:必须支持硬件辅助虚拟化,

2.3.3 无代理杀毒

任由代理杀毒可以免在每个虚拟机安装代理程序,降低了资源的吃。

第三章 布局注意事项

CPU:必须支持硬件辅助虚拟化,

3.1 整合比

  • CPU性能:核数越多,主频越强,所能支撑的虚拟机数量越来越多。
  • 内存大小:内存容量越老,所能支撑之虚拟机数量越来越多。
  • 地方磁盘:内置的当地磁盘可用性和I/O吞吐力都比弱,不建议以那达成存虚拟机,推荐以外置高性能磁盘阵列。
  • 设想到HA和DRS所求的资源冗余,总体资源使用率不超2/3于适宜。

· 经验数据:双路4核查10VM/服务器,四路4查核15-30VM/服务器。

3.1 整合比

  • CPU性能:核数越多,主频越强,所能支撑的虚拟机数量越来越多。
  • 内存大小:内存容量越老,所能支撑之虚拟机数量越来越多。
  • 当地磁盘:内置的当地磁盘可用性和I/O吞吐力都比弱,不建议以那达成存虚拟机,推荐用外置高性能磁盘阵列。
  • 设想到HA和DRS所求的资源冗余,总体资源使用率不越2/3于适宜。

· 经验数据:双路4查处10VM/服务器,四路4审结15-30VM/服务器。