想玩云计算虚拟化，自己不时刻备着几个Linux虚拟机完全不能算真爱，MAC上的虚拟机用起来不要太酸爽，总体来说VMware Fusion用了几年，都还挺稳定的，刚刚新出来新版本，下载链接：
https://my.vmware.com/cn/group/vmware/info/slug/desktop_end_user_computing/vmware_fusion/10_0
安装页面如下，土豪[……]
标签：虚拟机
Hypervisor
Hypervisor这个概念，一直还比较模糊，以前玩过VMware ESXi，在服务器上安装的过程中，会安装一个类似Linux Kernel的服务端操作系统，然后通过VMware vSphere客户端来进行管理，因此十分清楚，VMware的这一套，Hypervisor是通过直接部署在物理服务器上的一层管理软件来实现的，也就是直接安装在节点机上然后再来对各个VM进行管理
而对于KVM这一套，一直仅仅[……]
云主机调度策略以及容量计算
云主机迁移对于宿主机的调度选择策略其实和创建的时候是一致的，都会经历过滤和筛选最佳这两个阶段，对于筛选阶段比较直接，节点剩余内存越大，调度到该节点几率越大，而过滤是要去掉不满足要求的节点，最重要的应该就是资源容量计算了，原因是这里的容量不是简简单单的物理机的物理资源，还存在一个超售比例的概念
对于超售比例，说通俗一点，以VCPU为例，比如节点机有48个物理核，除去系统默认保留自用的比如10个核，剩[……]
云主机Migrate
正常工作中，假如云主机当中部署了很多自己的业务或者其它有用的东西，此时虚拟机所在的宿主机需要下线，节点需要迁走不再在这个环境中提供使用，往往都会事先将自己的云主机打一个快照，然后重新恢复创建新的虚拟机，此时对应的信息UUID，IMAGE等都是新的，包括登陆新的IP地址，其实，云主机提供了一个迁移接口，这里主要说的是冷迁移Migrate，它可以记录迁移前虚拟机的一切信息，改变的仅仅是其宿主机
冷迁移[……]
半年之后再次回味OpenStack创建虚拟机
先挪用一个图开个张
具体：
- 界面或命令行通过RESTful API向keystone获取认证信息。
- keystone通过用户请求认证信息，并生成auth-token返回给对应的认证请求。
- 界面或命令行通过RESTful API向nova-api发送一个boot instance的请求（携带auth-token）。
- nova-api接受请求后向keystone发送认证请求，查[……]
OpenStack超售比例之VCPU
对于不同的计算节点，能够单独地配置其VCPU的超售比例，一直以来，我只知道其它的可以超售，以为VCPU和节点宿主机物理核应该是固定比例，而在Nova当中，其实这个超售比例也是可以按节点来配置的，也就是说可以设置某个节点虚拟化出来VCPU的个数
其实这种做法的重要原因就是充分利用资源，比如一台宿主机48个物理核，虚拟出来的VCPU个数也是48，在其它资源都不超过配额的前提下最多可以创建flavor为[……]
OpenStack虚拟机Resize节点不变
通常用户在创建了虚拟机之后，可能会适当地修改flavor，比如CPU多配置一些核，内存扩大一些等，这样都会用到resize功能，但是往往修改了规格之后，有时候会发现虚拟机所在的宿主节点机也发生了改变，也就是发生了迁移，也就是说可以理解为resize是在migrate的同时，改变了虚拟机的flavor
但在具体实现的地方，有这么一段注释
def resize(self, context, inst[......]
OpenStack里Metadata之RESTful
Metadata即实例的元数据，主要包括了虚拟机的一些资深属性，比如Hostname，网络配置，注入的Keypair，这些主要是虚拟机的metadata；除此之外，应该还有用户自定义的User data，可以是一些定时脚本，命令等
虚拟机的一些Metadata信息其实可以通过client命令nova show得到，OpenStack提供了RESTful接口来获取metadata，不过获取方式基本就[……]