透过Win2008 R2窥视微软虚拟化帝国-低调大师

透过Win2008 R2窥视微软虚拟化帝国

2017-11-15 519

透过 Win2008 R2 窥视微软虚拟化帝国

近年来，虚拟化是IT界最炙手可热的技术。多家IT厂商都看好虚拟化市场，纷纷加大对虚拟化产品的投入，虚拟化市场呈现出群雄争霸的竞争格局。最近，微软在虚拟化市场又扔下了一枚重磅炸弹，极大地震撼了竞争对手，微软发布的这个重量级产品就是Windows Server 2008 R2。

要理解Windows Server 2008 R2对微软虚拟化战略的意义，我们就要从微软的虚拟化之路开始说起。微软在虚拟化市场中并不是一个新人，早在NT4时代就可以提供表示层虚拟化产品：终端服务，微软发布的Microsoft Virtual PC也有很多忠实用户。但是，在虚拟化市场最有商业价值的两个领域，服务器虚拟化和桌面虚拟化，微软的表现和他的市场地位就极其不符了。Vmware占据了服务器虚拟化70%的市场份额，Ctrix更是在桌面虚拟化领域一枝独秀。微软要想在虚拟化方面有所作为，就必须面对Vmware和Ctrix这两个强劲的对手。Windows Server 2008 R2就是微软针对Vmware和Ctrix下的战书，在这款迄今为止微软功能最强悍的企业级操作系统中，微软刻意加强了对服务器虚拟化产品和桌面虚拟化产品的支持。

Windows Server 2008 R2提供了Hyper-V 2.0。Hyper-V的发展简直是一个奇迹，2008年，微软在Windows Server 2008中还只能提供Hyper-V的测试版，然后在2008年底就提供了Hyper-V1.0正式版，然后在不到一年的时间内居然又推出了Hyper-V 2.0的正式版。产品性能也是稳步提升，从Hyper-V测试版初步实现裸金属架构，到Hyper-V1.0提供快速迁移功能，再到目前的Hyper-V2.0支持实时迁移，产品进步之大，让人瞠目结舌。实时迁移算是Hyper-V2.0中最重要的改进，由于实时迁移允许虚拟机在迁移的过程中仍然可以不间断地向外提供网络服务，因此成为服务器虚拟化领域最受关注的技术指标之一。

Hyper-V2.0中提供了实时迁移，大大缩小了和ESX的性能差距。如果说Hyper-V 1.0和Vmware的ESX性能是二八开，那么到Hyper-V 2.0时，Hyper-V对比ESX就应该至少是四六开了。而且，微软一方面利用Hyper-V 2.0大步追赶ESX，另一方面却又利用SCVMM2008强化自己在虚拟机管理方面的优势。SCVMM2008不但能管理Hyper-V，还能管理Vmware的ESX，其优秀的管理界面和强大的管理功能为微软对抗Vmwre增上了一块重重的砝码。再加上Hyper-V还有操作系统方面的兼容性优势，以及Hyper-V实施的价格优势，总体来看，微软在不远的将来超越Vmwre并非遥不可及。也难怪，微软在日前向美国证券交易管理委员会提交的年度报告中表示，微软并没有把Vmware当作自己最大的虚拟化竞争对手，而且把这个位置让给了Ctrix。看来，微软已经在未来的竞争中胸有成竹了。

Windows Server 2008 R2在桌面虚拟化领域也有一个重要改进，那就是支持VDI。VDI是虚拟桌面架构的缩写，VDI的最大好处是用户连接到虚拟化服务器后，可以得到一个专属的虚拟机，这个虚拟机可以为用户提供所需的软件环境。VDI的结构非常具有弹性，每个桌面虚拟化用户都可以连接到自己的虚拟机上，在远程服务器上运行软件。这样一来，客户机无需使用高配置的PC，用功耗非常低的瘦客户机就可以了（可以小于10瓦）。

VDI与微软以前广泛使用的终端服务相比，提高了用户体验度。用户在使用终端服务时，只能得到一个千篇一律的服务器桌面，这让很多个人用户对此很不适应。VDI可以为每个用户定制一个专属的客户机桌面系统，大大提高了对复杂办公环境的适应能力。虽然微软现在提供的VDI和Ctrix相比还有明显的差距，但我们不会认为这种差距会一直持续下去。以我们对微软的了解，一旦这个软件巨头把资源向虚拟化产品倾斜，其在开发方面的巨大潜力只能让人叹为观止。

因此，微软发布Windows Server 2008 R2，最大的意义在于为微软的虚拟化帝国奠定了一块坚实的基石。从Windows Server 2008 R2开始，微软有了可以和ESX一较短长的Hyper-V2.0，有了具备相当大提升空间的VDI，再加上微软的SCVMM，MED-V，APP-V，VPC，XP MODE….微软的虚拟化产品线已经相当丰富，虚拟化帝国的雏形已经隐约可见了。只是，微软的竞争对手们会束手待毙吗？虚拟化市场还会经历哪些风雨洗礼呢？还是让我们拭目以待吧！

本文转自yuelei51CTO博客，原文链接：http://blog.51cto.com/yuelei/206888，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/400911

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

程序员发布：一张图读懂支撑阿里双十一1682亿的技术架构体系

交易总额：1682亿；支付峰值：25.6万笔/秒；数据库处理峰值：4200万次/秒；交易峰值：32.5万笔/秒。除了大家熟悉的交易、支付场景外，支撑起阿里双十一交易1682亿元的“超级工程”其实包括以下但不限于客服、搜索、推荐、广告、库存、物流、云计算等。需要高清完整大图的关注后获取。一、基础设施新技术二、新零售技术创新三、菜鸟四、支付无、机器智能“新物种”战队六、云计算七、安全到第九年，天猫双十一已经成为代表互联网技术巅峰的“超级工程”。支持这一庞大、精密、复杂的商业奇迹背后、是阿里巴巴、蚂蚁金服、阿里云和菜鸟的工程师们创新的技术体系和一支机器智能“新物种”战队组成的“超级工程技术团队”。需要高清完整大图的关注后可获取。

2017-11-16

594

44. 源代码解读-RocketMQ-架构

1. 前言 1.1 github源代码 https://github.com/apache/rocketmq 1.2 github其他客户端，比如c++,php https://github.com/apache/rocketmq-externals 1.3 运行进程 RocketMQ分成两个进程运行 Namesrv Broker Namesrv，命名服务，主要负责Broker状态管理，Topic路由信息查询等等，端口是9876 Broker负责消息存储，转发，等等，一般占用3个端口 10911 -- Broker主逻辑端口 10912 -- 持久化端口 10909 -- vip端口另外，Namesrv可以集群配置，各个Namesrv之间是对等的，彼此不通信，不需要互相通信。 Broker可以以单master, 多master,多master多slave等多种方式运行。 2. 代码结构 2.1 代码模块 2.2 模块简介 rocketmq-broker 主要的业务逻辑，消息收发，主从同步, pagecache等等 rocketmq-client 客户端接口，比如生产者和消费者。pul...

2017-11-16

647

发表评论

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。