Implementación de IPMP

En esta sección se describen diversos temas sobre el uso de grupos IPMP.

Por qué debe utilizar IPMP

Diferentes factores pueden provocar que no se pueda utilizar una interfaz. Normalmente, una interfaz IP puede fallar. O bien, una interfaz podría dejarse sin conexión para mantenimiento de hardware. En tales casos, sin un grupo IPMP, no se puede contactar al sistema mediante ninguna de las direcciones IP asociadas con la interfaz que no se puede utilizar. Además, las conexiones existentes que utilizan esas direcciones IP se interrumpen.

Con IPMP, una o más interfaces IP se pueden configurar en un grupo IPMP. El grupo funciona como una interfaz IP con direcciones de datos para enviar o recibir tráfico de la red. Si una interfaz subyacente del grupo falla, las direcciones de datos se redistribuyen entre las restantes interfaces activas subyacentes del grupo. Por lo tanto, el grupo mantiene conectividad de red a pesar de un fallo de la interfaz. Con IPMP, la conectividad de red siempre está disponible, siempre que un mínimo de una interfaz pueda ser utilizado por el grupo.

Asimismo, IPMP mejora el rendimiento global de la red al expandir automáticamente el tráfico de la red saliente por un conjunto de interfaces del grupo IPMP. Este proceso se denomina expansión de carga saliente. El sistema también indirectamente controla la expansión de carga entrante realizando una selección de direcciones de origen para los paquetes cuya dirección IP de origen no fue especificada por la aplicación. Sin embargo, si una aplicación ha seleccionado explícitamente una dirección IP de origen, el sistema no modifica esa dirección de origen.

Cuando se debe utilizar IPMP

La configuración de un grupo IPMP está determinada por las configuraciones del sistema. Tenga en cuenta las siguientes reglas:

• Varias interfaces IP en la misma red de área local o la LAN deben estar configuradas en un grupo IPMP. LAN hace referencia básicamente a una variedad de configuraciones de redes locales, incluidas las VLAN y redes locales inalámbricas y cableadas cuyos nodos pertenecen al mismo dominio de emisión de capa de enlace.

  ---

  Nota - No se admiten varios grupos IPMP en el mismo dominio de emisión de capa de enlace (L2). Normalmente, un dominio de emisión L2 se asigna a una subred específica. Por lo tanto, debe configurar sólo un grupo IPMP por subred.

  ---

• Las interfaces IP subyacentes de un grupo IPMP no deben abarcar diferentes LAN.

Por ejemplo, supongamos que un sistema con tres interfaces está conectado a dos LAN separadas. Dos interfaces IP se enlazan a una única LAN mientras que una interfaz IP única se conecta a la otra. En este caso, las dos interfaces IP que se conectan a la primera LAN deben estar configuradas como un grupo IPMP, tal y como exige la primera regla. De conformidad con la segunda regla, la interfaz IP única que se conecta a la segunda LAN no puede convertirse en miembro de ese grupo IPMP. No es necesaria ninguna configuración de IPMP de la interfaz IP única. Sin embargo, puede configurar la interfaz única en un grupo IPMP para supervisar la disponibilidad de la interfaz. La configuración de IPMP de interfaz única se trata en profundidad en Tipos de configuraciones de interfaces IPMP.

Tenga en cuenta otro caso en que el enlace a la primera LAN consta de tres interfaces IP mientras que el otro enlace consta de dos interfaces. Esta configuración necesita la configuración de dos grupos IPMP: un grupo de tres interfaces que enlaza a la primera LAN y un grupo de dos interfaces para conectarse a la segunda.

Comparación IPMP y agregación de enlaces

IPMP y la agregación de enlaces son diferentes tecnologías para lograr un mejor rendimiento de la red y para mantener la disponibilidad de la red. En general, se implementa la agregación de enlaces para obtener un mejor rendimiento de la red, en cambio, se utiliza IPMP para garantizar una alta disponibilidad.

En la siguiente tabla se presenta una comparación general entre agregación de enlaces e IPMP.

En las agregaciones de enlaces, el tráfico entrante se extiende sobre los múltiples enlaces que componen la agregación. Por lo tanto, el rendimiento de la red mejora a medida que más NIC se instalan para agregar enlaces a la agregación. El tráfico de IPMP utiliza direcciones de datos de la interfaz IPMP que estén vinculadas a interfaces activas disponibles. Si, por ejemplo, todo el tráfico de datos fluye entre sólo dos direcciones IP, pero no necesariamente en la misma conexión, si se agregan más NIC no mejorará el rendimiento con IPMP porque sólo dos direcciones IP son utilizables.

Las dos tecnologías se complementan mutuamente y se pueden implementar juntas para proporcionar los beneficios combinados de rendimiento de la red y disponibilidad. Por ejemplo, excepto donde ciertos proveedores proporcionan soluciones de propiedad, las agregaciones de enlaces no pueden abarcar actualmente múltiples conmutadores. Por lo tanto, un conmutador se convertirá en un único punto de fallo de una agregación de enlaces entre el conmutador y un host. Si el conmutador falla, la agregación de enlaces posiblemente se pierda y disminuya el rendimiento de la red. Los grupos IPMP no enfrentan esta limitación de conmutador. Por lo tanto, en el caso de una LAN que utiliza conmutadores múltiples, las agregaciones de enlaces que se conectan con sus respectivos conmutadores se pueden combinar en un grupo IPMP en el host. Con esta configuración, se obtienen un rendimiento de red mejorado y una alta disponibilidad. Si un conmutador falla, las direcciones de datos de la agregación de enlaces para ese conmutador que ha fallado se redistribuyen entre las restantes agregaciones de enlaces del grupo.

Para obtener más información acerca de las agregaciones de enlaces, consulte el Capítulo 12, Administración de agregaciones de enlaces.

Uso de nombres de enlace flexibles en la configuración IPMP

Con compatibilidad para nombres de enlace personalizados, la configuración de enlaces ya no está vinculada a la NIC física a la que el enlace está asociado. El uso de nombres de enlace personalizados le permite tener una mayor flexibilidad a la hora de administrar interfaces IP. Esta flexibilidad amplía también la administración IPMP. Si una interfaz subyacente de un grupo IPMP falla y se requiere un reemplazo, los procedimientos para reemplazar la interfaz se facilitan en gran medida. El reemplazo de la NIC, siempre que sea del mismo tipo que la NIC que ha fallado, se puede cambiar de nombre para heredar la configuración de la NIC que ha fallado. No tiene que crear nuevas configuraciones antes de poder agregar una nueva interfaz al grupo IPMP. Después de asignar el nombre de enlace de la NIC que ha fallado a la nueva NIC, la nueva NIC se configura con los mismos valores de la interfaz que ha fallado. El daemon de múltiples rutas implementa la interfaz según la configuración IPMP de interfaces activas y en espera.

Por lo tanto, para optimizar la configuración de red y facilitar la administración IPMP, debe emplear nombres de enlace flexibles para sus interfaces asignándoles nombres genéricos. En la siguiente sección Cómo funciona IPMP, todos los ejemplos utilizan nombres de enlace flexibles para el grupo IPMP y sus interfaces subyacentes. Para obtener más información sobre los procesos que participan en los reemplazos de NIC en un entorno de red que utiliza nombres de enlace personalizados, consulte IPMP y reconfiguración dinámica. Para obtener una descripción general de la pila de red y el uso de nombres de enlace personalizados, consulte La pila de red en Oracle Solaris.

Cómo funciona IPMP

IPMP mantiene la disponibilidad de la red intentando conservar el número original de interfaces activas y en espera cuando el grupo se creó.

La detección de fallos IPMP puede estar basada en enlaces, basada en sondeos o ambas para determinar la disponibilidad de una interfaz IP subyacente específica del grupo. Si IPMP determina que una interfaz subyacente ha fallado, esa interfaz se marca como con fallos y ya no es utilizable. La dirección IP de datos asociada con la interfaz con fallos se redistribuye a otra interfaz en funcionamiento del grupo. Si está disponible, una interfaz en espera también se implementa para mantener el número original de interfaces activas.

Considere un grupo IPMP de tres interfaces itops0 con una configuración activa/en espera como se ilustra en la Figura 14-1.

Figura 14-1 Configuración activa/en espera IPMP

El grupo itops0 se configura del siguiente modo:

• Dos direcciones de datos se asignan al grupo: 192.168.10.10 y 192.168.10.15.

• Dos interfaces subyacentes se configuran como interfaces activas y se asignan nombres de enlace flexibles: net0 y net1.

• El grupo posee una sola interfaz en espera, también con un nombre de enlace flexible: net2.

• La detección de fallos basada en sondeos se utiliza y, por consiguiente, las interfaces activas y en espera se configuran con direcciones de prueba, de la siguiente manera:

  • net0: 192.168.10.30

  • net1: 192.168.10.32

  • net2: 192.168.10.34

Puede utilizar el comando ipmpstat con diferentes opciones para mostrar tipos determinados de información sobre grupos IPMP existentes. Para ver ejemplos adicionales, consulte Supervisión de información de IPMP.

La configuración de IPMP en la Figura 14-1 se puede mostrar mediante el siguiente comando ipmpstat:

# ipmpstat -g
GROUP     GROUPNAME     STATE     FDT        INTERFACES
itops0    itops0        ok        10.00s     net1 net0 (net2)

Para mostrar información sobre las interfaces subyacentes del grupo, debe escribir lo siguiente:

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        yes        itops0    -------    up          ok        ok
net1        yes        itops0    --mb---    up          ok        ok
net2        no         itops0    is-----    up          ok        ok

IPMP mantiene la disponibilidad de la red administrando las interfaces subyacentes para mantener el número original de interfaces activas. Por lo tanto, si net0 falla, entonces net2 se implementa para asegurarse de que el grupo siga teniendo dos interfaces activas. La activación de net2 se muestra en la Figura 14-2.

Figura 14-2 Fallo de la interfaz en IPMP

La utilidad ipmpstat muestra la información en la Figura 14-2 de la siguiente manera:

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        no         itops0    -------    up          failed    failed
net1        yes        itops0    --mb---    up          ok        ok
net2        yes        itops0    -s-----    up          ok        ok

Una vez que net0 se ha reparado, vuelve a su estado como una interfaz activa. A su vez, net2 vuelve a su estado en espera original.

Un escenario de fallo diferente se muestra en la Figura 14-3, cuando la interfaz en espera net falla (1) y, posteriormente, una interfaz activa net1 se cambia a sin conexión por el administrador (2). El resultado es que el grupo IPMP se deja con una única interfaz en funcionamiento, net0.

Figura 14-3 Fallo de interfaz en espera en IPMP

La utilidad ipmpstat mostrará la información ilustrada por la Figura 14-3 de la siguiente manera:

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS       LINK        PROBE     STATE
net0        yes        itops0    -------     up          ok        ok
net1        no         itops0    --mb-d-     up          ok        offline
net2        no         itops0    is-----     up          failed    failed

Para este fallo en particular, la recuperación después de que una interfaz se ha reparado se comporta de manera diferente. La restauración depende del número original de interfaces activas del grupo IPMP en comparación con la configuración después de la reparación. El proceso de recuperación se representa de manera gráfica en la Figura 14-4.

Figura 14-4 Proceso de recuperación de IPMP

En la Figura 14-4, cuando se repara net2, vuelve a su estado original como una interfaz en espera (1). Sin embargo, el grupo IPMP no refleja el número original de dos interfaces activas, ya que net1 sigue estando sin conexión (2). Por lo tanto, IPMP implementa net2 como una interfaz activa en su lugar (3).

La utilidad ipmpstat mostrará el escenario de IPMP posterior a la reparación de la siguiente manera:

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS       LINK        PROBE     STATE
net0        yes        itops0    -------     up          ok        ok
net1        no         itops0    --mb-d-     up          ok        offline
net2        yes        itops0    -s-----     up          ok        ok

Una secuencia de restauración similar se produce si el fallo implica una interfaz activa que también está configurada en modo FAILBACK=no, donde una interfaz activa con fallos no se revierte inmediatamente al estado activo después de la reparación. Supongamos que net0 en la Figura 14-2 se configura en modo FAILBACK=no. En ese modo, si net0 se repara cambia a un estado reservado como una interfaz en espera, incluso si originalmente era una interfaz activa. La interfaz net2 seguirá activa para mantener el número original de dos interfaces activas del grupo IPMP. La utilidad ipmpstat mostrará la información de recuperación como se indica a continuación:

# ipmpstat -i
INTERFACE   ACTIVE     GROUP     FLAGS      LINK        PROBE     STATE
net0        no         itops0    i------    up          ok        ok
net1        yes        itops0    --mb---    up          ok        ok
net2        yes        itops0    -s-----    up          ok        ok

Para obtener más información sobre este tipo de configuración, consulte El modo FAILBACK=no.