Entender a divisão e a fusão em um chassi virtual
Em um Virtual Chassis, você conecta dois ou mais switches para formar uma unidade que é gerenciada como um único chassi. Se os switches de membros no Virtual Chassis falharem ou você remover os switches de membros, isso interromperá a configuração do Virtual Chassis. Em algumas situações, a configuração do Virtual Chassis se divide em dois Virtual Chassis separados, o que pode causar interrupções na rede se os dois Virtual Chassis resultantes compartilharem recursos comuns, como endereços IP globais.
O recurso de separação e fusão do Virtual Chassis é um método para evitar que as configurações separadas do Virtual Chassis afetem negativamente a rede. Ele também permite que as duas partes se fundam de volta em uma única configuração do Virtual Chassis.
Se uma configuração do Virtual Chassis se dividir em partes separadas, recomendamos que você resolva o problema que fez com que a configuração do Virtual Chassis fosse dividida o mais rápido possível.
Você também pode usar esse recurso para mesclar dois Virtual Chassis ativos e separados (que não fizeram parte da mesma configuração anteriormente) em uma configuração do Virtual Chassis.
O recurso de divisão e fusão é habilitado por padrão no Chassi virtual da Série EX e da Série QFX. Você pode desabilitar esse recurso usando o set virtual-chassis no-split-detection comando.
O que acontece quando a configuração do virtual Chassis se divide
Quando uma configuração do Virtual Chassis se divide em duas configurações separadas do Virtual Chassis, os switches de membros individuais detectam essa mudança de topologia e executam o algoritmo de eleição de funções primárias para selecionar uma nova primária para cada uma das duas configurações do Virtual Chassis. As novas primárias então determinam se a configuração do Virtual Chassis permanece ativa. Uma das configurações permanece ativa com base no seguinte:
-
Ele contém o principal estável e o backup estável (isto é, o principal e o backup da configuração original do Virtual Chassis antes da separação).
-
Ele contém o primário estável e a configuração é maior que a metade do tamanho do Virtual Chassis.
-
Ele contém o backup estável e tem pelo menos metade do tamanho do Virtual Chassis.
De acordo com as regras dadas nos itens da segunda e terceira lista, se a configuração do Virtual Chassis se dividir em duas partes iguais e o backup primário e estável estáveis estiverem em diferentes partes, então a parte que contém o backup estável se tornará ativa.
O número de membros na configuração do Virtual Chassis inclui todos os switches de membros conectados até o momento, menos o número cujos IDs de membros do Virtual Chassis foram reciclados (ou seja, disponibilizados para redesignação). Portanto, o tamanho da configuração do Virtual Chassis aumenta quando um novo switch de membro é detectado e diminui quando a ID de um membro é reciclada.
Essas regras garantem que apenas uma das duas configurações separadas do Virtual Chassis criadas pela divisão permaneça ativa. Os switches de membros na configuração inativa do Virtual Chassis permanecem em uma função de placa de linha. Para que os membros inativos se tornem ativos novamente, uma das seguintes coisas deve acontecer:
-
O problema que causou a separação da configuração original do Virtual Chassis foi resolvido, permitindo que as duas configurações do Virtual Chassis se fundissem.
-
Você carrega a configuração padrão de fábrica nos membros inativos, o que faz com que os membros inativos funcionem como switches independentes ou se tornem parte de uma configuração diferente do Virtual Chassis.
Quando qualquer membro (principalmente placa de linha ou backup) fica offline por uma duração prolongada, é fortemente recomendado reciclar a ID do membro usando o request virtual-chassis recycle comando para cenários de chassi virtual não provisionados e o delete virtual-chassis member comando para cenários de chassi virtual pré-provisionados. Isso é fortemente recomendado para evitar quaisquer problemas que possam resultar em um chassi virtual instável.
Fusão das configurações do Virtual Chassis
Existem dois cenários em que o Virtual Chassis se funde:
Uma configuração do Virtual Chassis que havia se dividido em duas está agora se fundindo de volta em uma única configuração porque o problema que o causou a separação foi resolvido.
Você quer mesclar dois Virtual Chassis que não haviam sido configurados anteriormente juntos.
Cada configuração do Virtual Chassis tem um ID (VCID) exclusivo que é atribuído automaticamente quando a configuração do Virtual Chassis é formada. Você também pode atribuir explicitamente um VCID usando o set virtual-chassis id comando. Um VCID que você atribui tem precedência sobre VCIDs atribuídos automaticamente.
Quando você reconecta as configurações separadas do Virtual Chassis ou as conecta pela primeira vez, os membros determinam se as configurações separadas do Virtual Chassis podem ou não se mesclar. Os membros usam as seguintes regras para determinar se uma fusão é possível:
Se as configurações do Virtual Chassis tiverem o mesmo VCID, as configurações podem se unir. Se os dois Virtual Chassis foram formados como resultado de uma divisão, eles têm o mesmo VCID.
Se os VCIDs forem diferentes, as duas configurações só podem se misturar se ambas estiverem ativas (as configurações inativas não podem se misturar, garantindo que os membros removidos de uma configuração do Virtual Chassis não se tornem membros de outra configuração do Virtual Chassis). Se as configurações a fusão estiverem ativas e uma delas tiver um VCID configurado pelo usuário, esse ID se tornará o ID do Virtual Chassis mesclado. Se nem o Virtual Chassis tiver um VCID configurado pelo usuário, então o VCID da configuração com a maior prioridade de função primária se tornará o ID do Virtual Chassis mesclado. A configuração do Virtual Chassis mesclada resultante está ativa.
Quando você conecta duas configurações do Virtual Chassis:
A conexão das duas configurações divididas do Virtual Chassis desencadeia o algoritmo de caminho mais curto em primeiro lugar (SPF). O algoritmo SPF computa a topologia da rede e, em seguida, aciona o algoritmo de eleição de papel primário. O algoritmo de eleição de funções primárias espera que os membros sincronizam as informações de topologia antes de serem executados.
O algoritmo de eleição de papel primário mescla as VCIDs de todos os membros.
Cada membro executa o algoritmo de eleição de funções primárias para selecionar uma primária e um backup entre todos os membros com os mesmos VCIDs. Para obter mais informações, veja Como o principal em um chassi virtual é eleito.
A primária determina se a configuração do Virtual Chassis está ativa ou inativa. (Veja o que acontece quando uma configuração virtual do chassi se divide.)
Se a configuração do Virtual Chassis estiver ativa, a principal atribui funções a todos os membros. Se a configuração do Virtual Chassis estiver inativa, a primária atribui a todos os membros a função da placa de linha.
Quando os outros membros recebem sua função das primárias, eles mudam sua função para backup ou cartão de linha. Eles também usam as informações de estado ativas ou inativas enviadas pelas primárias para definir seu próprio estado para ativo ou inativo e para construir a lista de membros do Virtual Chassis a partir das informações enviadas pelas primárias.
Se o estado do Virtual Chassis estiver ativo, a principal espera por mensagens dos membros indicando que eles mudaram suas funções para as funções atribuídas e, em seguida, o principal muda seu próprio papel para primário.
Quando você mescla dois Virtual Chassis que antes não faziam parte da mesma configuração do Virtual Chassis, quaisquer configurações de configuração (como as configurações para serviços Telnet e FTP, switchover gracioso do Mecanismo de Roteamento (GRES), failover rápido, VLANs e assim por diante) que existem no novo primário tornam-se as configurações de configuração para todos os membros do novo Virtual Chassis, sobrescrevendo quaisquer outras configurações de configuração.