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

简介:

Part2:http://kaiqian.blog.51cto.com/236001/1717010

Part3:http://kaiqian.blog.51cto.com/236001/1717024 

Part4:http://kaiqian.blog.51cto.com/236001/1717064

后记:http://kaiqian.blog.51cto.com/236001/1717067

  

  随着桌面虚拟化技术经过多年的沉淀,日趋成熟,市场上也受到越来越多的用户和厂商的认可,项目规模也日趋大型化。

  任何技术、项目都有想通的地方在于,随着规模化的提高,单点成本可以快速降低,但是架构、部署负责度随着规模化的提升而成几何倍数的提升。所以当市场中桌面虚拟化项目由过去的数百点坐席向数千点坐席跨越时,如何有效合理的规划一套稳定而又富有弹性的架构就变得十分重要。

  在这里面不仅仅涉及到桌面虚拟化技术本身的很多技术点,同时也是对于服务器、存储、网络、虚拟化、机房,即数据中心级的所有相关环节都需要考虑的一个综合性工程。

在此基于Citrix桌面虚拟化方案综述一些在构架中大型方案时的一些注意事项,此次以规划一套3000点坐席的标准Windows 7方案为蓝本进行说明。Citrix产品版本为XenDesktop 7.6 PVS 7.6

本文中的内容主要涉及到的是数据中心部分,例如:PCMAC、终端瘦客户机、iPad等内容不在此文说明范文。

 

Citrix桌面虚拟化的架构角度来说,每部署一套新环境的时候都需要创建一个Site,日常的时候大家在完成DDC安装的时候这里基本就是直接默认带过。但是在中大型环境中,我们就需要考虑一个Site的承载上限。

wKioL1ZWdtmxGlW-AAMeBa0BCpo899.jpg

按照Citrix官方的建议,一个site可以支持超过10000Windows虚拟桌面的管理,但是如同任何IT架构都需要考虑一定的冗余的情况,在具体操作层面我们一般会按照每5000Windows虚拟桌面一个Site来进行管理。

当如果有少量超出的时候,可以继续使用此site。如果另外的需求也有数千点规模则需要创建一个新的site来负责管理新的环境。

本例中只有3000个坐席,所以只有一个site负责管理。

 

对于任何一个site,在规划时都需要考虑如下的基础架构:

  1. 活动目录的Domain Controller

  2. DHCP服务

  3. SQL服务

  4. Citrix DDC服务器

  5. Citrix PVS服务器

  6. Citrix Storefront服务器

  7. Citrix license服务器

 

在这里面除了Citrix license服务器由于支持冷备份之外,其他服务器、组件都需要考虑高可用。

那么对于一个需要支持3000个虚拟桌面的环境,则各需要多少台来进行高可用支持呢。

wKiom1ZWdtSSHsLeAAG-29x4_uQ303.jpg

注:

在这里需要单独说一点,DHCP的高可用在过去更多是使用两台DHCP服务器使用不同的DHCP服务器相应时间,或将IP scope分组化进行高可用。不过随着微软在Windows 2012中提供了DHCP的高可用服务,所以这里选择DHCP HA来提供高可用。

同时随着Windows Server 2012/2012 R2的成熟,我们会发现其在性能以及稳定性上要优于Windows Server 2008R2版本。所以请大家在条件允许的情况下,所有的Windows Server虚拟机都建议使用Windows Server 2012/2012 R2版本。

 

当规划好这些Windows Server虚拟机之后,就需要考虑如何实现对于他们的承载。对应来说,我们就是将相关的虚拟化服务器平均的分配在3台不同的物理服务器上,同时为了防止一些误操作,会将所有的虚拟机固定到对应的物理服务器上启动。

wKioL1ZWd4uC369qAAA7xKOqPb8382.png

而这些虚拟机对于资源需求并不高,这里是一个参考值。

wKiom1ZWd3Ph687FAAGnAIJ17gk793.png

注:

由于本例是提供3000坐席,对应PVS服务器将独立部署,后面将详述。

由于这些基础架构对于磁盘需求也非常低,是否一定要部署在共享存储上,其实意义不大。因为即使某一台物理服务器故障,由于是3组做的高可用,也不会影响用户环境。所以是否用共享存储则完全根据项目实际情况而定。

 

不过本例中,所有基础架构中的vhd文件都放在了共享存储上。但由于这些服务器都没有特别的性能需求,存储空间固定,IO基本按每VM30 IOPS规划即可。


到这里,基础架构的内容就介绍完成,后面将对虚拟承载,网路、存储等部分进行说明。




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






相关文章
|
11月前
|
SQL 监控 关系型数据库
MySQL主从复制:构建高可用架构
本文深入解析MySQL主从复制原理与实战配置,涵盖复制架构、监控管理、高可用设计及性能优化,助你构建企业级数据库高可用方案。
|
11月前
|
数据采集 运维 监控
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
|
11月前
|
人工智能 监控 测试技术
告别只会写提示词:构建生产级LLM系统的完整架构图​
本文系统梳理了从提示词到生产级LLM产品的八大核心能力:提示词工程、上下文工程、微调、RAG、智能体开发、部署、优化与可观测性,助你构建可落地、可迭代的AI产品体系。
1317 52
|
11月前
|
机器学习/深度学习 人工智能 搜索推荐
从零构建短视频推荐系统:双塔算法架构解析与代码实现
短视频推荐看似“读心”,实则依赖双塔推荐系统:用户塔与物品塔分别将行为与内容编码为向量,通过相似度匹配实现精准推送。本文解析其架构原理、技术实现与工程挑战,揭秘抖音等平台如何用AI抓住你的注意力。
2763 7
从零构建短视频推荐系统:双塔算法架构解析与代码实现
|
11月前
|
消息中间件 缓存 监控
中间件架构设计与实践:构建高性能分布式系统的核心基石
摘要 本文系统探讨了中间件技术及其在分布式系统中的核心价值。作者首先定义了中间件作为连接系统组件的"神经网络",强调其在数据传输、系统稳定性和扩展性中的关键作用。随后详细分类了中间件体系,包括通信中间件(如RabbitMQ/Kafka)、数据中间件(如Redis/MyCAT)等类型。文章重点剖析了消息中间件的实现机制,通过Spring Boot代码示例展示了消息生产者的完整实现,涵盖消息ID生成、持久化、批量发送及重试机制等关键技术点。最后,作者指出中间件架构设计对系统性能的决定性影响,
|
11月前
|
传感器 人工智能 算法
分层架构解耦——如何构建不依赖硬件的具身智能系统
硬件与软件的彻底解耦,并通过模块化、分层的架构进行重构,是突破这一瓶颈、构建通用型具身智能系统的核心基石。这种架构将具身智能系统解耦为三个核心层级:HAL、感知决策层和任务执行层。这一模式使得企业能够利用预置的技能库和低代码工具快速配置新任务,在不更换昂贵硬件的前提下,实现从清洁机器人到物流机器人的快速功能切换。本文将通过对HAL技术原理、VLA大模型和行为树等核心技术的深度剖析,并结合Google RT-X、RobotecAI RAI和NVIDIA Isaac Sim等主流框架的案例,论证这一新范式的可行性与巨大潜力,探讨硬件解耦如何将机器人从一个“工具”升级为“软件定义”的“多面手”,从而
1554 3
|
11月前
|
SQL 弹性计算 关系型数据库
如何用读写分离构建高效稳定的数据库架构?
在少写多读业务场景中,主实例读请求压力大,影响性能。通过创建只读实例并使用数据库代理实现读写分离,可有效降低主实例负载,提升系统性能与可用性。本文详解配置步骤,助你构建高效稳定的数据库架构。
|
10月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。