Configuración de IPMP en un entorno Dominios lógicos

La versión 1.3 de Dominios lógicos introdujo la asistencia técnica para IPMP basada en vínculos con dispositivos de redes virtuales. Cuando se configura un grupo IPMP con dispositivos de red virtual, configure el grupo para que use detección basada en vínculos. Si usa versiones anteriores del programa de Oracle VM Server for SPARC (Dominios lógicos), sólo puede configurar la detección basada en sondas con dispositivos de red virtual.

Configuración de dispositivos de red virtual en un grupo IPMP en un dominio

El siguiente diagrama muestra dos redes virtuales (vnet1 y vnet2) conectadas a instancias de conmutador virtual separadas (vsw0 y vsw1) en el dominio de servicio, que, a su vez, usando dos interfaces físicas diferentes (nxge0 y nxge1). En caso de fallo de vínculo físico en el dominio de servicio, el dispositivo de conmutador virtual que está enlazado a ese dispositivo físico detecta el fallo del vínculo. Entonces, el dispositivo de conmutador virtual propaga el fallo al dispositivo de red virtual correspondiente que está enlazado con este conmutador virtual. El dispositivo de red virtual envía una notificación de este evento en el vínculo a la capa IP en el huésped LDom_A, que provoca una conmutación por error en el otro dispositivo de red virtual en el grupo IPMP.

Figura 8-5 Dos redes virtuales conectadas a instancias de conmutador virtual separadas

image:El diagrama muestra dos redes virtuales conectadas a dos instancias de conmutadores virtuales separadas tal y como se describe en el texto.

Puede conseguirse una mayor fiabilidad en el dominio lógico conectando cada dispositivo de red virtual (vnet0 y vnet1) a instancias de conmutador virtual en diferentes dominios de servicio (como se muestra en el siguiente diagrama). En este caso, además del fallo de la red física, LDom_A puede detectar un fallo en la red virtual y accionar una conmutación por error después de un bloqueo o un paro del dominio de servicio.

Figura 8-6 Cada dispositivo de red virtual conectado a diferentes dominios de servicio

image:El diagrama muestra como cada dispositivo de red virtual está conectado a un dominio de servicio diferente tal y como se describe en el texto.

Consulte el Solaris de Oracle 10 Guía de administración del sistema: servicios IP para más información sobre cómo configurar y usar los grupos IPMP.

Configuración y uso de IPMP en el dominio de servicio

La IPMP puede configurarse en el dominio de servicio configurando las interfaces del conmutador virtual en un grupo. El siguiente diagrama muestra dos instancias de conmutador virtual (vsw0 y vsw1) que están enlazadas a dos dispositivos físicos diferentes. Las dos interfaces de conmutador virtual se pueden crear y configurar en un grupo IPMP. En caso de fallo de vínculo físico, el dispositivo de conmutador virtual que está enlazado con ese dispositivo físico detecta el fallo del vínculo. Entonces, el dispositivo de conmutador virtual envía una notificación de este evento de vínculo a la capa de IP en el dominio de servicio, que provoca una conmutación por error en el otro dispositivo de conmutador virtual en el grupo IPMP.

Figura 8-7 Dos interfaces de conmutador virtual configuradas como parte de un grupo IPMP

image:El diagrama muestra cómo dos interfaces de conmutador virtual se configuran como parte de un grupo IPMP tal y como se describe en el texto.

Uso de IPMP basado en vínculoss en funciones de redes virtuales de Dominios lógicos

Los dispositivos de red virtual y de conmutador virtual admiten actualizaciones de estado del vínculo en la pila de red. De manera predeterminada, un dispositivo de red virtual informa del estado del vínculo virtual (el LDC al conmutador virtual). Esta configuración está habilitada de manera predeterminada y no es necesario que realice ningún paso de configuración adicional.

A veces puede ser necesario detectar cambios de estado del vínculo de red física. Por ejemplo, si se ha asignado un conmutador virtual a un dispositivo físico, incluso si el vínculo del dispositivo de red virtual está funcionando, el vínculo de la red física desde el dominio de servicio a la red externa puede estar apagado. En este caso, puede ser necesario obtener e informar del estado de vínculo físico al dispositivo de red virtual y la pila.

La opción linkprop=phys-state puede usarse para configurar el estado del vínculo físico para los dispositivos de red virtual como dispositivos de redes virtuales. Cuando esta opción está habilitada, el dispositivo virtual (red virtual o conmutador virtual) indica el estado de vínculo basado en el estado del vínculo físico mientras se crea como una interfaz en el dominio. Puede usar los comandos de administración de red estándar de Solaris de Oracle como dladm y ifconfig para comprobar el estado del vínculo. Véanse las páginas del comando man dladm(1M) y ifconfig(1M). Además, el estado del vínculo también se registra en el archivo /var/adm/messages.

Nota - Puede ejecutar ambos controladores, el de link-state-unaware y link-state-aware vnet y vsw de manera simultánea en un sistema Dominios lógicos. En cualquier caso, si intenta configurar un IPMP basado en vínculos, debe instalar el controlador preparado para el estado de vínculo. Si desea habilitar las actualizaciones de estado de vínculo físico, actualice ambos controladores vnet y vsw al SO 10 9/10 Solaris de Oracle y ejecute como mínimo la versión 1.3 del Dominios lógicos Manager.

Configurar las actualizaciones del estado del vínculo físico

Este procedimiento muestra como habilitar las actualizaciones de estado del vínculo físico para los dispositivos de redes virtuales.

Puede habilitar las actualizaciones del estado del vínculo físico para el dispositivo de conmutador virtual siguiendo unos pasos parecidos y especificando la opción linkprop=phys-state en los comandos ldm add-vsw y ldm set-vsw.

Nota - Necesitará usar la opción linkprop=phys-state sólo si el dispositivo de conmutador virtual se crea como una interfaz. Si se especifica linkprop=phys-state y el vínculo físico está apagado, el dispositivo de red virtual indica su estado como apagado, incluso si la conexión del conmutador virtual está encendida. Esta situación se produce porque el SO de Solaris de Oracle actualmente no ofrece interfaces para indicar dos estados de vínculo distintos, como estado de vínculo virtual y estado de vínculo físico.

Conviértase en un superusuario o asuma una función equivalente.
Las funciones contienen autorizaciones y comandos con privilegios. Para más información sobre las funciones, véase Configuración de RBAC (mapa de tareas) de Guía de administración del sistema: servicios de seguridad.
Habilite las actualizaciones de estado de vínculo físico para el dispositivo virtual.
Puede habilitar las actualizaciones del estado de vínculo físico para un dispositivo de red virtual de las siguientes maneras:
- Cree un dispositivo de red virtual especificando linkprop=phys-state cuando se ejecuta el comando ldm add-vnet.
  
  Si se especifica la opción linkprop=phys-state se configura el dispositivo de red virtual para que obtenga las actualizaciones del estado de vínculo físico y las agregue al informe de la pila.
  
  Nota - Si se especifica linkprop=phys-state y el vínculo físico está apagado (incluso si la conexión al conmutador virtual está encendida), el dispositivo de red virtual indica como estado de vínculo apagado. Esta situación se produce porque el SO de Solaris de Oracle actualmente no ofrece interfaces para indicar dos estados de vínculo distintos, como estado de vínculo virtual y estado de vínculo físico.
```
# ldm add-vnet linkprop=phys-state if-name vswitch-name ldom
```
  El siguiente ejemplo habilita las actualizaciones de vínculo físico para vnet0 conectado a primary-vsw0 en el dominio lógico ldom1:
```
# ldm add-vnet linkprop=phys-state vnet0 primary-vsw0 ldom1
```
- Modifique un dispositivo de red virtual especificando linkprop=phys-state cuando se ejecuta el comando ldm set-vnet.
```
# ldm set-vnet linkprop=phys-state if-name ldom
```
  El siguiente ejemplo habilita las actualizaciones de estado de vínculo físico para vnet0 en el dominio lógico ldom1:
```
# ldm set-vnet linkprop=phys-state vnet0 ldom1
```
Para inhabilitar las actualizaciones de estado de vínculo físico, especifique linkprop= ejecutando el comando ldm set-vnet.
El siguiente ejemplo inhabilita las actualizaciones de estado de vínculo físico para vnet0 en el dominio lógico ldom1:
```
# ldm set-vnet linkprop= vnet0 ldom1
```

Ejemplo 8-1 Configuración de IPMP basado en vínculoss

El siguiente ejemplo muestra cómo configurar un IPMP basado en vínculos con y sin habilitar las actualizaciones del estado del vínculo físico:

El siguiente ejemplo configura dos dispositivos de redes virtuales en un dominio. Cada dispositivo de red virtual está conectado a un dispositivo de conmutador virtual separado en el dominio de servicio para usar el IPMP basado en vínculos.

Nota - Pruebe las direcciones que no están configuradas en los dispositivos de redes virtuales. Asimismo, no es necesario realizar una configuración adicional cuando usa el comando ldm add-vnet para crear estos dispositivos de red virtual.

Los siguientes comandos agregan dispositivos de redes virtuales al dominio. Tenga en cuenta que dado que no se especifica linkprop=phys-state, sólo se efectúa un seguimiento de los cambios de estado del vínculo del conmutador virtual.
```
# ldm add-vnet vnet0 primary-vsw0 ldom1
# ldm add-vnet vnet1 primary-vsw1 ldom1
```
Los siguientes comandos configuran los dispositivos de red virtual en el dominio huésped y les asigna a un grupo IPMP. Tenga en cuenta que las direcciones de prueba no están configuradas en estos dispositivos de red virtual porque se está usando la detección de fallos basados en vínculo.
```
# ifconfig vnet0 plumb
# ifconfig vnet1 plumb
# ifconfig vnet0 192.168.1.1/24 up
# ifconfig vnet1 192.168.1.2/24 up
# ifconfig vnet0 group ipmp0
# ifconfig vnet1 group ipmp0
```
El siguiente ejemplo configura dos dispositivos de redes virtuales en un dominio. Cada dominio está conectado a un dispositivo de conmutador virtual separado en el dominio de servicio para usar el IPMP basado en vínculos. Los dispositivos de red virtual también se configuran para obtener actualizaciones de estado de vínculo físico.
```
# ldm add-vnet linkprop=phys-state vnet0 primary-vsw0 ldom1
# ldm add-vnet linkprop=phys-state vnet1 primary-vsw1 ldom1
```
Nota - El conmutador virtual debe tener un dispositivo de red física asignado para enlazar correctamente. Si el dominio ya está enlazado y el conmutador virtual no tiene un dispositivo de red física asignado, el comando ldm add-vnet fallará.

Los siguientes comandos crean los dispositivos de red virtual y los asignan a un grupo IPMP:
```
# ifconfig vnet0 plumb
# ifconfig vnet1 plumb
# ifconfig vnet0 192.168.1.1/24 up
# ifconfig vnet1 192.168.1.2/24 up
# ifconfig vnet0 group ipmp0
# ifconfig vnet1 group ipmp0
```

Configuración y uso de IPMP en versiones anteriores a Dominios lógicos 1.3

En las versiones de Dominios lógicos anteriores a la 1.3, el conmutador virtual y los dispositivos de red virtual no podían realizar la detección de fallos de vínculo. En estas versiones, la detección de fallos de red y recuperación puede configurarse usando un IPMP basado en sonda.

Configuración de IPMP en el dominio huésped

La red virtual dispositivos en un dominio invitado se pueden configurar en un grupo IPMP tal y como se muestra en Figura 8-5 y Figura 8-6. La única diferente es que la detección de fallos basada en sonda se usa configurando direcciones de prueba en los dispositivos de red virtual. Véase Guía de administración del sistema: servicios IP para más información sobre la configuración de los IPMP basados en sondas.

Configuración de IPMP en el dominio de servicio

En versiones de Dominios lógicos anteriores a la 1.3, el dispositivo de conmutador virtual no podía detectan el fallo del vínculo físico. En estos casos, la detección y recuperación de fallos de red puede configurarse fijando las opciones de las interfaces físicas en el dominio de servicio en un grupo IPMP. Para ello, configure el conmutador virtual en el dominio de servicio sin asignar un dispositivo de red física a él. Esto es, no especifique un valor para la propiedad net-dev (net-dev=) mientras usa el comando ldm add-vswitch para crear el conmutador virtual. Cree la interfaz de conmutador virtual en el dominio de servicio y configure el dominio de servicio para que actúe como enrutador de IP. Consulte el Solaris de Oracle 10 Guía de administración del sistema: servicios IP para más información sobre la configuración del enrutamiento IP.

Una vez configurado, el conmutador virtual envía todos los paquetes originales de las redes virtuales (y con destino a un equipo externo) a su capa de IP, en vez de mandar los paquetes directamente por el dispositivo físico. En caso de un fallo de interfaz física, la capa IP detecta el fallo y reconfigura la ruta automáticamente de los paquetes a través de la interfaz secundaria.

Dado que las interfaces físicas son configuradas directamente en un grupo IPMP, el grupo puede configurarse para una detección basada en vínculos o en sondas. El siguiente diagrama muestra dos interfaces de red (nxge0 y nxge1) configuradas como parte de un grupo IPMP. La instancia de conmutador virtual (vsw0) se ha creado como dispositivo de red para enviar paquetes a su capa IP.

Figura 8-8 Dos interfaces de red configuradas como parte de un grupo IPMP

image:El diagrama muestra cómo dos interfaces de red se configuran como parte de un grupo IPMP tal y como se describe en el texto.

Configuración de la ruta del host para un IPMP basado en sonda

Nota - Este procedimiento sólo es aplicable a los dominios huésped anteriores a la 1.3, en los que sólo se admitía un IPMP basado en sonda.

Si no se ha configurado una ruta explícita en la red correspondiente a las interfaces IPMP, entonces una o varias rutas de host explícitas a los equipos de destino deben configurarse para que la detección basada en sondas de IPMP funcione como se espera. En caso contrario, la detección de sonda puede no detectar los fallos de la red.

Configure una ruta de host.
```
# route add -host destination-IP gateway-IP -static
```
Por ejemplo:
```
# route add -host 192.168.102.1 192.168.102.1 -static
```
Consulte Configuración de sistemas de destino de Guía de administración del sistema: servicios IP para más información.

Omitir V�nculos de navegaci�n
Salir de la Vista de impresi�n
	Guía de administración del servidor Oracle VM para SPARC 2.1 Oracle VM Server for SPARC (Español)