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

简介:

前文,我介绍了如何为一个大型的Citrix桌面虚拟化环境规划基础架构,那么我们接下来介绍如何规划虚拟机承载部分的内容。


在完成了基础架构的构架之后,就是3000台Windows虚拟机规划。相比基础架构部分这块的内容,要考虑的内容就更多。

本例中使用的是刀片服务器,全部使用的半刀,所以一个刀箱我们可以部署16个半刀。

wKioL1ZWeRTTY-UiAADvverFXj8011.png

所以每台半刀服务器都安装XenServer虚拟化平台,共计16XenServer服务器,并将其加入同一个资源池,正好符合Citrix 16台上限组建一个资源池的标准。同时启用HA,提升整个资源池的高可用性。

wKiom1ZWePTx8MNXAAD4ipXOUM4448.png

项目中使用的CPU规格是Intel E5-2650V2,通过Intel官网我们可以看到其性能如下:

wKiom1ZWeR3SpcjpAAAtKvqklDg969.png

那么这里就涉及到如何规划每台XenServer半刀服务器的密度了以及其他性能了。从规格上我们可以看到,此CPU为8核,所以一台半刀服务器可以有16个物理核。

wKiom1ZWeV3DeSluAABW1JAfpNg002.png

通过Citrix官方给出的数据可以看出,每中等负载每Core可以支持10Windows 7,轻负载为13个。但是如前的一致的观点,官方数据打折扣,所以在这样一个中、轻度项目中,我们规划每个Core可以支持5-7Windows 7 VM。为了方便我们设定每Core支持6Windows 7 VM

而为了保证稳定性,我们会计算XenServer本身需要消耗2-4socket,作为一个大型环境可用的socket12。故每台XenServer半刀服务器可以支撑12*6=72VM,取整为70

所以本例中一台刀箱16个半刀的XenServer服务器,所以可以同时支撑70*16=1120Windows 7虚拟机。

 

注:同时大家也需要留意一个重要的CPU指标就是主频,过去的历史经验告诉我们由于CPU主频过低导致用户反映程序运行比PC慢的情况时有发生。所以规划的时候CPU主频最好能在2.5GHZ以上,如在一些特殊场景,如,研发、设计那么这个主频建议还要进一步的提升。


同时本例使用PVS池化桌面,按照要求需要有10%的冗余,故1000+100个桌面完全可以用一个刀箱来支撑。

 

但是如前所述,PVS服务器本身没有放置在基础架构服务器上,所以为了方便管理每个刀箱中部署4PVS服务器,而支撑他们的就是那没有部署的20Windows 7虚拟机。

 

所以一个刀箱中,将有1100Windows 7虚拟机 + 4 Windows Server/PVS来支撑,即保证高可用,又保证稳定性。

 

而本例需要3000个桌面,所以就是3个满配的刀箱来支撑。

在这里需要注意的是,由于一个刀箱内PVS只应该支撑本刀箱内的Windows 7虚拟机,所以每个刀箱中的4PVS服务器组成一个PVS Site

wKiom1ZWeavCK1WTAAAyp74_oK8544.png

注:1PVS Site最多只能部署4PVS服务器

 

而在部署过程中,这4PVS虚拟化服务器分散的部署在同一个资源池的4XenServer服务器上,来保证高可用性。

而作为PVS 池桌面的每个虚拟机的Write Cache盘,则没有放在共享存储上,而是直接放在对应物理服务器上。

wKiom1ZWeeuj0hCVAABZbjBWAQU520.png

估计有用户就会疑问了,那这个时候如果这台虚拟机或者对应的物理服务器故障了怎么办,那不是不能实现VMontion/XenMotion了吗?

实际上由于我们在此处规划的都是池桌面,所以即使因为物理机故障,如断电等导致虚拟不可用,用户完全可以再重新登录获取一个新的桌面,因为我们这里规划的是1100个桌面,分配给1000个用户,那100个桌面就是备用。所以基于此来实现整个桌面调度的高可用。

 

同时用户的个人数据等配置信息则通过共享存储来保证高可用。所以用户重新获取一个新桌面之后,可以继续未完的工作。





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




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