虚拟化项目之运维实践2
2015-08-05 20:54
441 查看
如何选择第一个虚拟化项目?
选择第一个虚拟化项目非常重要,和打仗一样,首战必胜,这个是一个战略问题,如果第一个虚拟化项目失败了,后面的工作就很难开展,万事开头难,那么如果选择第一个虚拟化项目呢,适合虚拟化的业务有那些特征了呢。
(1)单进程
但进程的业务非常适合虚拟化,现在的CPU都是多核,单进程的业务只使用一个核,通过虚拟化就可以很好的将多个单进程的业务整合在一起,尤其是通过应用层很难进程优化的业务。
(2)利用率非常低
常年CPU利用率在20%以下,这种业务通过虚拟化也非常好整合,将几个业务整合到一台宿主机上,可以提高整体的利用率。
(3)频繁变动的业务
这种业务搞虚拟化的动力最强,因为虚拟化快速部署的特点确实能解决他们的痛点。对运维说,能节省成本他们不一定有动力,但是说能快速简单不是,他们动力很足。
(4)非核心业务
一开始虚拟化的时候,最好不要选核心业务,否则出了问题,压力会很大。核心业务应在口碑树立起来之后,在逐步进行虚拟化。
第一个虚拟化项目应该从自己企业内部找一个最符合以上条件的业务,来进行虚拟化,以提供虚拟化的成功率。
另外,并不是所有的业务都适合虚拟化,那有那些业务不适合虚拟化?
压力特别高的业务不建议搞虚拟化,如果在物理机上CPU利用率已经80%了,就很难通过虚拟化进行压缩。
选择第一个虚拟化项目非常重要,和打仗一样,首战必胜,这个是一个战略问题,如果第一个虚拟化项目失败了,后面的工作就很难开展,万事开头难,那么如果选择第一个虚拟化项目呢,适合虚拟化的业务有那些特征了呢。
(1)单进程
但进程的业务非常适合虚拟化,现在的CPU都是多核,单进程的业务只使用一个核,通过虚拟化就可以很好的将多个单进程的业务整合在一起,尤其是通过应用层很难进程优化的业务。
(2)利用率非常低
常年CPU利用率在20%以下,这种业务通过虚拟化也非常好整合,将几个业务整合到一台宿主机上,可以提高整体的利用率。
(3)频繁变动的业务
这种业务搞虚拟化的动力最强,因为虚拟化快速部署的特点确实能解决他们的痛点。对运维说,能节省成本他们不一定有动力,但是说能快速简单不是,他们动力很足。
(4)非核心业务
一开始虚拟化的时候,最好不要选核心业务,否则出了问题,压力会很大。核心业务应在口碑树立起来之后,在逐步进行虚拟化。
第一个虚拟化项目应该从自己企业内部找一个最符合以上条件的业务,来进行虚拟化,以提供虚拟化的成功率。
另外,并不是所有的业务都适合虚拟化,那有那些业务不适合虚拟化?
压力特别高的业务不建议搞虚拟化,如果在物理机上CPU利用率已经80%了,就很难通过虚拟化进行压缩。
相关文章推荐
- Chrome“无法添加来自此网站的应用”的解决办法
- 虚拟化项目之运维实践 1
- hdu 5348 MZL's endless loop(15多校第五场1006) 欧拉路
- 新手的linux之旅 三、连网
- 运维工程师必学技能
- linux下的vim快捷键
- zookeeper运维taokeeper部署
- 虚拟化项目之运维实践
- Linux tr 命令
- 待解决 --- 自定义类的类对象字段,存取器必须使用copy,否则报错!!! why???
- Linux下压缩某个文件夹(文件夹打包)
- 新手的linux之旅 二、进入启动盘界面
- nginx 进行外网地址屏蔽
- tomcat配置虚拟目录映射
- Linux 信号理解(二)
- hdu 5348 MZL's endless loop dfs
- Hadoop-HBASE 热添加新节点
- linux使用普通账户时,无法登录,提示“-bash: fork: retry: Resource temporarily unavailable”
- Linux时间子系统之一:clock source(时钟源)
- ubuntu下QQ下载和登陆(pidgin)