Hyper-V 3.0服务器虚拟化：打造坚固的云-低调大师

Hyper-V 3.0服务器虚拟化：打造坚固的云

2017-11-06 537

最近比较忙，所以博客的更新也显得特别缓慢，看着有这么多朋友对我的支持，非常感激。今天的内容与Lync关系不是很大，主要是跟大家分享一下Hyper-V的一些东西。相信大家对Hyper-V并不陌生，看起来似乎没有那么多内容可以说。但我相信Hyper-V 3.0还是有很多值得我们去心动的改变。

下面我们来看一个标准的，基于Windows Server 2012的Hyper-V架构。这个架构非常的好理解，两台Hyper-V 3.0的主机加上一个交换机以及一台SMB3.0的共享存储服务器。所有的架构和系统均有Windows Server 2012独立完成。

在上图中，最大的变化就是基于SMB 3.0的共享存储服务器，这是在Windows Server 2012中提供的新功能，也就是说我们可以直接部署一台具备高磁盘性能的服务器，安装Windows Server 2012操作系统，然后把它部署为一台SMB 3.0的共享文件服务器，就可以作为共享存储被多台Hyper-V主机使用。可以用作存放虚拟机的配置文件、磁盘文件，以及Hyper-V 3.0独有的智能分页等文件，甚至快照文件、快照配置也都可以存放在这种基于SMB 3.0协议的文件服务器中。这样的好处是虚拟机不会因为Hyper-V主机的宕机、计划性停机维护等情况出现不可访问的问题，并且可以实现与多个Hyper-V主机共享存储，从而快速的完成不停机迁移以及虚拟机复制等功能。

除此之外，Hyper-V还可以实现无共享存储的实时迁移，可以提供在多台Hyper-V服务器之间通过网络来做虚拟机的实时迁移方式，这种迁移方式的优势是无需将虚拟机关闭、虚拟机不会有任何的变动或感知，缺点是迁移的时间较长，如果虚拟机磁盘数据文件较多则需要更长的时间。

看完了标准的Hyper-V 3.0架构之后，我们再来看下带有部分高可用功能的Hyper-V 3.0服务器虚拟化架构。我们从架构图中可以很直观的看到，现在的Windows Server和Hyper-V均拥有完整的高可用性功能，包括Hyper-V主机、存储以及虚拟机层面。

看到这里我们会发现这种Hyper-V服务器虚拟化架构图已经是一个接近于标准的服务器虚拟化架构，借助于微软群集服务，可以保证Hyper-V主机上的虚拟机的高可用性，并且通过底层的SMB 3.0共享存储服务器实现快速的故障转移。但此时此刻我们仍然发现这种架构图存在局限性，那就是我们的共享存储仍然无法达到我们的要求，这些限制可能是性能方面、也可以是可用性方面。

因为这个拓扑我们只有一台基于SMB 3.0的共享存储服务器，虽然在一台存储服务器上我们可以建立基于磁盘的存储池。在Windows Server上实现镜像、并行、冗余三种模式，换句话说就是我们可以在Windows Server中将多个单一的SATA、SAS、SSD等类型磁盘创建为具备RAID0、RAID1以及RAID5三种阵列级别的虚拟磁盘卷，从而让我们的存储具备一定的高可用性。

当然这种高可用性和性能通过单一的SMB 3.0共享存储服务器是无法保证的，排除磁盘本身损坏导致存储池数据错误的可能性外，还可能存在SMB 3.0共享存储服务器本身出现故障，比如系统损坏、掉电宕机、停机维护等多种情况，一台SMB 3.0共享存储服务器肯定是无法应对这些情况的。

所以在Windows Server 2012中，微软支持将SMB 3.0共享存储服务器进行集群，从而提供群集共享卷功能，并提供流量重定向、多链路等高级功能。不仅如此，SMB 3.0共享存储服务器还支持光纤通道存储的引用，从而简化对存储的部署、配置及维护。

最后我们再来一个具备完整高可用性的Hyper-V 3.0服务器虚拟化集群拓扑，其中包括了一个Hyper-V虚拟化主机服务器集群和一个SMB 3.0共享存储服务器集群，当然在SMB共享存储后还可以引用FCSAN、iSCSI SAN、存储池以及具备集群的RAID控制器存储。

其实在这里我最感兴趣的还是从SMB CSV到Hyper-V主机之间的连接，如果仅仅是使用万兆光交机的话，在带宽可能还是存在限制，毕竟每台服务器到光交的带宽是非常有限的。但想到这里Windows Server 2012强大的网络聚合功能让我打消了疑虑，借助网络聚会功能可以非常轻松的将服务器多个网口进行聚合，从而翻倍增加服务器到光交机的带宽。

在Windows Server 2012中网络聚合功能非常的腼腆，被藏在服务器管理器中，官方名称为NIC 组合。

在NIC 组合对话框中我们可以非常轻松地将多个网口进行打组，从而进行网络聚合，提升服务器带宽。

Hyper-V服务器虚拟化的内容就先介绍到这里，总的来说Windows Server 2012的Hyper-V是非常强劲的，也正应验了微软所说的这是一个为云优化的操作系统，其实在这里我们可以发现Hyper-V只是一个平台，在这个平台之上还有System Center的组件来优化我们的云，从而实现真正本地可用可靠的私有云。

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

微信关注我们

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

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

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

未来已来——工作空间WorkSpace和物联网IoT (3)

时间过的很快，金乌玉兔的，距离上一次写IoT的冲动已经很久。IoT这么好玩，值得在繁忙的搬砖间隙好好学习一下。于是手痒，于是继续尝试工作空间工具与IoT之间的各种好玩。这一次，我把眼光盯上了Octoblu和Receiver。众所周知，Receiver是访问各种Citrix虚拟应用和虚拟桌面的客户端。我一直在想，有没有啥办法自动打开这些桌面或者应用呢？比如做一个按钮，或者走进公司大楼，我的工作桌面就开始启动登录，等到我倒杯咖啡做到位置上，我的Receiver已经准备好我需要的工作环境，打开了Outlook收邮件，打开了Salesforce提交工作记录，等等。从IoT的端到云框架来看，要么足够聪明直接连接，要么比较聪明或者在架构上对接通过靠近云的gateway，要么比较便宜或者在端上比较复杂通过靠近端的gateway。（这个框架可以参考微软 IoT-Hub的文档，下次来写吧）而Receiver，由于涉及到不同系统间的对接，因此需要安装一个称之为Connector Citrix Receiver的连接器。从逻辑上来想也比较好理解。虽然SF/WI的SDK有很多方法能够调用ICA，但作为一...

2017-11-07

655

之前讲的all-in-one方式建议只用于测试使用，如果要用于生产环境，建议将foreman和puppetmaster分离安装，更有利于后期的维护和扩展。还有就是之前你已经部署过puppetmaster了，如何单独部署foreman和puppetmaster通信也是值得考虑的问题。 1、软件包的选型如下： puppet-server 3.6.2 puppet 3.6.2 facter 2.0.2 mcollective 2.2.4 rabbitmq-server 3.2.4 foreman 1.6.3 foreman-proxy 1.6.3 2、系统环境准备 3、安装puppetmaster 3.1、安装puppetmaster，并生成CA和证书 [root@puppetmaster162~]#yuminstallpuppetpuppet-serverfacter [root@puppetmaster162puppet]#vim/etc/puppet/puppet.conf [agent] server=puppetmaster162.kisspuppet.com pluginsync...

2017-11-07

578

资源下载

更多资源

优质分享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文件系统，支持十年生命周期更新。