my2005lb的专栏

发布一段Ｃ代码，用于连接指定的KVM宿主机器，获得该宿主机器的配置信息，以及该主机上所有的虚拟主机列表、状态及配置信息：      #include #include #include void ListDom(virConnectPtr conn){    char **inactiveDom;    virDomainPtr *allDom;

从事云计算有一段时间了，自己算是比较完整的参与了一个规模不太大的相对高层的云计算数据中心规划、设计、实施、调试、运维等各项工作，做的越多做的越久，慢慢也开始有了一些感悟，下面写点经验（非无病呻吟型经验）： 一、国内外云的差距   　　我一直认为国内外云的差距最重要的不是技术，接触了国内外顶级的各大厂商、接触了国内外从事数据中心业务的各家企业、自己也干了一段时间了，越发坚定这个信念，

一、承担虚拟化任务的物理服务器经常会面临选型标准，本文给出一些选型标准：（1）CPU：虚拟化不需要太多的CPU核数与数量，通常是内存与硬盘先用CPU消耗完毕，一般两路服务器（8核、16核）可以满足要求；（2）内存：最容量消耗的是内存，通常的虚拟主机内存在2G、4G、8G、16G、32G的标准，因此物理内存（48GB、64GB、96GB、128GB均可以）；（3）磁盘：尽量配备大容量磁盘

大批量的虚拟主机管理应依赖于标准的虚拟主机模板，这样即能方便部署，也方便资源最佳配比，下面给出几种虚拟主机制备标准：　（1）CPU数目：1CPU、2CPU、4CPU、8CPU、16CPU；　（2）内存数目：2G、4G、8G、16G、32G；　（3）磁盘：默认5GB、10GB、20G系统安装磁盘（windows\Linux\solaris)，其他磁盘以外挂的方式体现，外挂的标准以每10G

越来越多的用户选择虚拟化数据中心做为支撑本单位下一步基础设施运营，这里给出通用型的虚拟化数据中心架构，这种模式应能够应用当前绝大多数用户场景（支撑100至2000虚拟主机）。      整个架构分为服务器、统一存储、数据中心网络、数据中心软件平台，下面分别介绍各自的实施原则：     （1）服务器：由标准机架服务器组成计算节点，节点上安装虚拟化软件（ESX、XEN、KVM等），形成一个

当前市面上多种虚拟化平台在支撑着各类用户的各种基础数据中心，有时候比较幸运用户统一虚拟化平台，如仅依赖于vmware，当然也面临其他用户同时混合多种虚拟化平台搭建自己的数据中心。不同的虚拟化平台存在对于用户来讲是福音，至少有了货比三家的机会；但对于开发者来讲，并不一定是好事，至少同样的功能针对不同的虚拟化平台要重新实现一遍。       当前流行的针对虚拟化的二次开发，要么是调用平台对外提供的

docker是PaaS平台的基础，它基于操作系统虚拟化平台LXC之上进行的封装与定制，目前docker平台的安装多选择ubuntu，这主要是因为ubuntu安装方便，并且默认存在aufs文件系统，而其他的如centos环境之上默认没有aufs文件系统，需要手动打包。　　docker需要运行在linux的内核3.2之上，因此通常需要先更新操作系统内核，确保是3.2以上，通过命令uname -r可

Python与PHP之间通过HTTP请求的方式实现互联互通，在很多场合上可以不让Python编写的后台去连接数据库（如Python数据库连接包安装麻烦），这种情况下可以利用Python连接PHP，由PHP代其完成连接与读写数据库。