A10 - aVCS - LABORATORIO

Topología

Continuando con las configuraciones del laboratorio anterior, montaremos el Virtual Chassis con los 3 equipos a través de las interfaces de management y de las Ethernet 3 (Ve 30) respectivas de cada uno.

Vamos a configurar al equipo A10-1 como Master y la 192.168.0.100 como "floating-ip".

A10-1

vrrp-a common
   device-id 1
   set-id 1
vcs enable
vcs floating-ip 192.168.0.100 /24
vcs device 1
   interfaces management
   interfaces ve 30
   priority 250
   enable
vcs reload




Comprobamos lo que hemos configurado

show vcs summary

En este show podemos ver quel prompt ya ha cambiado e identifica al equipo como vMaster pero solo con un equipo dentro del aVCS. Vamos a configurar el equipo A10-2:

A10-2

vrrp-a common
   device-id 2
   set-id 1
vcs enable
vcs device 2
   interfaces management
   interfaces ve 30
   priority 200
   enable
vcs reload

Durante el proceso de configuración vemos como va cambiando el prompt dependiendo de la parte en la que estamos y, como al final, después de hacer un "vcs reload" nos pide salvar la configuración. Esperamos unos segundos a que intercambien los "keepalive" del heartbeat y aparece el prompt nuevo.

Ahora aparece en la tabla el equipo 2 como vBlade

Si intentamos entrar ahora al modo "config" no nos lo permitirá ya que este equipo no es el vMaster.

Si miramos la config veremos que no s muestra la configuración de ambos equipos.


Vamos a configurar el equipo A10-3:

A10-3

vrrp-a common
   device-id 3
   set-id 1
vcs enable
vcs device 3
   interfaces management
   interfaces ve 30
   priority 150
   enable
vcs reload

Una vez montado el Virtual Chassis vamos al vMaster, guardamos la configuración y hacemos un backup en el servidor TFTP.

Para probar la redundancia, hacemos un reload device 1 en el vMaster y monitorizamos en el equipo A10-2 que es el que tiene la siguiente prioridad más alta:

Vemos el proceso del cambio a vMaster en el A10-2 y como cambia el prompt. El equipo A10-2 se queda como vMaster aunque tenga una prioridad más baja.

Si hubieramos usado el comando "vcs vMaster-maintenance X", el equipo A10-1 habría conservado el rol de vMaster.


En el caso de que queramos quitar un vBlade de un Virtual Chassis, seguiremos el siguiente procedimiento:

• vcs disable -  en el propio vBlade para sacarle del aVCS.

• erase preserve-management reload - conservamos la ip de gestión

El equipo A10-3 ya no tiene nada más que la configuración de la interface management, pero si miramos en el vMaster podemos ver que todavía se conserva configuración residual de cuando pertenecía al aVCS.

Para una limpieza total habría que borrar esa configuración en el vMaster.


Por último, vamos a volver a meter al equipo A10-3 en el Virtual Chassis para poder continuar con los siguientes laboratorios:


A10-3

vrrp-a common
   device-id 3
   set-id 1
vcs enable
vcs device 3
   interfaces management
   enable
vcs reload disable-merge

El vcs reload disable-merge lo usamos para que no copie la configuración local del A10-3 en el vMaster. No hace falta poner todas las interface, con configurar una nos vale para que ejecute el proceso de formar el aVCS.

Si comprobamos los equipos, vemos que todo vuelve a como estaba antes.