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






相关文章
|
6天前
|
运维 持续交付 API
从零构建微服务架构:一次深度技术探索之旅####
【10月更文挑战第28天】 本文记录了作者在从零开始构建微服务架构过程中的深刻技术感悟,通过实战案例详细剖析了微服务设计、开发、部署及运维中的关键要点与挑战。文章首先概述了微服务架构的核心理念及其对企业IT架构转型的重要性,随后深入探讨了服务拆分策略、API网关选型、服务间通信协议选择、容器化部署(Docker+Kubernetes)、以及持续集成/持续部署(CI/CD)流程的设计与优化。最后,分享了在高并发场景下的性能调优经验与故障排查心得,旨在为读者提供一套可借鉴的微服务架构实施路径。 ####
39 3
|
5天前
|
监控 前端开发 JavaScript
探索微前端架构:构建可扩展的现代Web应用
【10月更文挑战第29天】本文探讨了微前端架构的核心概念、优势及实施策略,通过将大型前端应用拆分为多个独立的微应用,提高开发效率、增强可维护性,并支持灵活的技术选型。实际案例包括Spotify和Zalando的成功应用。
|
14天前
|
监控 API 持续交付
构建高效后端服务:微服务架构的深度探索
【10月更文挑战第20天】 在数字化时代,后端服务的构建对于支撑复杂的业务逻辑和海量数据处理至关重要。本文深入探讨了微服务架构的核心理念、实施策略以及面临的挑战,旨在为开发者提供一套构建高效、可扩展后端服务的方法论。通过案例分析,揭示微服务如何帮助企业应对快速变化的业务需求,同时保持系统的稳定性和灵活性。
44 9
|
13天前
|
Kubernetes 负载均衡 Docker
构建高效微服务架构:Docker与Kubernetes的完美搭档
【10月更文挑战第22天】随着云计算和容器技术的快速发展,微服务架构逐渐成为现代企业级应用的首选架构。微服务架构将一个大型应用程序拆分为多个小型、独立的服务,每个服务负责完成一个特定的功能。这种架构具有灵活性、可扩展性和易于维护的特点。在构建微服务架构时,Docker和Kubernetes是两个不可或缺的工具,它们可以完美搭档,为微服务架构提供高效的支持。本文将从三个方面探讨Docker和Kubernetes在构建高效微服务架构中的应用:一是Docker和Kubernetes的基本概念;二是它们在微服务架构中的作用;三是通过实例讲解如何使用Docker和Kubernetes构建微服务架构。
50 6
|
12天前
|
负载均衡 应用服务中间件 nginx
基于Nginx和Consul构建自动发现的Docker服务架构——非常之详细
通过使用Nginx和Consul构建自动发现的Docker服务架构,可以显著提高服务的可用性、扩展性和管理效率。Consul实现了服务的自动注册与发现,而Nginx则通过动态配置实现了高效的反向代理与负载均衡。这种架构非常适合需要高可用性和弹性扩展的分布式系统。
19 4
|
11天前
|
前端开发 API UED
深入理解微前端架构:构建灵活、高效的前端应用
【10月更文挑战第23天】微前端架构是一种将前端应用分解为多个小型、独立、可复用的服务的方法。每个服务独立开发和部署,但共同提供一致的用户体验。本文探讨了微前端架构的核心概念、优势及实施方法,包括定义服务边界、建立通信机制、共享UI组件库和版本控制等。通过实际案例和职业心得,帮助读者更好地理解和应用微前端架构。
|
13天前
|
负载均衡 应用服务中间件 nginx
基于Nginx和Consul构建自动发现的Docker服务架构——非常之详细
通过使用Nginx和Consul构建自动发现的Docker服务架构,可以显著提高服务的可用性、扩展性和管理效率。Consul实现了服务的自动注册与发现,而Nginx则通过动态配置实现了高效的反向代理与负载均衡。这种架构非常适合需要高可用性和弹性扩展的分布式系统。
28 3
|
7天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
4天前
|
监控 安全 应用服务中间件
微服务架构下的API网关设计策略与实践####
本文深入探讨了在微服务架构下,API网关作为系统统一入口点的设计策略、实现细节及其在实际应用中的最佳实践。不同于传统的摘要概述,本部分将直接以一段精简的代码示例作为引子,展示一个基于NGINX的简单API网关配置片段,随后引出文章的核心内容,旨在通过具体实例激发读者兴趣,快速理解API网关在微服务架构中的关键作用及实现方式。 ```nginx server { listen 80; server_name api.example.com; location / { proxy_pass http://backend_service:5000;
|
6天前
|
缓存 监控 API
探索微服务架构中的API网关模式
随着微服务架构的兴起,API网关成为管理和服务间交互的关键组件。本文通过在线零售公司的案例,探讨了API网关在路由管理、认证授权、限流缓存、日志监控和协议转换等方面的优势,并详细介绍了使用Kong实现API网关的具体步骤。
23 3