Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Fluxo de tráfego com ITD

Configurar

Passo 1: Configurar o grupo de dispositivos ITD

Configuração do teste

Nível de nó em espera

Passo 2: Configurar o serviço ITD

Configurar o serviço ITD

Definir o grupo de dispositivos

Configurar a interface de entrada

Configurar o endereço IP virtual ITD

Definir o método de balanceamento de carga ITD

Passo 3: Definir o comportamento de failover

Passo 4: Configurar o ITD VIP como uma interface de loopback em servidores de nó

Outras opções de configuração

Atribuir pesos a nós

Configurar falha

Verificar

Verificar serviços ITD

Verifique as listas de acesso e o mapa de rota criados dinamicamente

Verificar a configuração da interface de entrada

Verificar a configuração do teste

Troubleshoot

Informações Relacionadas

Introduction

Este documento descreve as etapas básicas para solucionar problemas e verificar o Intelligent Traffic Diretor (ITD) no Nexus 7000. Este documento usa uma implantação de balanceamento de carga do servidor para ilustrar conceitos relacionados ao ITD.

Para obter mais informações sobre o ITD, consulte estes recursos:

- Resumo do Cisco Intelligent Traffic Diretor

- Referência de comando do Cisco Nexus 7000 Series NX-OS Intelligent Traffic Diretor

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento do ITD.

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

- Switch Cisco Nexus 7000 Series

- Cisco NX-OS versão 6.2(10)

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Informações de Apoio

O ITD é usado para balancear a carga do tráfego que entra em uma interface específica da Camada 3 entre um número de dispositivos configurados como nós ITD.

- O ITD é suportado no Nexus 7000 no NX-OS versão 6.2(8) e posterior e tem novos recursos significativos na versão 6.2(10).

- O ITD pode ser implementado independentemente dos componentes de hardware (tipos de placa de linha, tipo de chassi e assim por diante).

- O ITD não adiciona nenhuma carga à CPU do módulo supervisor.

Fluxo de tráfego com ITD

As informações neste documento são baseadas nesta topologia. Neste cenário, o efeito desejado é que o tráfego dos hosts na VLAN 10 endereçado aos servidores Web na VLAN 40 seja balanceado de carga entre o Servidor 100 e o Servidor 101.

- O ITD usa o roteamento baseado em políticas para implementar o balanceamento de carga em hardware no Nexus 7000. Quando o ITD é configurado, as listas de acesso e um mapa de rota são criados dinamicamente para encaminhar o tráfego com base na sua política de balanceamento de carga definida no ITD.

- Essas listas de acesso são criadas e aplicadas à interface de ingresso configurada na configuração do ITD. Nesse caso, o tráfego que ingressa na VLAN 20 atinge "bucket_1" ou "bucket_2" com base no bit significativo no último octeto definido pela máscara da lista de acesso:
N7k-2(config)# show ip access-lists

IP access list TEST_itd_vip_1_bucket_1

10 permit ip 1.1.1.0 255.255.255.127 192.168.30.1/32

IP access list TEST_itd_vip_1_bucket_2

10 permit ip 1.1.1.128 255.255.255.127 192.168.30.1/32

- Em seguida, o mapa de rotas encaminha o tráfego com base em que cláusula o tráfego de ingresso corresponde. Este exemplo mostra que o tráfego que atinge "bucket_1" é encaminhado para o nó 192.168.40.100 e o tráfego que atinge "bucket_2" é encaminhado para o nó 192.168.40.101.
N7k-1(config)# show route-map TEST_itd_pool

route-map TEST_itd_pool, permit, sequence 0

Description: auto generated route-map for ITD service TEST

Match clauses:

ip address (access-lists): TEST_itd_vip_1_bucket_1

Set clauses:

ip next-hop verify-availability 192.168.40.100 track 2 [ UP ]

route-map TEST_itd_pool, permit, sequence 1

Description: auto generated route-map for ITD service TEST

Match clauses:

ip address (access-lists): TEST_itd_vip_1_bucket_2

Set clauses:

ip next-hop verify-availability 192.168.40.101 track 2 [ UP ]

- O endereço IP não é traduzido pelo ITD. O tráfego que sai do Nexus 7000 em direção aos nós tem um endereço de destino 192.168.30.1 e retém o endereço IP de origem.

- O tráfego de retorno é unicast de volta ao remetente original com um endereço de origem do ITD VIP 192.168.30.1.

Tip: Apenas uma instância do Roteamento Baseado em Políticas (PBR - Policy Based Routing) é suportada por família de endereços por interface de entrada. Se você definir uma interface como uma interface de ingresso ITD, não será possível configurar instâncias PBR adicionais nessa interface, já que o ITD usa PBR para implementar o algoritmo de balanceamento de carga.

Configurar

Esses recursos devem ser ativados no Virtual Device Context (VDC) no qual você configura o ITD:

N7k-1(config-itd)# show run | i feature

feature pbr

feature sla sender

feature sla responder

feature itd

Passo 1: Configurar o grupo de dispositivos ITD

O grupo de dispositivos ITD consiste nos nós entre os quais o tráfego será balanceado de carga, como servidores Web, firewalls etc. O grupo de dispositivos é configurado da seguinte maneira:

N7k-1(config)# itd device-group TAC-device-group

N7k-1(config-device-group)# node ip 192.168.40.100

N7k-1(config-device-group)# node ip 192.168.40.101

N7k-1(config-device-group)# probe icmp

Configuração do teste

A configuração da sonda permite definir estes tipos de sonda:

icmp

Envia uma solicitação de eco ICMP (Internet Control Message Protocol) e escuta uma resposta. Se o servidor retornar uma resposta, o ITD marca o servidor como passado.

dns

Envia uma solicitação a um Servidor de Nomes de Domínio (DNS) que passa um domínio configurado para o servidor. Se o servidor responder com um endereço IP configurado para esse domínio, o ITD marca o endereço como ativo.

udp

Envia um pacote UDP a um servidor e marca o servidor como falha somente se o servidor retornar uma mensagem ICMP Port Unreachable.

tcp

Inicia um handshake triplo do TCP e espera que o servidor envie uma resposta. Se o handshake for bem-sucedido, o ITD envia um FIN para encerrar a sessão. Se a resposta não for válida ou se não houver resposta, o ITD marca o servidor como falha.

Geralmente, os testadores DNS, UDP e TCP seriam usados para avaliar a disponibilidade de serviços específicos executados nos servidores de nó.

A configuração da sonda também permite definir estes parâmetros:

- frequency - o ITD faz ping no nó a cada x segundos

- timeout - O ITD espera uma resposta do nó em y segundos

- retry-down-count - quantas vezes investigar o nó antes de ser marcado como "Probe Fail" e de a falha ser executada

- retry-up-count - quantas vezes examinar o nó antes de ser marcado como "OK" e adicionado novamente ao pool

Por exemplo, considere esta configuração (esta é a configuração padrão quando você configura o probe icmp):

1. Faça ping no nó a cada 10 segundos.

2. Aguarde 5 segundos para o nó responder.

3. Depois que o nó não responder 3 vezes, marque o nó como "Probe Fail".

4. Depois que o nó responder 3 vezes em uma linha, marque o nó como "OK".

Dada esta configuração, o ITD reage a um nó que se torna inalcançável após pelo menos 35 segundos (3 x frequência + tempo limite).

Nível de nó em espera

Um nó pode ser configurado como um standby no nível do nó ou no nível do grupo de dispositivos. Um standby de nível de nó recebe tráfego somente se seu nó ativo associado falhar. Um standby de nível de dispositivo recebe tráfego se algum dos nós ativos falhar.

A configuração em standby no nível do dispositivo é:

7k-1(config-device-group)# node ip 192.168.40.100 standby 192.168.40.103

A configuração de standby do grupo de dispositivos é:

7k-1(config-device-group)# node ip 192.168.40.106 mode hot-standby

Passo 2: Configurar o serviço ITD

Nesta etapa, o serviço ITD é definido, ou seja, o tráfego que você deseja balancear carga e como.

Configurar o serviço ITD

N7k-1(config)# itd TAC-ITD-service

Definir o grupo de dispositivos

Consulte o grupo de dispositivos configurado anteriormente:

N7k-1(config-itd)# device-group TAC-device-group

Configurar a interface de entrada

O tráfego que entra nessa interface é balanceado pela carga pelo ITD. A interface de entrada deve ser uma interface de Camada 3 (interface física, canal de porta ou interface virtual comutada (SVI)).

N7k-1(config-itd)# ingress interface vlan 20

Cada interface de Camada 3 pode ser atribuída somente como uma interface de entrada para uma instância do ITD.

Caution: A interface de ingresso ITD deve ser uma interface de Camada 3.

Configurar o endereço IP virtual ITD

O ITD Virtual IP Address (VIP) deve estar em uma sub-rede diferente dos hosts e dos nós:

N7k-1(config-itd)# virtual ip 192.168.30.1 255.255.255.255 advertise enable

O ITD VIP é essencialmente uma interface fictícia da perspectiva do Nexus 7000 - por exemplo, o switch não responde às solicitações de ping endereçadas ao VIP. Ele é usado para comparar o tráfego com o mapa de rota que é criado automaticamente e aplicado à interface de entrada ITD.

Tip: Você não poderá fazer ping com êxito no ITD VIP até que os nós finais sejam configurados com o endereço VIP.

Definir o método de balanceamento de carga ITD

load-balance method src ip buckets 2

O método de balanceamento de carga permite definir seu mecanismo de hashing de balanceamento de carga. Essas opções estão disponíveis:

src ip

IP origem

src ip-l4port

Porta IP e L4 origem

dst ip

IP de Destino

dst ip-l4port

Porta IP e L4 destino

Tip: O serviço ITD precisa estar no estado shut para modificar o serviço ITD ou a configuração do grupo de dispositivos.

Passo 3: Definir o comportamento de failover

Você deve configurar um comportamento de failover ou o ITD não reagirá à falha do nó:

N7k-1(config-itd)# failaction node reassign

Para exibir a configuração relacionada ao ITD, insira o comando show run services:

N7k-2# show run services

!Command: show running-config services

!Time: Wed Apr 22 00:15:11 2015

version 6.2(10)

feature itd

itd device-group TAC

node ip 192.168.40.100

node ip 192.168.40.101

probe icmp frequency 10 timeout 5 retry-down-count 1 retry-up-count 1

itd TEST

device-group TAC

virtual ip 192.168.30.1 255.255.255.255 advertise enable

ingress interface Vlan20

failaction node reassign

load-balance method src ip buckets 2

no shut

Passo 4: Configurar o ITD VIP como uma interface de loopback em servidores de nó

Para que os servidores atendam ao tráfego endereçado ao ITD VIP, eles devem ser configurados como um alias IP na interface de loopback no servidor. O servidor aceita solicitações para o endereço de destino do VIP e origina a resposta do endereço VIP do ITD.

Configurando a interface de rede virtual no Linux

Como instalar o adaptador de Loopback da Microsoft no Windows

Note: A configuração do VIP IDT no servidor só é necessária no caso de uma devolução direta de servidor (DSR). No caso do balanceamento de carga do dispositivo (como o balanceamento de carga do Cisco Adaptive Security Appliance (ASA)), a configuração do VIP não é necessária.

Outras opções de configuração

Atribuir pesos a nós

O método de balanceamento de carga também permite definir quantos buckets devem ser divididos no. A configuração do bucket é opcional. Por padrão, o número de buckets é igual ao número de nós configurados. Se você quiser configurar o número de buckets, o valor deve ser uma potência de 2 (2, 4, 8, 16, 32 e assim por diante). A configuração é como se segue:

N7k-2(config-itd)# load-balance method src ip buckets 16

Por padrão, os buckets são atribuídos aos nós ativos em um padrão round robin. No entanto, você pode ponderar certos nós com mais buckets, que na verdade ponderam o tráfego para favorecer um ou mais dispositivos. Você atribui peso na configuração do grupo de dispositivos. Nesta configuração, o servidor 101 recebe o dobro do tráfego do servidor 100.

N7k-1(config)# itd device-group TAC-device-group

N7k-1(config-device-group)# node ip 192.168.40.100 weight 33

N7k-1(config-device-group)# node ip 192.168.40.101 weight 66

N7k-1(config-device-group)# probe icmp

Você pode verificar as atribuições de bucket com a saída do comando show itd:

N7k-2(config-itd)# show itd

Name           Probe LB Scheme  Status   Buckets

-------------- ----- ---------- -------- -------

TEST           TCP   src-ip     ACTIVE   16

Device Group                                         VRF-Name

-------------------------------------------------- -------------

TAC

Pool                           Interface    Status Track_id

------------------------------ ------------ ------ ---------

TEST_itd_pool                  Vlan20       UP       3

Virtual IP                              Netmask/Prefix Protocol     Port

------------------------------------------------------ ------------ ----------

192.168.20.1 / 255.255.255.255                         IP           0

Node  IP                  Config-State Weight Status     Track_id  Sla_id

------------------------- ------------ ------ ---------- --------- ---------

1     192.168.40.100      Active       33     OK           1         10001

Bucket List

-----------------------------------------------------------------------

TEST_itd_vip_1_bucket_1

TEST_itd_vip_1_bucket_3

TEST_itd_vip_1_bucket_5

TEST_itd_vip_1_bucket_7

TEST_itd_vip_1_bucket_9

TEST_itd_vip_1_bucket_16

Node  IP                  Config-State Weight Status     Track_id  Sla_id

------------------------- ------------ ------ ---------- --------- ---------

2     192.168.40.101      Active       66     OK           2         10002

Bucket List

-----------------------------------------------------------------------

TEST_itd_vip_1_bucket_2

TEST_itd_vip_1_bucket_4

TEST_itd_vip_1_bucket_6

TEST_itd_vip_1_bucket_8

TEST_itd_vip_1_bucket_10

TEST_itd_vip_1_bucket_11

TEST_itd_vip_1_bucket_12

TEST_itd_vip_1_bucket_13

TEST_itd_vip_1_bucket_14

TEST_itd_vip_1_bucket_15

Configurar falha

Quando um nó falha, a sonda o detecta e o coloca no estado "Probe Fail". Por padrão, o ITD continua a encaminhar o tráfego para o nó com falha. Para que o ITD desvie o tráfego de um nó com falha, ele deve ser configurado:

itd TEST

failaction node reassign

O que acontece quando um nó se torna inalcançável:

- Se a reatribuição de nó de falha estiver configurada - o ITD colocará o nó inalcançável no modo Falha de teste e roteará o tráfego para outros nós no grupo de dispositivos.

- Se a reatribuição do nó de falha NÃO estiver configurada:
Cenário 1: Nó de teste configurado/standby configurado: tráfego direcionado para o primeiro nó standby disponível.

Cenário 2: Sonda configurada, nenhum nó de standby configurado: tráfego não reatribuído, é roteado.

Cenário 3: Nenhuma sonda configurada: O ITD não pode detectar a falha; o tráfego continua a ser encaminhado para um nó indisponível.

- Se todos os nós estiverem inacessíveis, o tráfego será roteado.

Verificar

Esta seção descreve como verificar a configuração e a operação básicas do ITD.

Verificar serviços ITD

Para visualizar o status do ITD, insira o comando show itd.

- Verifique se o serviço está no status ATIVE.

- Verifique se o pool de dispositivos está no estado UP.

- Verifique se os nós estão no status OK.

N7k-2(config-itd)# show itd

Name           Probe LB Scheme  Status   Buckets

-------------- ----- ---------- -------- -------

TEST           TCP   src-ip     ACTIVE   16

Device Group                                         VRF-Name

-------------------------------------------------- -------------

TAC

Pool                           Interface    Status Track_id

------------------------------ ------------ ------ ---------

TEST_itd_pool                  Vlan20       UP       3

Virtual IP                              Netmask/Prefix Protocol     Port

------------------------------------------------------ ------------ ----------

192.168.20.1 / 255.255.255.255                         IP           0

Node  IP                  Config-State Weight Status     Track_id  Sla_id

------------------------- ------------ ------ ---------- --------- ---------

1     192.168.40.100      Active       33     OK           1         10001

Bucket List

-----------------------------------------------------------------------

TEST_itd_vip_1_bucket_1

TEST_itd_vip_1_bucket_3

TEST_itd_vip_1_bucket_5

TEST_itd_vip_1_bucket_7

TEST_itd_vip_1_bucket_9

TEST_itd_vip_1_bucket_16

Node  IP                  Config-State Weight Status     Track_id  Sla_id

------------------------- ------------ ------ ---------- --------- ---------

2     192.168.40.101      Active       66     OK           2         10002

Bucket List

-----------------------------------------------------------------------

TEST_itd_vip_1_bucket_2

TEST_itd_vip_1_bucket_4

TEST_itd_vip_1_bucket_6

TEST_itd_vip_1_bucket_8

TEST_itd_vip_1_bucket_10

TEST_itd_vip_1_bucket_11

TEST_itd_vip_1_bucket_12

TEST_itd_vip_1_bucket_13

TEST_itd_vip_1_bucket_14

TEST_itd_vip_1_bucket_15

Verifique as listas de acesso e o mapa de rota criados dinamicamente

Essa configuração é criada dinamicamente quando você configura o ITD:

- Haverá uma entrada de lista de acesso e mapa de rota por período configurado.

- Os mapas de rotas e as listas de acesso são criados com o nome do serviço ITD prefixo (como, por exemplo, <service name>_itd_vip_1_bucket_1).

N7k-2(config)# show ip access-lists

IP access list TEST_itd_vip_1_bucket_1

10 permit ip 1.1.1.0 255.255.255.127 192.168.20.1/32

IP access list TEST_itd_vip_1_bucket_2

10 permit ip 1.1.1.128 255.255.255.127 192.168.20.1/32

N7k-2(config)# sho route-map TEST_itd_pool

route-map TEST_itd_pool, permit, sequence 0

Description: auto generated route-map for ITD service TEST

Match clauses:

ip address (access-lists): TEST_itd_vip_1_bucket_1

Set clauses:

ip next-hop verify-availability 192.168.30.2 track 2 [ UP ]

route-map TEST_itd_pool, permit, sequence 1

Description: auto generated route-map for ITD service TEST

Match clauses:

ip address (access-lists): TEST_itd_vip_1_bucket_2

Set clauses:

ip next-hop verify-availability 192.168.30.2 track 2 [ UP ]

Verificar a configuração da interface de entrada

Verifique se o mapa de rotas está aplicado à interface de entrada ITD:

N7k-2(config-itd)# show run int vlan 20

!Command: show running-config interface Vlan20

!Time: Thu Apr 23 00:42:41 2015

version 6.2(10)

interface Vlan20no shutdown

ip address 192.168.20.1/24

ip policy route-map TEST_itd_pool

Verificar a configuração do teste

Verifique se a frequência da sonda está programada nesta saída deste comando:

N7k-2# show run | i probe

probe icmp frequency 5

N7k-2# show run sla sender

!Command: show running-config sla sender

!Time: Tue Apr 28 18:04:02 2015

version 6.2(10)

feature sla sender

ip sla 10001

icmp-echo 192.168.40.100

frequency 5

ip sla schedule 10001 life forever start-time now

ip sla 10002

icmp-echo 192.168.40.101

frequency 5

ip sla schedule 10002 life forever start-time now

Os objetos IPSLA (Internet Protocol Service Level Agreement, Contrato de Nível de Serviço de Protocolo de Internet) são criados dinamicamente quando o ITD é configurado. Esses objetos são referenciados no mapa de rotas do ITD.

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.

Informações Relacionadas

- Referência de comando do Cisco Nexus 7000 Series NX-OS Intelligent Traffic Diretor

- Guia de configuração do Cisco Nexus 7000 Series NX-OS Intelligent Traffic Diretor, versão 6.x

- Resumo do Cisco Intelligent Traffic Diretor

- Suporte Técnico e Documentação - Cisco Systems