XenDesktop7实践之高可用设计①环境介绍和准备

简介:

XenDesktop7实践

之高可用设计

①环境介绍和准备

 

目 录

1. 环境介绍... 1

2. 高可用设计思路... 2

2.1. 基础结构高可用... 2

2.2. XenDesktop7组件高可用... 2

3. StoreFront服务器配置网络负载平衡... 4

3.1. 添加“网络负载平衡”功能... 4

3.2. 建立网络负载平衡新群集... 6

3.3. 将第二台主机添加到群集... 12

3.4. 建立群集IP对应A记录... 17

 

1. 环境介绍

本XenDesktop7高可用设计实践环境概况如下表:   

服务器、系统

或应用程序名称

计算机名

操作系统和版本

功能和组件

IP地址

Hyper-V Server 2012

虚拟主机(物理机)

HVS01

Hyper-V Server 2012

Hyper-V Server

172.16.160.100

主域控制器

DC01.ctxlab.com

Windows Server 2012 Datacenter

ADDS、DNS

172.16.160.1

额外域控制器

DC02.ctxlab.com

Windows Server 2012 Datacenter

ADDS、DNS、DHCP

172.16.160.2

SQL Server 数据库

故障转移集群

DB.ctxlab.com

Windows Server 2008 R2 Enterprise

SQL Server 2008

SP1 Enterprise

172.16.160.6

Citrix 许可证服务器

License.ctxlab.com

Windows Server 2012 Datacenter

License

172.16.160.7

第一台

Delivery Controller

DDC1.ctxlab.com

Windows Server 2012 Datacenter

Delivery Controller

Studio

172.16.160.8

第二台

Delivery Controller

DDC2.ctxlab.com

Windows Server 2012 Datacenter

Delivery Controller、Studio

172.16.160.9

第一台 StoreFront

SF1.ctxlab.com

Windows Server 2012 Datacenter

StoreFront

172.16.160.11

10.0.0.11

第二台 StoreFront

SF2.ctxlab.com

Windows Server 2012 Datacenter

StoreFront

172.16.160.12

10.0.0.12

StoreFront

网络负载平衡集群

SF.ctxlab.com

172.16.160.13

第一台 Worker

Worker01.ctxlab.com

Windows Server 2012 Datacenter

发布共享桌面

和应用程序

172.16.160.21

第二台 Worker

Worker02.ctxlab.com

Windows Server 2012 Datacenter

发布共享桌面

和应用程序

172.16.160.22

 

2. 高可用设计思路

2.1. 基础结构高可用

1) 活动目录域控制器:采用主备双机实现(主DC+额外DC),域控制器配置较简单,配置步骤略。

2) 数据库:采用故障转移集群实现HA,用于XenDesktop Delivery Controller配置的数据库,本实践侧重于XenDesktop7高可用设计,数据库HA的具体步骤请参考网络中相关文章进行配置。

2.2. XenDesktop7组件高可用

1) Citrix许可证服务器:在License Server发生故障时,仍允许用户拥有最多连接30天的宽限期,故配置一台Citrix许可证服务器即可。

2) StoreFront服务器:XenDesktop7中的StoreFront 组件相当于以往版本的Web Interface,用于向任何位置、任何设备上的用户提供身份验证和交付应用程序、桌面及其他资源。如下方式实现高可用:

a) 采用Windows Server操作系统中的网络负载平衡功能实现网络负载平衡目的,本文第3部分将详细讲述Windows Server 2012操作系统下创建网络负载平衡。

b) XenDesktop7中的StoreFront组件自身采用了高可用设计,多台StoreFront服务器的URL可配置成网络负载均衡的惟一URL供用户访问。

3) Delivery Controller服务器:XenDesktop7中Delivery Controller组件也是基于高可用设计的:

a) 多台Delivery Controller通过Studio操作的配置数据都保存在同一数据库中,当然数据库已配置了故障转移群集。这样多台Delivery Controller的配置数据保持一致。

b) StoreFront服务器创建存储时,可把多台Delivery Controller服务器同时加入配置成故障转移模式下工作。

4) Worker服务器或桌面:用于向用户提供共享桌面和应用程序的服务器或桌面,以下方法保证高可用:

a) Worker安装VDA(Virtual Delivery Agent)时配置成同时向多台Delivery Controller服务器注册。

b) Delivery Controller服务器通过Studio创建计算机目录时,把多台Worker添加配置在同一计算机目录中。

 

3. StoreFront服务器配置网络负载平衡

3.1. 添加“网络负载平衡”功能

两台StoreFront服务器(SF1和SF2)都通过“添加角色和功能”向导添加“网络负载平衡”功能,具体步骤如下:

3.1.1. 打开“添加角色和功能”向导

image

3.1.2. 勾选“网络负载平衡”功能

image

3.1.3. “网络负载平衡”功能安装成功

image

3.2. 建立网络负载平衡新群集

在其中任何一台StoreFront服务器(这里我选择第一台StoreFront服务器SF1)中,通过网络负载平衡配置向导建立新群集,具体步骤如下:

3.2.1. 打开网络负载平衡管理器

image

3.2.2. 打开“新建群集”向导

image

3.2.3. 连接第一台StoreFront服务器SF1主机

image

3.2.4. 设置优先级等主机参数

image

3.2.5. 添加群集IP地址

image

3.2.6. 设置群集参数

image

3.2.7. 设置群集端口规则

image

3.3. 将第二台主机添加到群集

接着在第一台StoreFront服务器SF1中的网络负载平衡管理器中,将第二台StoreFront服务器SF2添加到网络负载平衡群集中,具体步骤如下:

3.3.1. 打开“添加主机到群集向导”

image

3.3.2. 连接第二台StoreFront服务器SF2主机

image

3.3.3. 设置优先级等主机参数

image

3.3.4. 设置群集端口规则

image

3.3.5. 成功配置StoreFront双机网络负载平衡

image

3.4. 建立群集IP对应A记录

在DNS服务器中,新建StoreFront网络负载平衡群集IP地址对应的主机A记录,如下图所示:

image

 

此篇完










本文转自 linuxos 51CTO博客,原文链接:http://blog.51cto.com/winos/1263862,如需转载请自行联系原作者
目录
相关文章
|
3月前
|
前端开发 测试技术 程序员
在工作中会涉及到的几个环境(概念补充) 办公环境、开发环境、测试环境、线下环境、线上环境/生产环境都是什么,他们之间的关系?
本文解释了在职场中可能会接触到的不同环境,包括办公环境、开发环境、测试环境和生产环境(线上环境),以及它们之间的关系和重要性。
109 1
|
5月前
|
存储 Kubernetes 监控
软件环境管理问题之不可变环境的定义如何解决
软件环境管理问题之不可变环境的定义如何解决
|
8月前
|
前端开发 Nacos 微服务
平台设计-部署模式
平台有多做部署模式
|
敏捷开发 测试技术
推三返一开发稳定版丨推三返一项目系统开发详细指南/方案需求/步骤逻辑/流程功能/案例设计/技术架构/源码程序
推三返一系统开发是一种软件开发模式,也被称为迭代增量开发模式。它是一种敏捷开发方法的一种,通过将整个开发过程分为多个迭代周期,每个周期都会增加新的功能和特性,并在每个迭代周期结束后进行测试、反馈和修改。推三返一系统开发的核心思想是“推进三步,反馈一步”。
|
开发框架 运维 测试技术
ARBT(阿尔比特)智能合约系统开发稳定版/详细案例/步骤逻辑/需求方案/成熟技术/源码架构
需求分析:与客户充分沟通,了解其业务需求和期望,明确系统的功能和性能要求。
|
存储 算法 关系型数据库
MetaForce佛萨奇2.0系统丨MetaForce佛萨奇2.0系统开发(方案及详细)丨MetaForce佛萨奇2.0现成源码部署
 随机性调度算法:即针对同一批交易调度产生的交易执行顺序是随机的,即使同一节点针对同一批交易连续运行两次调度算法产生的结果也可能不同。此类算法往往调度速度较快,其难点在于验证节点如何保证执行顺序与提案节点一致并得到相同的执行结果。因此,交易的执行顺序必须打包至区块中并由其他节点据此验证。
|
云安全 存储 安全
基础安全架构优化之基于软件定义进行安全架构升级
基础安全架构优化之基于软件定义进行安全架构升级
438 0
基础安全架构优化之基于软件定义进行安全架构升级
|
Kubernetes 网络协议 API
纯手工搭建k8s集群-(二)核心模块部署
1. 部署ETCD(主节点) 1.1 简介 kubernetes需要存储很多东西,像它本身的节点信息,组件信息,还有通过kubernetes运行的pod,deployment,service等等。都需要持久化。
2514 0
|
Kubernetes Ubuntu Shell
纯手工搭建k8s集群-(一)预先准备环境
1. 准备服务器 这里准备了三台ubuntu虚拟机,每台一核cpu和2G内存,配置好root账户,并安装好了docker,后续的所有操作都是使用root账户。虚拟机具体信息如下表: 系统类型 IP地址 节点角色 CPU Memory Hostname ubuntu16.
1946 0