Entendendo e configurando redundância de VIP e interface no CSS 11000 Índice Introdução Antes de Começar Convenções Pré-requisitos Componentes Utilizados Redundância de interface Redundância de VIP de backup/ativo Redundância de VIP compartilhado Configurações Configuração do roteador virtual Comandos de redundância da interface Comandos de redundância VIP comandos show Considerações VIPs compartilhados Combinações Informações Relacionadas Introdução A finalidade do IP Virtual (VIP) e da característica de redundância da interface é fornecer os endereços IP que podem flutuar entre dois ou mais nós de rede física. Esses endereços IP são utilizados para fornecer redundância para servidores conectados e VIPs. Há quatro tipos de VIP e de características de redundância da interface: interface, redundância de VIP ativa e de backup, compartilhamento de destino e redundância de VIP compartilhada. Estas relações executam o seguinte: Forneça a Redundância para endereços da relação entre o Switches. O endereço da relação tem que estar na escala de uma sub-rede comum a cada um do Switches. Forneça a Redundância para endereços VIP entre o Switches. O endereço VIP tem que estar na escala de uma sub-rede comum a cada um do Switches. A redundância de VIP pode ser ativa/backup, onde somente um interruptor presta serviços de manutenção a pedidos para o VIP, ou compartilhado, onde pedidos do serviço VIP dos switch múltiplos. Os endereços IP e os endereços MAC de uma interface redundante ou VIP são compartilhados. Ou seja o MAC address não muda quando o backup toma sobre. Um interruptor que atua como um backup para um VIP ou uma relação particular é acima de outra maneira. Isso pode ser contrastado com o recurso de redundância de caixa para caixa, em que a caixa de backup é considerada inativa, exceto para o enlace de redundância. Em algumas situações, uma caixa pode funcionar como mestre para alguns VIPs e como backup para outros. Os VIP e as relações na mesma sub-rede podem ser amarrados junto de modo que um interruptor possa dominar um grupo de VIP e de relações (compartilhamento de destino). Algumas topologias requerem isto. Nenhum enlace de redundância especial entre o Switches é necessário. O protocolo de redundância (VRRP) executa sobre a sub-rede associada com o endereço de interface redundante ou o endereço VIP. Cada interface redundante ou VIP são traçados à combinação de uma relação no interruptor e em um roteador virtual ID, ou ao VRID. Cada um destas combinações define um roteador virtual nos termos do Virtual Router Redundancy Protocol (VRRP). Uma sessão separada do VRRP é executada para cada roteador virtual. Várias interfaces redundantes ou VIPs podem ser mapeados para um único roteador virtual. Se o VRRP relata que o interruptor é mestre para um VRID em uma relação, todas as interfaces redundantes e VIP associados com o VRID são declarados acima. Similarmente, se o VRRP relatam que está em um estado alternativo para um VRID em uma relação, todas as interfaces redundantes e os VIP associados com o VRID são declaradas para baixo. A exceção para isso é o caso de redundância compartilhada para VIPs. Estes VIP estão em um estado do active/mestre se o interruptor é mestre para um VRID e estado ativo/alternativo de outra maneira. Somente o mestre de um roteador virtual enviará mensagens de VRRP para tal VRID. Essas mensagens são pacotes de multicast de nível MAC. O endereço MAC de origem usado para estes pacotes é do seguinte formulário:
00-00-5E-00-01-{VRID} A utilização desse endereço assegura que os bancos de dados de encaminhamento de qualquer dispositivo da Camada 2 (L2) na rede sempre contenha uma entrada válida para o endereço MAC associado ao VRID. Uma interface redundante ou um VIP mestre responderá às requisições ARP para o endereço redundante. O MAC address na resposta é esse associado com o VRID, como mostrado acima. Um interruptor no modo de backup (à exceção do exemplo de VIP compartilhados) enviará pacotes com o MAC address do VRID de acordo com sua tabela do forwarding L2. As regras de conteúdo referentes ao VIP estão inativas. Antes de Começar Convenções Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco. Pré-requisitos Não existem requisitos específicos para este documento. Componentes Utilizados Este documento não se restringe a versões de software e hardware específicas. As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se você estiver trabalhando em uma rede ativa, certifique-se de que entende o impacto potencial de qualquer comando antes de utilizá-lo. Redundância de interface O diagrama acima mostra um número de anfitriões conectados a um interruptor L2, que são conectados a dois 11000 Switch do Content Services Switch (CSS). Os anfitriões são configurados com uma rota padrão esses pontos a 192.168.1.1. Cada CSS é configurado com um endereço IP diferente. Cada caixa CSS é configurada igualmente para negociar o mastership para a interface virtual 192.168.1.1. Uma caixa vai se tornar mestre desse endereço. A caixa mestra responde às requisições de eco das requisições de protocolo de resolução de endereço (ARP) e do Internet Control Message Protocol (ICMP). Os hosts enviam pacotes roteados ao mestre. Se a caixa mestra vai para baixo, um dos backup afirmará o mastership e mandará ARP gratuitos para o endereço do roteador virtual a fim atualizar as tabelas do forwarding no Switches L2 (o MAC address não faz mudança). Redundância de VIP de backup/ativo
O diagrama acima mostra um número de anfitriões conectados a dois Switches CSS11000. Cada CSS é configurado com um endereço IP diferente. Cada CSS é configurado igualmente para negociar o mastership para o VIP 192.168.1.5. Uma caixa vai se tornar mestre desse endereço. A caixa mestre responde às solicitações do ARP e às solicitações de eco de ICMP. Ela também executa as configurações de fluxo para fluxos ligados a esse VIP. Os switch de backup tratam o endereço VIP como externo à caixa. Se um backup recebe um pacote com o VIP como um endereço de destino, enviará o pacote (L2 ou L3, como aplicável) ao mestre. Todas as regras de conteúdo que proveem o VIP nos switch de backup são inativas. O Roteadores enviará os pacotes cujo o endereço IP de destino iguala o VIP ao mestre (possivelmente através de um ou ambo o switch de backup). O roteador deve diretamente ser anexado a cada CSS. Redundância de VIP compartilhado
O diagrama acima é similar àquele da redundância VIP ativa/de backup com algum Roteadores no outro lado. Esta vez, o Switches é configurado para a redundância compartilhada para o VIP 192.168.1.6. Uma caixa vai se tornar mestre desse endereço. A caixa mestra responde às requisições ARP. Todas as caixas respondem às requisições de eco ICMP e configuram os fluxos vinculados a esse VIP. Isto fornece o Balanceamento de carga VIP entre o Switches. A eficácia do Balanceamento de carga depende da natureza do roteamento MultiPath dos custos iguais (ECMP) que ocorre na rede roteada acima do Switches. Cada roteador enviará os pacotes cujo o endereço IP de destino iguala o VIP a seu switch anexo, usando o MAC address como anunciado pelo mestre. Quando um backup recebe esse tipo de pacote, o backup processa o pacote de acordo com as regras de conteúdo configuradas para o VIP e não encaminha o pacote para o mestre. Para que isto trabalhe, lá não pode ser uma infraestrutura L2 compartilhada na frente ou atrás do CSS. Configurações As seguintes seções definem os comandos line interface(cli) do comando new usados para configurar a relação e a redundância de VIP. Configuração do roteador virtual A relação e a redundância de VIP são construídas sobre roteadores virtuais. A configuração de roteador virtual define o VRID e os parâmetros usados pelo VRRP. Um roteador virtual é configurado no modo de interface de IP emitindo os comandos seguintes: ip virtual-router vrid [ priority prior ] [ preempt ] [ service service name ] no ip virtual-router vrid O campo do vrid é um inteiro entre 0 e 255. Esse número deve ser exclusivo no contexto de interface IP. A palavra-chave de prioridade é opcional. Seu argumento, prévio, é um inteiro entre 1 e 255. O interruptor com a prioridade mais alta transforma-se geralmente o mestre para o VRID. O valor 255 é sabido como a prioridade de proprietário. Somente um interruptor pode ser configurado com a prioridade de proprietário para um VRID. Se o proprietário de um VRID estiver em funcionamento, ele sempre se declarará como mestre. O valor de prioridade padrão é 100. Se dois Switches têm a mesma prioridade e (seja qual for a razão) ambos afirmaram o mastership, esse cuja a relação (real) tem o endereço IP de Um ou Mais Servidores Cisco ICM NT menor abandonará o mastership ao outro nó. Um backup nunca cancelará um mestre com a mesma prioridade. A palavra-chave de preempção é opcional. À revelia, um interruptor não se afirmará como o mestre quando reage do modo de backup e o mestre atual está em uma baixa prioridade. Se a captura prévia for especificada, o backup de maior prioridade irá reivindicar a superioridade nesse cenário. Esta ausência ou presença desta palavra-chave são ignoradas se a prioridade é ajustada a 255. Um proprietário de VRID sempre ocupa o lugar de qualquer outro mestre. A palavra-chave serviço é opcional. Se usado, o roteador virtual estará ativo apenas quando o serviço indicado estiver ativo. Isto dá a um interruptor um método para evitar dominar um VRID quando não pode prestar serviços de manutenção a pedidos aos VIP associados. Se a interface IP e algum serviço opcional são ascendentes e o VRID é novo, um roteador virtual VRRP estará ligado para o VRID especificado. Se o VRID corresponder a um roteador virtual que já esteja configurado, os novos parâmetros serão aplicados a esse roteador virtual. A não-formatação do comando remove o roteador virtual. Comandos de redundância da interface Uma interface redundante é configurada no modo de interface IP. ip redundant-interface vrid ip_address no ip redundant-interface vrid ip_address O endereço IP é o endereço da interface redundante. Este endereço deve atender aos seguintes critérios: Deve estar na faixa de endereços IP definida pelo comando ip address que colocam a CLI no modo de interface. Por exemplo, se o comando foi ip address 192.168.1.20/24, o endereço deverá estar dentro do intervalo 192.168.1.1-192.168.1.254 de forma inclusiva. Os endereços de difusão da sub-rede (192.168.1.0 e 192.168.1.255) não podem ser utilizados. Pode ser que não haja correspondência com o endereço de interface IP local para tal sub-rede (por exemplo, 192.168.1.20). Não deve combinar o endereço IP de Um ou Mais Servidores Cisco ICM NT de nenhuma outra interfaces redundantes.
Ele não deve corresponder ao endereço IP de qualquer VIP. Ele não deve corresponder ao endereço IP de qualquer outra interface em qualquer outro nó da sub-rede. O parâmetro vrid é um inteiro entre 0 e 255. Deve combinar o VRID de um comando de roteador virtual precedente IP. Todas as interfaces redundantes e VIPs que compartilham o mesmo objetivo devem usar o mesmo VRID. O VRID deve ser o mesmo valor em todos os switch CSS que fornecem a Redundância para esta relação. Comandos de redundância VIP Um VIP redundante é configurado no modo de interface de IP. ip redundant-vip IP address vrid [ shared ] no ip redundant-vip IP address O endereço IP de Um ou Mais Servidores Cisco ICM NT é o endereço do VIP redundante. Este endereço deve atender aos seguintes critérios: Deve estar na faixa de endereços IP definida pelo comando ip address que colocam a CLI no modo de interface. Por exemplo, se o comando foi ip address 192.168.1.20/24, o endereço deverá estar dentro do intervalo 192.168.1.1-192.168.1.254 de forma inclusiva. Os endereços de transmissão (192.168.1.0 e 192.168.1.255) não podem ser usados. Pode ser que não haja correspondência com o endereço de interface IP local para tal sub-rede (por exemplo, 192.168.1.20). Ele não deve corresponder ao endereço IP de nenhum outro VIP. Não deve combinar o endereço IP de Um ou Mais Servidores Cisco ICM NT de nenhuma interfaces redundantes. Ele não deve corresponder ao endereço IP de qualquer outra interface em qualquer outro nó da sub-rede. O parâmetro vrid é um inteiro entre 0 e 255. Deve combinar o VRID de um comando de roteador virtual precedente IP. Todas as interfaces redundantes e VIPs que compartilham o mesmo objetivo devem usar o mesmo VRID. O VRID deve ser o mesmo valor em todos os switch CSS que fornecem a Redundância para este VIP. O parâmetro compartilhado opcional é utilizado para indicar a redundância VIP compartilhada. O padrão é active/backup. comandos show Os seguintes comandos show serão adicionados ao CLI: show virtual-routers Emita o comando do [IP interface [vrid] dos roteadores virtuais da mostra] indicar o estado em relação a uns ou vários roteadores virtuais. Se nenhum parâmetro opcional for especificado, as informações sobre todos os roteadores virtuais configurados são exibidas. Se um endereço da interface IP é incluído, a informação sobre todos os roteadores virtuais configurados na sub-rede dessa relação está indicada. Se um endereço de interface e um VRID forem especificados, serão exibidas as informações sobre esse roteador virtual único (se existir). A exibição inclui as seguintes informações: O endereço da interface de IP. O VRID. O nome do serviço opcional, se configurado. O estado do roteador virtual. Se aplicável para o estado de roteador virtual, o endereço do mestre. O tempo durante o qual o roteador virtual permaneceu no estado presente. O número de alterações de estado que ocorreu desde que o roteador virtual foi configurado. Emita o [IP address] das interfaces redundantes da mostra para indicar o estado em relação a umas ou várias interfaces redundantes. Se nenhum parâmetro opcional for especificado, as informações sobre todas as interfaces redundantes configuradas são exibidas. Se um endereço IP de Um ou Mais Servidores Cisco ICM NT que combine uma interface IP é incluído, a informação sobre todas as interfaces redundantes configuradas na sub-rede dessa relação está indicada. Se for especificado um endereço IP que corresponda com um endereço de interface redundante, são exibidas informações sobre a única interface redundante. Se qualquer outro endereço IP for especificado, uma mensagem de erro será exibida. A exibição inclui as seguintes informações: O endereço da interface redundante. O endereço da interface de IP. O estado da interface redundante. Se aplicável para o estado da interface redundante, o endereço do mestre.
A quantidade de tempo que a interface redundante permaneceu no presente estado. O número de mudanças de estado que ocorreram desde que a interface redundante foi configurada. Emita o comando do [IP address] dos VIP redundantes da mostra indicar o estado em relação a uns ou vários VIP redundantes. Se nenhum parâmetro opcional for especificado, as informações sobre todos os VIPs redundantes serão exibidas. Se um endereço IP de Um ou Mais Servidores Cisco ICM NT que combine uma interface IP é incluído, a informação sobre todos os VIPs redundantes configurados na subrede dessa relação está indicada. Se um endereço IP que corresponde a um endereço VIP redundante for especificado, serão exibidas informações sobre esse VIP redundante único. Se qualquer outro endereço IP for especificado, uma mensagem de erro será exibida. A exibição inclui as seguintes informações: O endereço do VIP redundante. O endereço da interface de IP. O estado do VIP redundante. Se aplicável para o estado do VIP redundante, o endereço do mestre. O tempo durante o qual o VIP redundante permaneceu no estado presente. O número de alterações de estado que ocorreram desde que o VIP redundante foi configurado. Considerações VIPs compartilhados Quando a redundância VIP compartilhada é configurada, é muito importante que nenhum dispositivo exista entre as caixas CSS e os roteadores. Isto é importante para as seguintes razões: Se uma rede L2 se interconectar às caixas e aos roteadores CSS, todo o tráfego irá para o CSS que for o mestre/ativo, anulando a finalidade da redundância compartilhada. Se um interruptor L2 ou um hub dividem um roteador e um CSS, o roteador não verá seu link ir para baixo em cima da falha de CSS. O roteador continuará anunciando a sub-rede que contém o VIP como alcançável. O recurso de redundância compartilhada conta com o roteador para interromper o anúncio da sub-rede se o CSS ou o enlace entre o CSS e o roteador for desativado. O principal é que cada roteador deve se conectar a exatamente um CSS. No lado de servidor, o problema do fluxo reverso é difícil de resolver se há uma infraestrutura L2 compartilhada. Em vez disso, cada servidor deve ser isolado em um único CSS. Cada CSS deve ser vinculado a outros que oferecem redundância aos mesmos VIPs. Combinações A configuração desejada pode consistir em um CSS que atua como mestre para um conjunto de VIPS, backup para outro conjunto e que, possivelmente, o compartilhamento para uma outra coleção de VIPs. Se aquele é o caso, foi imperativo que o tráfego de retorno do server bate um CSS antes que todo o interruptor L2 a fim ter a transformação NAT reversa executou. Informações Relacionadas Notas Técnicas de Troubleshooting 1992-2015 Cisco Systems Inc. Todos os direitos reservados. Data da Geração do PDF: 19 Setembro 2015 http://www.cisco.com/cisco/web/support/br/104/1046/1046081_vip_appguide.html