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,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
前端开发 Nacos 微服务
平台设计-部署模式
平台有多做部署模式
|
运维 Kubernetes Cloud Native
Rainbond 5.6 版本发布,增加多种安装方式,优化拓扑图操作体验
Rainbond 5.6 版本,主要致力于提升拓扑图操作效率以及快速安装体验,降低用户使用门槛。
Rainbond 5.6 版本发布,增加多种安装方式,优化拓扑图操作体验
|
Kubernetes 网络协议 API
纯手工搭建k8s集群-(二)核心模块部署
1. 部署ETCD(主节点) 1.1 简介 kubernetes需要存储很多东西,像它本身的节点信息,组件信息,还有通过kubernetes运行的pod,deployment,service等等。都需要持久化。
2486 0
|
Kubernetes Ubuntu Shell
纯手工搭建k8s集群-(一)预先准备环境
1. 准备服务器 这里准备了三台ubuntu虚拟机,每台一核cpu和2G内存,配置好root账户,并安装好了docker,后续的所有操作都是使用root账户。虚拟机具体信息如下表: 系统类型 IP地址 节点角色 CPU Memory Hostname ubuntu16.
1904 0