如何规划构建一套大型的Citrix桌面虚拟化架构 - Part3

简介:

在前序两篇文章,我们介绍了桌面相关的基础架构、桌面承载等部分的内容。

但是作为一个桌面虚拟化项目,要考虑的不仅仅是桌面虚拟化相关的内容,服务器、存储、网络都是不可规避的内容。


那么接下来我们就讨论一下网络方面的设定。

作为服务器虚拟化,网络方面最重要的标准就是三网隔离,即:业务网、存储网、管理网三网。

而在本例中,所有的半刀服务器都配置了210Gb的网卡,本例中刀片服务器所使用的HP VC Flex虚拟交换机。

我们直接将210Gb网卡做AA绑定,形成20G的带宽。

wKioL1ZWfCWAUWgTAAMwvYRaPvc251.png

wKiom1ZWe-6QtuNwAAEqVQ0q4Ek043.jpg

注:对应的需要在你的交换机需要确保能支持AA模式,或正确配置支持其AA模式。


在对应XenServer的网络设定上创建虚拟网卡,然后通过虚拟机交换机设定VLAN,然后在XenServer虚拟网卡打上对应的VLAN标签,用来对应的网络进行通信。


同时由于带宽有20Gb,所以完全没有必要进行QoS

 

对应于汇聚层交换机与HP VC Flex之间,通过4根万兆网,2-2绑定再上连汇聚交换机,并进行互联互通。当然考虑到高可用,则需要至少配置两台相同配置的汇聚层交换机。

 

同时由于HP VC Flex只是一个二层的交换机,所以在一个刀箱中的虚拟机无法通过此交换机完成通信,而需要进入到上一层汇聚或者核心层进行交互。

所以在规划网络时,不要将PVS的数据流通信走到核心网,而是尽可能的规划好PVS VM通过PVS服务器获取vDisk的时候,其路由通过汇聚层交换机进行转发,这样保证整个网络环境的数据流的可控。

wKioL1ZWfaPijy48AACHQYDjsUI371.jpg

那么这里就有一个问题需要考虑,这里一共有1100台虚拟机,如果在极端情况下,这1100台虚拟机可能会全部同时启动。而为了保证所有的虚拟机能及时的从PVS中获取资源,就需要考虑汇聚层交换机的背板交互能力。

考虑到Windows 7系统一个镜像读取到内存的大小大概在700M1100台即:1100*70=77G,按照90s需要完成全部的数据读取,那么平均下来大概是 0.85Gb/S的带宽需求。所以即使同时接入5组刀箱,以目前普通的万兆网交换机的背板处理能力也能够支撑。

 

同时,考虑到一个sitePVS 池桌面有1100台虚拟机,考虑广播域的限制,还是要对所有这些虚拟机所在的网络进行合理的规划,即对应的每一个VLAN所划分仍然使用32位的子网,最多支持250个可用设备。

注:对应的在DHCP服务器上需要为这些VLAN规划对应的IP scope,而在核心交换机上需要将每个VLANIP Helper指定到对应的DHCP服务器上。

实际操作中我们会安排150~200个虚拟桌面至一个VLAN中。即一个PVS Site对应的池桌面需要有约5VLAN。(本例为其中一个800个桌面的资源池,所以只有4VLAN

wKioL1ZWvYuDqIB3AAKLsbqXX8A631.jpg

 

同样的,在XenDesktopDDC控制器上需要配置好对应的资源规范来匹配这些VLAN设定。

wKioL1ZWvcGif5YLAALO4tDAZkk910.jpg


讨论完了网络,我们再来看看存储方面,Citrix这种标准化的PVS池化桌面相比其他厂商在桌面虚拟化解决方案,其对于存储方面的需求要低得多。而针对此项目对于存储有如下的几个需求:

  1. XenServer资源池的HA心跳组件

  2. XenServer metadata备份

  3. 基础架构虚拟机的vhd文件存储

  4. PVS镜像的存储

  5. 用户数据的存储

 

对于上面的1/2,基本上不会占用事实上的存储空间,IO压力几乎为0,可以忽略不计。

wKioL1ZWfeWgIH4oAAB5_SSK83M282.png

3点,由于基础架构的空间都相对固定,而作为Windows应用服务器,其IO和空间固定无考虑太多的资源。

所以在此处主要考虑的4/5,即PVS镜像的存储以及用户数据的存储。

作为PVS镜像的存储,主要是PVS服务器上保存的vDisk文件。所以他的特点在于:

a.      高可用要求高,需要同时提供给一个site中的4PVS服务器同时调度。

b.      存储空间及 IO固定。由于PVS服务器在读取了vDisk后是缓存在其内存中,后续虚拟机获取镜像无需再读取一次vDisk,所以其IO压力非常小。而磁盘空间则需要考虑版本更新生产的空间。我们按一个Windows 7 vDisk 60GB规划,按3倍版本更新规划空间,也只需要准备200G的空间。

 

对于用户数据盘,由于都是CIFS网盘,所以我们需要考虑到每用户的数据盘及对应的IO在本例中,我们使用的存储为3ParIP-SAN,其通过存储专用交换机上连至汇聚层交换机。

wKioL1ZWfgjw2Z2gAACP-j34eRk232.jpg

由于这是一个SAN存储,而本身不支持CIFS/SMB协议,所以我们需要一组Windows服务器来提供共享文件服务。

为什么要提供一组,很简单要保证高可用,所以在本例中,我们准备部署了两台Windows Server 2012系统的服务器。并部署了文件群集服务。

在这其中,主要就是包含了PVS vDisk文件和用户数据的FileData两块服务。

wKiom1ZWfeeiDsl2AAFwtqZ4l6c158.jpg

对应的Windows Server 2012服务器来说,这里就需要考虑两块的网络设定:

  1. IP SAN的连接,连接3Par存储

wKioL1ZWfw6Ca3caAAF7KQQgTf0361.jpg

2. 对应的业务网的用户数据访问,即PVS服务器、用户数据FileData的访问。

3. 由于部署FileCluster,网络心跳网络。

 

所以在Windows Server服务器上,我们可以看到
1. 两个IP SAN的网口

2. 1个心跳线

3. 4个以太网卡并绑定为一款ProdNet

这里使用4块以太网卡主要的原因是XenServerNIC目前还支持1000M全双工速度,而在一个3000用户同时访问的请求,1000M速率可能就不够使用。所以使用4NIC做绑定,提升带宽使用。

wKioL1ZWf0bjEaFEAAF-a5IUJbE095.jpg

对应的Windows虚拟机在XenServer上我们就可以看到有对应的7NIC以及对应VLAN划分。

wKioL1ZWf2yTj8r7AAE7HfvmnEk689.jpg

到这里每个组件的内容就介绍完了。



      本文转自sesame.qian  51CTO博客,原文链接:http://blog.51cto.com/kaiqian/1717024,如需转载请自行联系原作者





相关文章
|
4天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
1天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第23天】 随着现代软件开发实践的不断演进,微服务架构已经成为企业追求敏捷、可扩展和弹性解决方案的首选。本文深入探讨了如何构建一个高效的微服务架构,涵盖了关键的设计原则、技术选型以及实践建议。通过分析微服务的独立性、分布式特性和容错机制,我们将揭示如何利用容器化、服务网格和API网关等技术手段,来优化后端系统的可维护性和性能。文章旨在为后端开发人员提供一套全面的指南,以应对不断变化的业务需求和技术挑战。
|
3天前
|
Cloud Native API 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第21天】 随着企业加速其数字化转型的步伐,云原生技术已迅速成为推动创新和实现敏捷性的基石。本文深入探讨了云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及声明式API。通过分析这些技术的协同效应,揭示了它们如何共同促进系统的可伸缩性、弹性和维护性,进而支持企业在不断变化的市场环境中保持竞争力。
10 1
|
3天前
|
敏捷开发 Cloud Native 持续交付
构建未来:云原生架构的进化之路
【4月更文挑战第21天】随着数字化转型的深入,企业对IT基础设施的要求日益提高。云原生技术以其灵活性、可扩展性和敏捷性成为推动创新的重要力量。本文将探讨云原生架构的核心组件,分析其如何助力企业实现快速迭代和高效运营,并预测云原生技术的发展趋势。
|
16天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
20 0
|
4天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。
|
15天前
|
Kubernetes 安全 Java
构建高效微服务架构:从理论到实践
【4月更文挑战第9天】 在当今快速迭代与竞争激烈的软件市场中,微服务架构以其灵活性、可扩展性及容错性,成为众多企业转型的首选。本文将深入探讨如何从零开始构建一个高效的微服务系统,覆盖从概念理解、设计原则、技术选型到部署维护的各个阶段。通过实际案例分析与最佳实践分享,旨在为后端工程师提供一套全面的微服务构建指南,帮助读者在面对复杂系统设计时能够做出明智的决策,并提升系统的可靠性与维护效率。
|
25天前
|
存储 监控 Kubernetes
探索微服务架构下的系统监控策略
在当今软件开发领域,微服务架构因其灵活性、可扩展性和容错性而日益受到青睐。然而,这种架构的复杂性也为系统监控带来了新的挑战。本文旨在探讨在微服务环境下实现有效系统监控的策略,以及如何利用这些策略来确保系统的健壮性和性能。我们将从监控的关键指标入手,讨论分布式追踪的重要性,并分析不同的监控工具和技术如何协同工作以提供全面的系统视图。
|
6天前
|
机器学习/深度学习 运维 Prometheus
探索微服务架构下的系统监控策略
【4月更文挑战第18天】在当今快速迭代和持续部署盛行的软件工程实践中,微服务架构因其灵活性和可扩展性受到企业青睐。然而,随着服务的细粒度拆分和网络通信的增加,传统的监控手段已不再适用。本文将探讨在微服务环境中实施有效系统监控的策略,包括日志聚合、性能指标收集、分布式追踪以及异常检测等关键技术实践,旨在为读者提供构建稳定、可靠且易于维护的微服务系统的参考指南。
10 0
|
6天前
|
监控 持续交付 开发者
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第18天】在数字化转型的浪潮中,微服务架构已成为企业提升系统灵活性、加速产品迭代的关键。此文深入探讨了构建高效微服务架构的实践方法,包括服务划分原则、容器化部署、持续集成/持续部署(CI/CD)流程以及监控与日志管理等关键技术点。通过分析具体案例,揭示了微服务在提高开发效率、降低维护成本及促进团队协作方面的显著优势。