问题描述

分布式系统的复杂性大多数都和通信有关，因为通信没办法做到完全可靠，所以，当分布式系统中一个节点没有响应时，很难判断到底是通信出问题了，还是该节出问题了。 对一个分布式系统来说，如何快速有效的检测系统中的故障节点，并及时的进行修复，对于提高分布式系统的可用性无疑有非常重要的意义。

随着openstack的广泛被采用，很多公司开始部署和运行openstack。 为提高效率，降低管理和维护成本，很多公司也需要将旧的虚拟化平台（如：VMware vSphere、Xenserver、cloudstack）上的业务迁移到openstack平台上。本文详细介绍一个从Xenserver平台将虚拟机迁移到openstack平台的方案。

最近在测试和使用trove，准备在公司上线数据库相关的服务。trove跑通之后，创建了几个mysql实例，然后想用sysbench简单的坐下性能测试。 但是在网上一搜，发现好的文档都过时了。因为现在sysbench的版本不再是0.5.x的版本了，而是升级到了1.0.x，升级之后，sysbench的使用方法发生了很多的变化，参数也变了。这里简单记录下新版sysbench的使用方法。

在openstack管理的公有云或私有云中，默认情况下，用户创建的虚拟机是通过DHCP来获取自身的IP地址，虽然虚拟机是 通过DHCP来获取IP地址，但虚拟机每次获取的IP地址都是一样的。因此，其实很多用户可能会希望将网络配置写到配置文件 中，这样就不用周期性的通过DHCP获取IP地址了，可以避免DHCP服务不稳定带来的影响。另外，静态网络配置在有多块网卡 的情况下能够更准确的配置网络。

为了修改qcow2格式的虚拟机镜像，需要编译nbd内核模块，因为CentOS发行版通常都不会编译这个模块，因此需要自己编译。