Um dos grandes recursos que os switches Nexus 7000/5000/2000 trazem é o vPC. Esse feature já é largamente divulgado e utilizado.
Trata-se da possibilidade de criar port-channels entre um dispositivo qualquer e um par de Nexus (idênticos), que atuaram como um único dispositivo (data plane) do ponto de vista do tráfego que passa por esse port-channel.
No entanto, devido à limitações e interoperabilidade, o vPC ganhou melhorias. Uma delas diz respeito à dupla utilização de vPCs e FCoE: trata-se do Enhanced vPC (EvPC).
Vamos explorar essas melhoria incluídos no vPC da Cisco.
Antes do Enhanced vPC (EvPC):
Antes da versão 5.1(3)N1(1) do NX-OS não se suportava conectar um par de Nexus 2000 a um par de Nexus 5000 quando se tem um host downstream conectado via vPC a este par de Nexus 2000. Deveríamos escolher um ou outro:
Figura 1. Modelos de redundância com vPC nos Nexus 5000/2000
Isso porque o vPC, quando associado uma infraestrutura convergida, através da utilização de FCoE, gerava um cenário conflitante entre LAN (que esperamos que seja full mesh) e SAN (que impõe o isolamento entre Fabrics A e B). Assim, as topologias acima mencionadas acima mantiam o isolamento entre Fabrics e adiciona caminhos redundantes para o tráfego de Ethernet puro.
Figura 2. Topologias LAN e SAN (não convergidas)
No entanto, ainda restava um ponto importante: Single Homed Hosts. Estes não estava a salvo de uma falha no Nexus 2000 ao qual se conectam.
Enhanced vPC (EvPC):
Com a versao 5.1(3)N1(1), o EvPC foi introduzido e seguinte arquitetura passou a ser suportada:
Figura 3. Modelos de redundância com EvPC nos Nexus 5000/2000
E, a interoperabilidade com FCoE, passa a ter esse padrão:
Figura 4. Unified Fabric com EvPC nos Nexus 5000/2000
O tráfego Ethernet nativo pode passar pelos 4 conjuntos de links. Já o tráfego FCoE fica contido aos links laranja e roxo (para Fabric A e B) e A não se mistura com B.
Cada vfc no Nexus 5000 estará associada a uma porta de um dos Nexus 2000 apenas (para manter o islamento de Fabrics).