Load Balancing de Citrix Provisioning con NetScaler
Tras implementar un sitio de Provisioning Services en alta disponibilidad, deberíamos continuar a criar una dirección IP a la que los equipos que arranquen com PXE se conecten y ésta sea balanceada al servidor de PVS con menos carga. Nos apoyaremos en el Load Balancing de Citrix NetScaler para llevar a cabo esta função!
Al disponer de vários servidores de PVS en la granja, tendremos que indicar a los targets que contacten con el servidor TFTP de la red, normalmente el propio servidor PVS. La forma más sencilla sería hacer un Round Robin y en DHCP hacer referência a ese registo A criado no servidor DNS que aleatoriamente y sin nenhum control ataque a um servidor PVS u outro. Neste documento o balanço o haremos com uma IP virtual del NetScaler e além disso verificaremos a saúde do estado dos serviços.

O primeiro de tudo será ter o Load Balancing habilitado a partir de “Basic Features” dentro “Sistema”. Luego ya podremos começar a dar de alta los servidores TFTP en our NetScaler (normalmente serão los mismos PVS), por isso, desde “Traffic Management” > “Balanceamento de carga” > “Servidores” > “Add...”, comecemos!
Añadiremos todos los servidores Provisioning Services, indicando um nome e o seu endereço IP & “Criar”,
Pronto! confirmamos que estão OK,
A continuación crearemos el servicio TFTP, “Serviços” > Adicionar…,
Vamos indicar um nome ao serviço TFTP, criaremos um para cada servidor PVS, selecionaremos o protocolo TFTP e a porta 69, bem como iremos habilitar o monitor ‘udp-ecv'’ uma vez que o TFTP usa UDP.
Confirmamos que tudo está OK e os serviços estão UP!
Por fim, criaremos a VIP para o serviço de TFTP e será balanceada através deste IP ao qual os clientes se ligarão. “Virtual Servers” > “Add...”,
Le damos un nombre, Endereço IP, protocolo TFTP, confirmamos que a porta é 69 e selecionamos os serviços que acabámos de criar!
Para terminar, bastará modificar na opção 66 do âmbito do DHCP com a VIP do NetScaler. Opcionalmente, poderemos criar um registo DNS interno e poderemos utilizar melhor um nome fqdn, mais elegante 🙂
















































