En este post veremos cómo configurar un bond o NIC Teaming en Proxmox VE 9.0, un bond o NIC Teaming es agrupar las interfaces de red de nuestro servidor para crear alta disponibilidad y balanceo de carga a nivel de red en nuestro sistema operativo.

• Si accedemos a proxmoxlab11 > Sistema > Red, vemos que nuestro hypervisor tiene dos interfaces de red, llamadas ens192 y ens224, en la instalación de proxmox, cuando configuramos la interface de management, utilizamos la interface de red ens192 y nos creo la interface virtual vmbr0 del tipo Linux Bridge, esta interface virtual vmbr0 es la que tiene asignados los parámetros de TCP/IP:

• Ahora nos abrimos una Consola en nuestro Proxmox, realizamos un backup del fichero de configuración de red, ejecutando cp /etc/network/interfaces /etc/network/interfaces00.bck  y editamos el fichero original con nano /etc/network/interfaces para configurar nuestra red:

• Esta es la configuración que tenemos tras la instalación de proxmox:

• Para configurar el bond o NIC Teaming, vamos a añadir al fichero esta configuración, incluimos las dos interfaces de red y el tipo de balanceo de carga round robin (consiste en distribuir paquetes de datos de forma secuencial entre las interfaces de red de un grupo «bond», de manera que se aprovecha todo el ancho de banda y se proporciona tolerancia a fallos), si aplicamos esta configuración, en el switch físico dónde conectemos las interfaces de red deben de tener un trunk sin LACP:

auto bond0

iface bond0 inet manual

bond-slaves ens192 ens224

bond-miimon 100

bond-mode balance-rr

auto vmbr0

iface vmbr0 inet static

address 192.168.7.11/24

gateway 192.168.7.210

bridge-ports bond0

bridge-stp off

bridge-fd 0

• Con systemctl restart networking reiniciamos el servicio de red y con systemctl status networking vemos que el servicio está cargado y activado:

• Si accedemos a proxmoxlab11 > Sistema > Red, vemos que ya nos muestra el bond o NIC Teaming que hemos creado, y que la configuración de la interface virtual vmbr0 Linux Bridge ahora apunta al puerto bond0:

• Para laboratorios en modo nested y en configuraciones de dos switches redundantes, la configuración adecuada sería el bond, en modo active-backup:

auto bond0

iface bond0 inet manual

bond-slaves ens192 ens224

bond-miimon 100

bond-mode active-backup

bond-primary ens192

auto vmbr0

iface vmbr0 inet static

address 192.168.7.11/24

gateway 192.168.7.210

bridge-ports bond0

bridge-stp off

bridge-fd 0

• Si accedemos a proxmoxlab11 > Sistema > Red, vemos que ya nos muestra el bond o NIC Teaming que hemos creado en modo active-backup, y que la configuración de la interface virtual vmbr0 Linux Bridge ahora apunta al puerto bond0:

• Para laboratorios en modo nested, en configuraciones de switches físicos redundantes o en configuraciones de un solo switch físico, otra configuración adecuada sería el bond, en modo balance-alb:

auto bond0

iface bond0 inet manual

bond-slaves ens192 ens224

bond-miimon 100

bond-mode balance-alb

auto vmbr0

iface vmbr0 inet static

address 192.168.7.11/24

gateway 192.168.7.210

bridge-ports bond0

bridge-stp off

bridge-fd 0

• Si accedemos a proxmoxlab11 > Sistema > Red, vemos que ya nos muestra el bond o NIC Teaming que hemos creado en modo balance-alb, y que la configuración de la interface virtual vmbr0 Linux Bridge ahora apunta al puerto bond0:

• Para resumir, como podemos configurar un bond, vamos a poner de ejemplos distintos escenarios.
• Servidor Proxmox con dos interfaces de red y dos switches físicos distintos:
• Si los switches no están apilados (stack) o no soportan MLAG/VLT/VSF:
• No podemos usar 802.3ad (LACP) porque este requiere que ambos puertos estén en el mismo dominio lógico de switch, en este caso, lo correcto es usar un modo de balanceo que funcione sin coordinación entre switches, como balance-alb (Adaptive Load Balancing) que no requiere configuración en los switches y proporciona balanceo de carga en salida y también en entrada (mediante ARP negotiation), o balance-tlb (Transmit Load Balancing) que balancea solo la salida, pero es más sencillo.
• Si los switches están en stack/VSF/IRF (actúan como un único switch lógico), en este caso, sí podemos usar bond mode 802.3ad (LACP) y configurar un LAG estático o dinámico en los switches físicos, esto nos dará redundancia y balanceo real a nivel de capa 2.
• Servidor Proxmox con dos interfaces de red conectadas al mismo switch físico:
• Bond en modo 802.3ad (LACP), es la opción más correcta y recomendada cuando ambas interfaces van al mismo switch físico, el switch debe tener configurado un LAG (Link Aggregation Group) con LACP para esos dos puertos, nos aporta redundancia (si un enlace cae, sigue funcionando el otro) y balanceo real de carga a nivel de capa 2/3.
• Bond en modo balance-alb, funciona y no hay que configurar nada en el switch, es transparente, proporciona balanceo de carga y tolerancia a fallos, nos aporta simplicidad ya que no dependemos de configurar el switch, pero el balanceo es menos predecible y puede dar problemas en ciertos entornos (aunque normalmente funciona bien).

Saludos y espero que os sea de ayuda

La entrada Configuración de bond o NIC Teaming en Proxmox VE 9.0 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver cómo solucionar el error “La vinculación de un conmutador virtual a un equipo de LBFO está en desuso”, este error se produce cuando creamos un nuevo virtual switch con las interfaces de red en NIC Teaming.

• Aquí vemos el NIC Teaming realizado en el servidor, realizado con dos interfaces de red:

• Cuando intentamos crear el virtual switch con la interface de NIC Teaming, nos dará este error, indicándonos que la arquitectura LBFO está “deprecated” en desuso:

• Para solucionar este error, lo primero que debemos de hacer es eliminar el NIC Teaming:

• Como podemos ver, el NIC Teaming ya está deshabilitado, si en los ADAPTADORES E INTERFACES no nos aparece alguna interface de red, debemos de ir a las Conexiones de red y sobre las Propiedades de la interface, desmarcar el check Conmutador virtual extensible para Hyper-V:

• Una vez eliminado el NIC Teaming, para crearnos el conmutador virtual con dos interfaces y tener redundancia, nos abrimos un PowerShell con permisos de administrador y ejecutamos el comando New-VMSwitch -Name vSwitchLAN -NetAdapterName «LAN1″,»LAN2» -EnableEmbeddedTeaming $true como podemos ver, ya nos ha creado el Conmutador Virtual con dos NICs:

• Si accedemos a la consola de Hyper-V, podemos ver, que ya tenemos creado el Virtual Switch:

• Si accedemos a las conexiones de red, podemos ver, la interface virtual que se ha creado para este conmutador virtual, aquí es dónde se debe de configurar el protocolo TCP/IP:

Saludos y espero que os sea de ayuda

La entrada Hyper-V Windows Server 2022 – Error al crear Virtual Switch con NICs en Teaming se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como habilitar y configurar NIC Teaming con las tarjetas de red de nuestro equipo con Windows 10, NIC Teaming es agrupar las interfaces de red de nuestra máquina para crear alta disponibilidad y balanceo de carga a nivel de red en nuestro sistema operativo, con Windows Server lo podemos hacer a través del Administrador del servidor, pero en Windows 10 lo tenemos que hacer a través de PowerShell.

• Como podemos ver tenemos dos interfaces de red:

• Nos abrimos un PowerShell con permisos de Administrador y ejecutamos el comando Get-NetAdapter este comando nos muestra las interfaces de red que tenemos disponibles:

• Para crear el NIC Teaming ejecutamos New-NetSwitchTeam -Name “LAN” -TeamMembers “LAN1”,”LAN2” :

• Si ejecutamos Get-NetSwitchTeam podemos ver que el NIC Teaming ya lo tenemos realizado correctamente:

• Las conexiones de nuestro Windows 10 quedarían así:

Saludos y espero que os resulte de ayuda

La entrada NIC Teaming en MS Windows 10 se publicó primero en RAGASYS SISTEMAS.

En este post vamos a ver como habilitar y configurar NIC teaming con las tarjetas de red de nuestro servidor Windows Server 2016, NIC teaming es agrupar las interfaces de red de nuestro servidor para crear alta disponibilidad y balanceo de carga a nivel de red en nuestro sistema operativo.

• Como podemos ver tenemos dos interface de red:

• Para habilitar y configurar NIC teaming lo haremos a través del “Administrador del servidor > Servidor local > Formación de equipos de NIC”:

• Se nos abrirá la configuración de “Formación de equipos de NIC” y como podemos ver tenemos disponible dos adaptadores físicos disponibles para agregar al NIC teaming:

• Ahora crearemos un nuevo equipo, para ello, nos vamos a “TAREAS > Nuevo equipo”

• Configuramos un nombre para la conexión del NIC teaming, marcamos el check para los dos adaptadores de red, y en las propiedades adicionales tenemos varias opciones, aquí escogemos la que más nos interese y la que mejor se adapte a nuestra infraestructura de red, podemos poner un adaptador en modo de espera, con lo cuál sólo entraría a funcionar en caso de que el activo cayera, en este caso, hemos configurado que los dos adaptadores de red estén en activo, con lo cuál tendremos a los dos adaptadores trabajando y obtendremos balanceo de carga ya que el 100% de la carga de trabajo se la reparten entre los dos, es decir, 50% cada uno, también podemos configurar VLAN si nuestros switches de red están configurados con esta tecnología para crear redes lógicamente independientes dentro de una misma red física:

• Como podemos ver ya tenemos el NIC teaming configurado con las opciones indicadas, con nuestros dos adaptadores físicos en «Activo» y con el adaptador de red principal “TEAMLAN” funcionando:

• Las conexiones de red de nuestro servidor quedarían así:

• Sobre las propiedades de la conexión “TEAMLAN”, debemos configurar el direccionamiento IP:

• Ahora haremos una prueba y verificaremos que deshabilitando un adaptador de red (para simular una caída de este adaptador) seguimos teniendo conexión:

Saludos y espero que os sea de ayuda

La entrada NIC Teaming en Windows Server 2016 se publicó primero en RAGASYS SISTEMAS.