如何规划构建一套大型的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,如需转载请自行联系原作者






相关文章
|
2天前
|
消息中间件 负载均衡 持续交付
构建高效微服务架构:后端开发者的终极指南
【4月更文挑战第25天】在当今软件工程领域,微服务架构已经成为实现可扩展、灵活且容错的系统的首选模式。本文将探讨如何从零开始构建一个高效的微服务系统,涵盖关键组件的选择、通信机制、数据管理以及持续集成和部署策略。通过深入分析与案例研究,我们旨在为后端开发者提供一个全面的微服务实践指南,帮助他们在构建现代化应用时做出明智的架构决策。
|
2天前
|
消息中间件 持续交付 数据库
构建高效可靠的微服务架构:策略与实践
【4月更文挑战第25天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。本文深入探讨了如何构建一个高效且可靠的微服务架构,包括关键的设计原则、技术选型以及实践中的挑战和应对策略。通过分析多个成功案例,我们总结了一系列最佳实践,并提出了一套可量化的性能优化方法。文章不仅为开发者提供了具体的技术指导,同时也强调了团队协作和持续学习在微服务转型过程中的重要性。
|
3天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第24天】 随着企业加速其数字化转型之旅,云原生架构已成为实现敏捷性、可扩展性和持续创新的关键推动力。本文将探讨云原生技术如何助力企业构建灵活的IT环境,支持快速部署新服务,并提高整体业务效率。通过分析微服务、容器化、DevOps和持续集成/持续部署(CI/CD)等关键技术的实践应用,我们将揭示这些元素如何共同塑造出一个响应迅速且高效的企业架构模型。
|
3天前
|
持续交付 API 开发者
构建高效微服务架构:后端开发的新范式
【4月更文挑战第24天】 随着现代软件系统的复杂性日益增加,传统的单体应用已难以满足快速迭代与灵活扩展的需求。微服务架构作为一种新兴的软件开发模式,以其服务的细粒度、独立部署和弹性伸缩等优势,正在逐渐成为后端开发的重要趋势。本文将深入探讨微服务架构的设计原则、关键技术以及在实际业务中的应用实践,旨在为后端开发者提供构建和维护高效微服务架构的参考指南。
|
4天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第23天】 随着现代软件开发实践的不断演进,微服务架构已经成为企业追求敏捷、可扩展和弹性解决方案的首选。本文深入探讨了如何构建一个高效的微服务架构,涵盖了关键的设计原则、技术选型以及实践建议。通过分析微服务的独立性、分布式特性和容错机制,我们将揭示如何利用容器化、服务网格和API网关等技术手段,来优化后端系统的可维护性和性能。文章旨在为后端开发人员提供一套全面的指南,以应对不断变化的业务需求和技术挑战。
|
6天前
|
Cloud Native API 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第21天】 随着企业加速其数字化转型的步伐,云原生技术已迅速成为推动创新和实现敏捷性的基石。本文深入探讨了云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及声明式API。通过分析这些技术的协同效应,揭示了它们如何共同促进系统的可伸缩性、弹性和维护性,进而支持企业在不断变化的市场环境中保持竞争力。
10 1
|
6天前
|
敏捷开发 Cloud Native 持续交付
构建未来:云原生架构的进化之路
【4月更文挑战第21天】随着数字化转型的深入,企业对IT基础设施的要求日益提高。云原生技术以其灵活性、可扩展性和敏捷性成为推动创新的重要力量。本文将探讨云原生架构的核心组件,分析其如何助力企业实现快速迭代和高效运营,并预测云原生技术的发展趋势。
|
7天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
19天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
23 0
|
7天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。