为灾难恢复配置 GSLB

灾难恢复能力至关重要,因为停机时间昂贵。为 GSLB 配置的 Citrix ADC 设备将流量转发到负载最小或性能最佳的数据中心。此配置称为主动-主动安装程序,不仅可以提高性能,而且可以通过将流量路由到其他数据中心(如果属于安装程序的一部分的数据中心)提供即时灾难恢复。或者,您可以仅为灾难恢复配置活动-备用 GSLB 设置。

在主动-备用数据中心设置中配置 GSLB 以进行灾难恢复

传统的灾难恢复设置包括活动数据中心和备用数据中心。备用数据中心是远程站点。当故障转移由于导致主活动数据中心处于非活动状态的灾难事件而发生时,备用数据中心将开始运行。

在主动备用数据中心设置中配置灾难恢复包括以下任务。

  • 创建活动数据中心。
    • 添加本地 GSLB 站点。
    • 添加代表活动数据中心的 GSLB虚拟服务器。
    • 将域绑定到 GSLB 虚拟服务器。
    • 添加 gslb 服务并将服务绑定到活动的 GSLB 虚拟服务器。
  • 创建备用数据中心。
    • 添加远程 gslb 站点。
    • 添加一个 gslb虚拟服务器,它表示备用数据中心。
    • 添加表示备用数据中心的 gslb 服务,并将服务绑定到备用 gslb 虚拟服务器。
    • 通过将备用 GSLB 虚拟服务器配置为活动 GSLB 虚拟服务器的备份虚拟服务器来指定备用数据中心。

配置主数据中心后,复制备份数据中心的配置,并通过将该站点上的 GSLB 虚拟服务器指定为备份虚拟服务器,将其指定为备份 GSLB 站点。

有关如何配置基本 GSLB 设置的详细信息,请参阅 单独配置 GSLB 实体

使用命令行界面指定备用 GSLB 站点

在活动站点和远程站点的命令提示符下,键入:

set gslb vserver <name> -backupVserver <string>

示例:

set gslb vserver vserver-GSLB-1 -backupVServer vserver-GSLB-2

使用配置实用程序配置备用站点

  1. 导航到“流量管理”>“GSLB”>“虚拟服务器”,然后双击主站点的 GSLB 虚拟服务器。
  2. 单击“备份虚拟服务器”部分,然后选择备份虚拟服务器。

默认情况下,一旦主虚拟服务器处于活动状态,它就开始接收流量。但是,如果您希望在主虚拟服务器处于活动状态后将流量定向到备份虚拟服务器,请使用 “关闭时禁用主服务器”选项。

在主动-主动数据中心设置中配置灾难恢复

主动-主动 GSLB 部署(其中两个 GSLB 站点都处于活动状态)可消除备用数据中心可能出现的任何风险。通过这样的设置,Web 或应用程序内容可以在不同的地理位置进行镜像。这可确保每个分布式数据中心始终可用数据。

若要在主动-主动数据中心设置中配置 GSLB 以进行灾难恢复,必须首先在第一个数据中心上配置基本 GSLB 设置,然后配置所有其他数据中心。

首先创建至少两个 GSLB 站点。然后,对于本地站点,创建 GSLB 虚拟服务器和 GSLB 服务并将服务绑定到虚拟服务器。然后创建 ADNS 服务并将要为其配置 GSLB 的域绑定到本地站点中的 GSLB 虚拟服务器。最后,在本地站点上,使用与 GSLB 服务相同的虚拟服务器 IP 地址创建负载平衡虚拟服务器。

配置第一个数据中心后,复制设置中其他数据中心的配置。

有关如何配置基本 GSLB 设置的详细信息,请参阅 单独配置 GSLB 实体

使用加权轮循环配置灾难恢复

将 GSLB 配置为使用加权循环方法时,权重将添加到 GSLB 服务中,并将配置的传入流量百分比发送到每个 GSLB 站点。例如,您可以将 GSLB 设置配置为将 80% 的流量转发到一个站点,20% 的流量转发到另一个站点。执行此操作后,Citrix ADC 设备将针对其发送到第二个站点的每个请求向第一个站点发送四个请求。

要设置加权循环方法,首先创建两个本地和远程 GSLB 站点。接下来,为本地站点创建一个 GSLB 虚拟服务器和 GSLB 服务,并将这些服务绑定到虚拟服务器。将 GSLB 方法配置为循环。接下来,创建 ADNS 服务并将要为其配置 GSLB 的域绑定到 GSLB 虚拟服务器。最后,使用与 GSLB 服务相同的虚拟服务器 IP 地址创建负载平衡虚拟服务器。

表示网络中物理服务器的每个服务都具有与其关联的权重。因此,GSLB 服务被分配一个动态权重,即绑定到它的所有服务的权重总和。然后,根据特定服务的动态权重与总权重的比率,在 GSLB 服务之间划分流量。您还可以为每个 GSLB 服务配置单个权重,而不是动态权重。

如果服务没有与其关联的权重,则可以将 GSLB 虚拟服务器配置为使用绑定到该服务器的服务数量动态计算权重。

有关如何配置基本 GSLB 设置的详细信息,请参阅 单独配置 GSLB 实体

配置基本 GSLB 设置后,必须配置加权循环方法,以便根据为单个服务配置的权重在已配置的 GSLB 站点之间分割流量。

使用命令行界面将虚拟服务器配置为服务分配权重

在命令提示符下,键入以下命令之一,具体取决于您是要创建新的负载平衡虚拟服务器还是配置现有服务器:

add lb vserver <name>@ -weight <WeightValue> <ServiceName>  
set lb vserver <name>@ -weight <WeightValue> <ServiceName>  

示例:

add lb vserver Vserver-LB-1 -weight 4 Service-HTTP-1
set lb vserver Vserver-LB-1 -weight 4 Service-HTTP-1

使用命令行界面设置动态权重

在命令提示窗口中,键入:

set gslb vserver <name> -dynamicWeight DynamicWeightType

示例:

set gslb vserver Vserver-GSLB-1 -dynamicWeight ServiceWeight

使用命令行界面向 GSLB 服务添加权重

在命令提示窗口中,键入:

set gslb vserver <name> -serviceName GSLBServiceName -weight WeightValue

示例:

set gslb vserver Vserver-GSLB-1 -serviceName Service-GSLB-1 -weight 1

使用配置实用程序将虚拟服务器配置为服务分配权重

  1. 导航到流量管理 > 负载平衡 > 虚拟服务器,然后双击虚拟服务器(例如,虚拟服务器 LB-1)。
  2. 单击“服务”部分并设置服务的权重。

使用配置实用程序向 GSLB 服务添加权重

  1. 导航到流量管理 > GSLB > 虚拟服务器并双击虚拟服务器(例如,V服务器/GSLB-1)
  2. 单击“服务”部分,并在“重量”字段中设置服务的权重。

使用配置实用程序设置动态权重

  1. 导航到流量管理 > GSLB > 虚拟服务器,然后双击虚拟服务器(例如,V服务器/GSLB-1)。
  2. 单击方 部分,然后从 动态重量 下拉列表中选择 服务重量

使用数据中心持久性配置灾难恢复

对于需要维护与同一服务器的连接而不是请求负载均衡的 Web 应用程序,则需要数据中心持久性。例如,在电子商务门户中,维护客户端与同一服务器之间的连接至关重要。对于这些应用程序,可以在主动-主动设置中配置 HTTP 重定向持久性。

要使用数据中心持久性配置 GSLB 进行灾难恢复,必须首先配置基本 GSLB 设置,然后配置 HTTP 重定向持久性。

首先创建两个 GSLB 站点,本地和远程。接下来,对于本地站点,创建 GSLB 虚拟服务器和 GSLB 服务,并将这些服务绑定到虚拟服务器。接下来,创建 ADNS 服务并将要为其配置 GSLB 的域绑定到本地站点上的 GSLB 虚拟服务器。接下来,使用与 GSLB 服务相同的虚拟服务器 IP 地址创建负载平衡虚拟服务器。最后,复制远程配置的先前步骤,或将 Citrix ADC 设备配置为自动同步 GSLB 配置。

有关如何配置基本 GSLB 设置的详细信息,请参阅 单独配置 GSLB 实体

配置基本 GSLB 设置后,请配置 HTTP 重定向优先级以启用数据中心持久性。

使用命令行界面配置 HTTP 重定向

在命令提示符下,键入以下命令以配置 HTTP 重定向并验证配置:

set gslb service <serviceName> -sitePersistence <sitePersistence> -sitePrefix <string>
show gslb service <serviceName>

示例:

set gslb service Service-GSLB-1 -sitePersistence HTTPRedirect -sitePrefix vserver-GSLB-1
show gslb service Service-GSLB-1

使用配置实用程序配置 HTTP 重定向

  1. 导航到流量管理 > GSLB > 服务,然后双击要配置的 GSLB 服务。
  2. 单击“站点持久性”部分,选择“HTTpreDirect”选项,然后在“站点前缀”文本框中输入站点前缀(例如,V伺服器 GSLB-1)。

注意

如果未配置站点持久性,并且配置为本地 GSLB 服务的负载平衡虚拟服务器为 DUN,则 HTTP 请求将使用 302 重定向到其他正常运行的 GSLB 站点。