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

简介:

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


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

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

wKioL1ZWeRTTY-UiAADvverFXj8011.png

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

wKiom1ZWePTx8MNXAAD4ipXOUM4448.png

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

wKiom1ZWeR3SpcjpAAAtKvqklDg969.png

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

wKiom1ZWeV3DeSluAABW1JAfpNg002.png

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

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

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

 

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


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

 

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

 

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

 

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

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

wKiom1ZWeavCK1WTAAAyp74_oK8544.png

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

 

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

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

wKiom1ZWeeuj0hCVAABZbjBWAQU520.png

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

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

 

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





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




相关文章
|
SQL 监控 关系型数据库
MySQL主从复制:构建高可用架构
本文深入解析MySQL主从复制原理与实战配置,涵盖复制架构、监控管理、高可用设计及性能优化,助你构建企业级数据库高可用方案。
|
数据采集 运维 监控
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
|
人工智能 监控 测试技术
告别只会写提示词:构建生产级LLM系统的完整架构图​
本文系统梳理了从提示词到生产级LLM产品的八大核心能力:提示词工程、上下文工程、微调、RAG、智能体开发、部署、优化与可观测性,助你构建可落地、可迭代的AI产品体系。
1460 52
|
机器学习/深度学习 人工智能 搜索推荐
从零构建短视频推荐系统:双塔算法架构解析与代码实现
短视频推荐看似“读心”,实则依赖双塔推荐系统:用户塔与物品塔分别将行为与内容编码为向量,通过相似度匹配实现精准推送。本文解析其架构原理、技术实现与工程挑战,揭秘抖音等平台如何用AI抓住你的注意力。
3019 7
从零构建短视频推荐系统:双塔算法架构解析与代码实现
|
消息中间件 缓存 监控
中间件架构设计与实践:构建高性能分布式系统的核心基石
摘要 本文系统探讨了中间件技术及其在分布式系统中的核心价值。作者首先定义了中间件作为连接系统组件的"神经网络",强调其在数据传输、系统稳定性和扩展性中的关键作用。随后详细分类了中间件体系,包括通信中间件(如RabbitMQ/Kafka)、数据中间件(如Redis/MyCAT)等类型。文章重点剖析了消息中间件的实现机制,通过Spring Boot代码示例展示了消息生产者的完整实现,涵盖消息ID生成、持久化、批量发送及重试机制等关键技术点。最后,作者指出中间件架构设计对系统性能的决定性影响,
|
传感器 人工智能 算法
分层架构解耦——如何构建不依赖硬件的具身智能系统
硬件与软件的彻底解耦,并通过模块化、分层的架构进行重构,是突破这一瓶颈、构建通用型具身智能系统的核心基石。这种架构将具身智能系统解耦为三个核心层级:HAL、感知决策层和任务执行层。这一模式使得企业能够利用预置的技能库和低代码工具快速配置新任务,在不更换昂贵硬件的前提下,实现从清洁机器人到物流机器人的快速功能切换。本文将通过对HAL技术原理、VLA大模型和行为树等核心技术的深度剖析,并结合Google RT-X、RobotecAI RAI和NVIDIA Isaac Sim等主流框架的案例,论证这一新范式的可行性与巨大潜力,探讨硬件解耦如何将机器人从一个“工具”升级为“软件定义”的“多面手”,从而
1720 3
|
SQL 弹性计算 关系型数据库
如何用读写分离构建高效稳定的数据库架构?
在少写多读业务场景中,主实例读请求压力大,影响性能。通过创建只读实例并使用数据库代理实现读写分离,可有效降低主实例负载,提升系统性能与可用性。本文详解配置步骤,助你构建高效稳定的数据库架构。
|
存储 安全 虚拟化
虚拟化技术:实现资源高效利用和灵活管理的利器
虚拟化技术作为实现资源高效利用和灵活管理的重要手段,在数字化时代背景下,正逐步改变传统IT架构模式。本文概述了虚拟化技术的概念、原理及其在数据中心管理、云计算平台、企业信息化建设、科研教育及医疗行业的应用,并探讨了其面临的挑战与未来发展趋势。
932 3
|
存储 Linux 调度
OpenStack如何支持虚拟化技术?
【8月更文挑战第21天】
1238 0
|
机器学习/深度学习 监控 安全
解密虚拟化弹性内存:五大核心技术与实施策略
本文深入解析虚拟化环境中实现内存弹性管理的五大核心技术与实施策略。内容涵盖内存架构演进、关键技术原理、性能优化方法及典型问题解决方案,助力提升虚拟机密度与资源利用率。
559 0