ADC

Configurar GSLB en instancias de NetScaler VPX

Los dispositivos NetScaler configurados para el equilibrio de carga global del servidor (GSLB) proporcionan recuperación ante desastres y disponibilidad continua de las aplicaciones al protegerse contra los puntos de falla en una WAN. GSLB puede equilibrar la carga entre los centros de datos dirigiendo las solicitudes de los clientes al centro de datos más cercano o de mejor rendimiento, o a centros de datos sobrevivientes si se produce una interrupción.

En esta sección se describe cómo habilitar GSLB en instancias VPX en dos sitios en un entorno de Microsoft Azure, mediante comandos de Windows PowerShell.

Nota

Para obtener más información sobre GSLB, consulte Equilibrio de carga global del servidor.

Puede configurar GSLB en una instancia NetScaler VPX en Azure, en dos pasos:

  1. Cree una instancia VPX con varias NIC y varias direcciones IP en cada sitio.
  2. Habilite GSLB en las instancias VPX.

Nota

Para obtener más información sobre la configuración de varias NIC y direcciones IP, consulte: Configurar varias direcciones IP para una instancia NetScaler VPX en modo independiente mediante comandos de PowerShell.

Caso

Este caso incluye dos sitios: el sitio 1 y el sitio 2. Cada sitio tiene una máquina virtual (VM1 y VM2) configurada con varias NIC, varias direcciones IP y GSLB.

Figura. Configuración de GSLB implementada en dos sitios: Sitio 1 y Sitio 2.

Topología VPX Azure GSLB

En este caso, cada VM tiene tres NIC: NIC 0/1, 1/1 y 1/2. Cada NIC puede tener varias direcciones IP públicas y privadas. Las NIC se configuran para los siguientes fines.

  • NIC 0/1: para dar servicio al tráfico de administración
  • NIC 1/1: para atender el tráfico del lado del cliente
  • NIC 1/2: Para comunicarse con servidores back-end

Para obtener información sobre las direcciones IP configuradas en cada NIC en este caso, consulte la sección Detalles de configuración IP.

Parámetros

A continuación se presentan parámetros de ejemplo de configuración para este caso en este documento. Puede usar diferentes configuraciones si lo quiere.

$location="West Central US"

$vnetName="NSVPX-vnet"

$RGName="multiIP-RG"

$prmStorageAccountName="multiipstorageaccnt"

$avSetName="MultiIP-avset"

$vmSize="Standard_DS3_V2"

<!--NeedCopy-->

Nota: El requisito mínimo para una instancia VPX es 2 vCPU y 2 GB de RAM.

$publisher="citrix"

$offer="netscalervpx111"

$sku="netscalerbyol"

$version="latest"

$vmNamePrefix="MultiIPVPX"

$nicNamePrefix="MultiipVPX"

$osDiskSuffix="osdiskdb"

$numberOfVMs=1

$ipAddressPrefix="10.0.0."

$ipAddressPrefix1="10.0.1."

$ipAddressPrefix2="10.0.2."

$pubIPName1="MultiIP-pip1"

$pubIPName2="MultiIP-pip2"

$IpConfigName1="IPConfig1"

$IPConfigName2="IPConfig-2"

$IPConfigName3="IPConfig-3"

$IPConfigName4="IPConfig-4"

$frontendSubnetName="default"

$backendSubnetName1="subnet_1"

$backendSubnetName2="subnet_2"

$suffixNumber=10
<!--NeedCopy-->

Crear una VM

Siga los pasos del 1 al 10 para crear VM1 con varias NIC y varias direcciones IP, mediante comandos de PowerShell:

  1. Crear grupo de recursos

  2. Crear cuenta de almacenamiento

  3. Crear conjunto de disponibilidad

  4. Crear red virtual

  5. Crear dirección IP pública

  6. Crear NIC

  7. Crear objeto de configuración de máquina virtual

  8. Obtenga las credenciales y defina las propiedades del sistema operativo para la máquina virtual

  9. Agregar NIC

  10. Especificar el disco del sistema operativo y crear VM

Después de completar todos los pasos y comandos para crear la VM1, repita estos pasos para crear la VM2 con parámetros específicos.

Crear grupo de recursos

New-AzureRMResourceGroup -Name $RGName -Location $location
<!--NeedCopy-->

Crear cuenta de almacenamiento

$prmStorageAccount=New-AzureRMStorageAccount -Name $prmStorageAccountName -ResourceGroupName $RGName -Type Standard_LRS -Location $location
<!--NeedCopy-->

Crear conjunto de disponibilidad

$avSet=New-AzureRMAvailabilitySet -Name $avSetName -ResourceGroupName $RGName -Location $location
<!--NeedCopy-->

Crear red virtual

  1. Agregue subredes.

    $subnet1=New-AzureRmVirtualNetworkSubnetConfig -Name $frontendSubnetName -AddressPrefix "10.0.0.0/24"
    $subnet2=New-AzureRmVirtualNetworkSubnetConfig -Name $backendSubnetName1 -AddressPrefix "10.0.1.0/24"
    $subnet3=New-AzureRmVirtualNetworkSubnetConfig -Name $backendSubnetName2 -AddressPrefix "10.0.2.0/24"
    <!--NeedCopy-->
    
  2. Agregue un objeto de red virtual.

    $vnet=New-AzureRmVirtualNetwork -Name $vnetName -ResourceGroupName $RGName -Location $location -AddressPrefix 10.0.0.0/16 -Subnet $subnet1, $subnet2, $subnet3
    <!--NeedCopy-->
    
  3. Recupera subredes.

    $frontendSubnet=$vnet.Subnets|?{$\_.Name -eq $frontendSubnetName}
    $backendSubnet1=$vnet.Subnets|?{$\_.Name -eq $backendSubnetName1}
    $backendSubnet2=$vnet.Subnets|?{$_.Name -eq $backendSubnetName2}
    <!--NeedCopy-->
    

Crear dirección IP pública

$pip1=New-AzureRmPublicIpAddress -Name $pubIPName1 -ResourceGroupName $RGName -Location $location -AllocationMethod Dynamic
$pip2=New-AzureRmPublicIpAddress -Name $pubIPName2 -ResourceGroupName $RGName -Location $location -AllocationMethod Dynamic
<!--NeedCopy-->

Crear NIC

Crear NIC 0/1

$nic1Name=$nicNamePrefix + $suffixNumber + "-Mgmnt"
$ipAddress1=$ipAddressPrefix + $suffixNumber
$IPConfig1=New-AzureRmNetworkInterfaceIpConfig -Name $IPConfigName1 -SubnetId $frontendSubnet.Id -PublicIpAddress $pip1 -PrivateIpAddress $ipAddress1 -Primary
$nic1=New-AzureRMNetworkInterface -Name $nic1Name -ResourceGroupName $RGName -Location $location -IpConfiguration $IpConfig1
<!--NeedCopy-->

Crear NIC 1/1

$nic2Name $nicNamePrefix + $suffixNumber + "-frontend"
$ipAddress2=$ipAddressPrefix1 + ($suffixNumber)
$ipAddress3=$ipAddressPrefix1 + ($suffixNumber + 1)
$IPConfig2=New-AzureRmNetworkInterfaceIpConfig -Name $IPConfigName2 -PublicIpAddress $pip2 -SubnetId $backendSubnet1.Id  -PrivateIpAddress $ipAddress2  -Primary
$IPConfig3=New-AzureRmNetworkInterfaceIpConfig -Name $IPConfigName3 -SubnetId $backendSubnet1.Id  -PrivateIpAddress $ipAddress3
nic2=New-AzureRMNetworkInterface -Name $nic2Name -ResourceGroupName $RGName -Location $location -IpConfiguration $IpConfig2, $IpConfig3
<!--NeedCopy-->

Crear NIC 1/2

$nic3Name=$nicNamePrefix + $suffixNumber + "-backend"
$ipAddress4=$ipAddressPrefix2 + ($suffixNumber)
$IPConfig4=New-AzureRmNetworkInterfaceIpConfig -Name $IPConfigName4 -SubnetId $backendSubnet2.Id -PrivateIpAddress $ipAddress4 -Primary
$nic3=New-AzureRMNetworkInterface -Name $nic3Name -ResourceGroupName $RGName -Location $location -IpConfiguration $IpConfig4
<!--NeedCopy-->

Crear objeto de configuración de máquina virtual

$vmName=$vmNamePrefix
$vmConfig=New-AzureRMVMConfig -VMName $vmName -VMSize $vmSize -AvailabilitySetId $avSet.Id
<!--NeedCopy-->

Obtenga credenciales y configure las propiedades del sistema operativo

$cred=Get-Credential -Message "Type the name and password for VPX login."
$vmConfig=Set-AzureRMVMOperatingSystem -VM $vmConfig -Linux -ComputerName $vmName -Credential $cred
$vmConfig=Set-AzureRMVMSourceImage -VM $vmConfig -PublisherName $publisher -Offer $offer -Skus $sku -Version $version
<!--NeedCopy-->

Agregar NIC

$vmConfig=Add-AzureRMVMNetworkInterface -VM $vmConfig -Id $nic1.Id -Primary
$vmConfig=Add-AzureRMVMNetworkInterface -VM $vmConfig -Id $nic2.Id
$vmConfig=Add-AzureRMVMNetworkInterface -VM $vmConfig -Id $nic3.Id
<!--NeedCopy-->

Especificar el disco del sistema operativo y crear VM

$osDiskName=$vmName + "-" + $osDiskSuffix
$osVhdUri=$prmStorageAccount.PrimaryEndpoints.Blob.ToString() + "vhds/" +$osDiskName + ".vhd"
$vmConfig=Set-AzureRMVMOSDisk -VM $vmConfig -Name $osDiskName -VhdUri $osVhdUri -CreateOption fromImage
Set-AzureRmVMPlan -VM $vmConfig -Publisher $publisher -Product $offer -Name $sku
New-AzureRMVM -VM $vmConfig -ResourceGroupName $RGName -Location $location
<!--NeedCopy-->

Nota

Repita los pasos 1 a 10 enumerados en “Crear máquinas virtuales multiNIC mediante comandos de PowerShell” para crear VM2 con parámetros específicos de VM2.

Detalles de configuración IP

Se utilizan las siguientes direcciones IP.

Tabla 1. Direcciones IP utilizadas en VM1

NIC IP privada IP pública (PIP) Descripción
0/1 10.0.0.10 PIP1 Configurado como NSIP (IP de administración)
1/1 10.0.1.10 PIP2 Configurado como IP del sitio SNIP/GSLB
- 10.0.1.11 - Configurado como IP del servidor LB. La IP pública no es obligatoria
1/2 10.0.2.10 - Configurado como SNIP para enviar sondeos de monitor a servicios; IP pública no es obligatoria

Tabla 2. Direcciones IP utilizadas en VM2

NIC IP interna IP pública (PIP) Descripción
0/1 20.0.0.10 PIP4 Configurado como NSIP (IP de administración)
1/1 20.0.1.10 PIP5 Configurado como IP del sitio SNIP/GSLB
- 20.0.1.11 - Configurado como IP del servidor LB. La IP pública no es obligatoria
1/2 20.0.2.10 - Configurado como SNIP para enviar sondeos de monitor a servicios; IP pública no es obligatoria

A continuación se muestran configuraciones de ejemplo para este caso, que muestran las direcciones IP y las configuraciones LB iniciales creadas a través de la CLI de NetScaler VPX para VM1 y VM2.

He aquí un ejemplo de configuración en VM1.

add ns ip 10.0.1.10 255.255.255.0 -mgmtAccess ENABLED
Add nsip 10.0.2.10 255.255.255.0
add service svc1 10.0.1.10 ADNS 53
add lb vserver v1 HTTP 10.0.1.11 80
add service s1 10.0.2.120 http 80
Add service s2 10.0.2.121 http 80
Bind lb vs v1 s[1-2]
<!--NeedCopy-->

He aquí un ejemplo de configuración en VM2.

add ns ip 20.0.1.10 255.255.255.0  -mgmtAccess ENABLED
Add nsip 20.0.2.10 255.255.255.0
add service svc1 20.0.1.10 ADNS 53
add lb vserver v1 HTTP 20.0.1.11 80
Add service s1 20.0.2.90 http 80
Add service s2 20.0.2.91 http 80
Bind lb vs v1 s[1-2]
<!--NeedCopy-->

Configurar sitios GSLB y otros parámetros

Realice las tareas que se describen en el tema siguiente para configurar los dos sitios GSLB y otros parámetros necesarios:

Equilibrio de carga global del servidor

Para obtener más información, consulte este artículo de asistencia técnica: https://support.citrix.com/article/CTX110348

He aquí un ejemplo de configuración GSLB en VM1 y VM2.

enable ns feature LB GSLB
add gslb site site1 10.0.1.10 -publicIP PIP2
add gslb site site2 20.0.1.10 -publicIP PIP5
add gslb service site1_gslb_http_svc1 10.0.1.11 HTTP 80 -publicIP PIP3 -publicPort 80 -siteName site1
add gslb service site2_gslb_http_svc1 20.0.1.11 HTTP 80 -publicIP PIP6 -publicPort 80 -siteName site2
add gslb vserver gslb_http_vip1 HTTP
bind gslb vserver gslb_http_vip1 -serviceName site2_gslb_http_svc1
bind gslb vserver gslb_http_vip1 -serviceName site1_gslb_http_svc1
bind gslb vserver gslb_http_vip1 -domainName www.gslbindia.com -TTL 5
<!--NeedCopy-->

Ha configurado GSLB en instancias NetScaler VPX que se ejecutan en Azure.

Recuperación ante desastres

El desastre es una interrupción repentina de las funciones empresariales causada por desastres naturales o eventos causados por seres humanos. Los desastres afectan a las operaciones del centro de datos, después de lo cual los recursos y los datos perdidos en el sitio del desastre deben reconstruirse y restaurarse por completo. La pérdida de datos o el tiempo de inactividad en el centro de datos es fundamental y colapsa la continuidad del negocio.

Uno de los desafíos a los que se enfrentan los clientes hoy en día es decidir dónde colocar su sitio de recuperación ante desastres. Las empresas buscan uniformidad y rendimiento independientemente de cualquier falla de red o infraestructura subyacente.

Las posibles razones por las que muchas organizaciones deciden migrar a la nube son:

  • Tener un centro de datos local es muy caro. Al utilizar la nube, las empresas pueden liberar tiempo y recursos para expandir sus propios sistemas.

  • Muchas de las orquestaciones automatizadas permiten una recuperación más rápida

  • Replica los datos proporcionando protección de datos continua o instantáneas continuas para protegerte contra cualquier interrupción o ataque.

  • Soporta casos de uso en los que los clientes necesitan muchos tipos diferentes de control de cumplimiento y seguridad que ya están presentes en las nubes públicas. Esto hace que sea más fácil lograr el cumplimiento que necesitan en lugar de crear el suyo propio.

Un NetScaler configurado para GSLB reenvía el tráfico al centro de datos menos cargado o de mejor rendimiento. Esta configuración, denominada configuración activa-activa, no solo mejora el rendimiento, sino que también proporciona recuperación ante desastres inmediata al redirigir el tráfico a otros centros de datos si un centro de datos que forma parte de la instalación falla. Por lo tanto, NetScaler ahorra a los clientes tiempo y dinero valiosos.

Implementación de múltiples NIC y múltiples IP (tres NIC) para la recuperación ante desastres

Los clientes podrían implementar mediante la implementación de tres NIC si se implementan en un entorno de producción donde la seguridad, la redundancia, la disponibilidad, la capacidad y la escalabilidad son fundamentales. Con este método de implementación, la complejidad y la facilidad de administración no son preocupaciones críticas para los usuarios.

Implementación de una sola NIC y varias IP (una NIC) para la recuperación ante desastres

Es posible que los clientes implementen mediante una sola NIC si lo están implementando en un entorno que no sea de producción por los siguientes motivos:

  • Están configurando el entorno para las pruebas o están preparando un nuevo entorno antes de la implementación en producción.

  • Implementación directa en la nube de forma rápida y eficiente.

  • Al mismo tiempo, busca la simplicidad de una configuración de subred única.

Configurar GSLB en instancias de NetScaler VPX