Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Administración de Oracle Solaris: interfaces y virtualización de redes Oracle Solaris 11 Information Library (Español) |
1. Descripción general de la pila de red
Configuración de red en esta versión de Oracle Solaris
La pila de red en Oracle Solaris
Dispositivos de red y nombres de enlaces de datos
Administración de otros tipos de enlaces
Parte I Conexión automática a la red (NWAM, Network Auto-Magic)
3. Configuración y administración de NWAM (descripción general)
4. Configuración de perfiles de NWAM (tareas)
5. Administración de perfiles de NWAM (tareas)
6. Acerca de la interfaz gráfica de usuario de NWAM
Parte II Configuración de interfaz y enlace de datos
7. Uso de comandos de configuración de interfaces y enlaces de datos en perfiles
8. Configuración y administración de enlaces de datos
9. Configuración de una interfaz IP
10. Configuración de las comunicaciones mediante interfaces inalámbricas en Oracle Solaris
12. Administración de agregaciones de enlaces
Mapas de tareas de administración de IPMP
Creación y configuración del grupo IPMP (mapa de tareas)
Mantenimiento del grupo IPMP (mapa de tareas)
Configuración de la detección de fallos basada en sondeos (mapa de tareas)
Supervisión de un grupo IPMP (mapa de tareas)
Cómo configurar un grupo IPMP mediante el DHCP
Cómo configurar manualmente un grupo IPMP de interfaz activa-activa
Cómo configurar manualmente un grupo IPMP de interfaz activa-en espera
Cómo agregar una interfaz a un grupo IPMP
Cómo eliminar una interfaz de un grupo IPMP
Cómo agregar o eliminar direcciones IP
Cómo mover una interfaz de un grupo IPMP a otro grupo
Configuración para la detección de fallos basada en sondeos
Cómo especificar manualmente los sistemas de destino para la detección de fallos basada en sondeos
Recuperación de configuración de IPMP con reconfiguración dinámica
Cómo reemplazar una tarjeta física que ha fallado
Supervisión de información de IPMP
Cómo obtener información de grupo IPMP
Cómo obtener información de dirección de datos IPMP
Cómo obtener información sobre interfaces IP subyacentes de un grupo
Cómo obtener información de destino de sondeo IPMP
Cómo personalizar la salida del comando ipmpstat en una secuencia de comandos
Cómo generar salidas analizables automáticamente del comando ipmpstat
16. Intercambio de información de conectividad de red con LLDP
Parte III Virtualización de la red y gestión de los recursos
17. Introducción a la virtualización de redes y el control de recursos (descripción general)
18. Planificación para la virtualización de red y el control de recursos
19. Configuración de redes virtuales (tareas)
20. Uso de la protección de enlaces en entornos virtualizados
21. Gestión de recursos de red
La detección de fallos basada en sondeos implica el uso de sistemas de destino, tal como se explica en Detección de fallos basada en sondeos. Para identificar destinos para la detección de fallos basada en sondeos, el daemon in.mpathd funciona en dos modos: modo de destino de enrutador o modo de destino de multidifusión. En el modo de destino de enrutador, el daemon de rutas múltiples sondea los destinos definidos en la tabla de enrutamiento. Si no se han definido destinos, el daemon funciona en modo de destino de multidifusión, en el que se envían paquetes de multidifusión para sondear los hosts vecinos en la LAN.
Preferiblemente, debe configurar destinos de host para que sondee el daemon in.mpathd. Para algunos grupos IPMP, el enrutador predeterminado es suficiente como destino. Sin embargo, para algunos grupos IPMP, quizá desee configurar destinos específicos para la detección de fallos basada en sondeos. Para especificar los destinos, configure las rutas de host en la tabla de enrutamiento como destinos de sondeo. Cualquier ruta host configurada en la tabla de enrutamiento aparece enumerada antes del enrutador predeterminado. IPMP utiliza rutas host definidas explícitamente para la selección de destino. Por lo tanto, debe configurar rutas host para configurar destinos específicos de sondeo en lugar de utilizar el enrutador predeterminado.
Para configurar las rutas host en la tabla de enrutamiento, utilice el comando route. Puede utilizar la opción -p con este comando para agregar rutas persistentes. Por ejemplo, route -p add agrega una ruta que permanecerá en la tabla de enrutamiento incluso después de reiniciar el sistema. Por lo tanto, la opción -p permite agregar rutas persistentes sin necesidad de secuencias de comandos especiales para volver a crear estas rutas en cada inicio del sistema. Para utilizar de forma óptima la detección de fallos basada en sondeos, asegúrese de configurar varios destinos para recibir sondeos.
El procedimiento de ejemplo a continuación muestra la sintaxis exacta para agregar rutas persistente a los destinos para la detección de fallos basada en sondeos. Para obtener más información sobre las opciones para el comando route, consulte la página del comando man route(1M).
Considere los siguientes criterios cuando evalúe qué hosts de su red podrían ser destinos correctos.
Asegúrese de que los posibles destinos estén disponibles y de que se estén ejecutando. Haga una lista de sus direcciones IP.
Asegúrese de que las interfaces de destino se encuentren en la misma red que el grupo IPMP que está configurando.
La máscara de red y la dirección de emisión de los sistemas de destino deben ser las mismas que las direcciones del grupo IPMP.
El host de destino debe poder responder a las solicitudes de ICMP desde la interfaz que utiliza la detección de fallos basada en sondeos.
$ route -p add -host destination-IP gateway-IP -static
donde IP_destino e IP_puerta de enlace son direcciones IPv4 del host que se utilizará como un destino. Por ejemplo, para especificar el sistema de destino escribiría 192.168.10.137, que se encuentra en la misma subred que las interfaces del grupo IPMP itops0:
$ route -p add -host 192.168.10.137 192.168.10.137 -static
Esta nueva ruta se configurará automáticamente cada vez que se reinicie el sistema. Si desea definir sólo una ruta temporal para un sistema de destino para la detección de fallos basada en sondeos, no utilice la opción -p.
De manera predeterminada, la detección de fallos basada en sondeos solamente se puede realizar mediante direcciones de prueba. Si el controlador NIC es compatible con ella, la detección de fallos basada en enlaces también se habilita automáticamente.
No puede desactivar la detección de fallos basada en enlaces si este método es compatible con el controlador NIC. Sin embargo, puede seleccionar qué tipo de detección de fallos basada en sondeos implementar.
# svccfg -s svc:/network/ipmp setprop config/transitive-probing=true # svcadm refresh svc:/network/ipmp:default
Para obtener más información sobre la configuración de esta propiedad, consulte la página del comando man in.mpathd(1M).
# svccfg -s svc:/network/ipmp setprop config/transitive-probing=false # svcadm refresh svc:/network/ipmp:default
Use el archivo de configuración IPMP /etc/default/mpathd con el fin de configurar los siguientes parámetros de todo el sistema para grupos IPMP.
FAILURE_DETECTION_TIME
TRACK_INTERFACES_ONLY_WITH_GROUPS
FAILBACK
Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Cambie el valor predeterminado de uno o más de los tres parámetros.
FAILURE_DETECTION_TIME=n
donde n es el tiempo en segundos para que los sondeos ICMP detecten si se ha producido un fallo de la interfaz. El valor predeterminado es de 10 segundos.
FAILBACK=[yes | no]
yes: el valor yes es el comportamiento de recuperación tras fallos predeterminado de IPMP. Cuando se detecta la reparación de una interfaz fallida, el acceso de red recupera la interfaz reparada, tal como se describe en Detección de reparaciones de interfaces físicas.
no: el valor no indica que el tráfico de datos no se devuelve a una interfaz reparada. Cuando se detecta la reparación de una interfaz fallida, se configura el indicador INACTIVE para dicha interfaz. Este indicador significa que la interfaz no se va a utilizar para el tráfico de datos. La interfaz se puede seguir utilizando para el tráfico de sondeos.
Por ejemplo, el grupo IPMP ipmp0 consta de dos interfaces: net0 y net1. En el archivo /etc/default/mpathd, está definido el parámetro FAILBACK=no. Si net0 falla, se marca como FAILED y se vuelve no utilizable. Tras la reparación, la interfaz se marca como INACTIVE y permanece no utilizable debido a la configuración FAILBACK=no.
Si net1 falla y solamente net0 está en el estado INACTIVE, se borra el indicador INACTIVE net0 y la interfaz se vuelve utilizable. Si el grupo de IPMP tiene otras interfaces que también están en el estado INACTIVE, cualquiera de estas interfaces INACTIVE, y no necesariamente net0, se pueden borrar y convertir en utilizables cuando net1.
TRACK_INTERFACES_ONLY_WITH_GROUPS=[yes | no]
Nota - Para obtener información sobre este parámetro y la función de grupo anónimo, consulte Detección de fallos y función del grupo anónimo.
yes: el valor yes es el predeterminado para el comportamiento de IPMP. Este parámetro hace que IPMP omita las interfaces de red que no están configuradas en un grupo IPMP.
no: el valor no define la detección de fallos y la reparación para todas las interfaces de red, independientemente de si están configuradas en un grupo IPMP. Sin embargo, cuando se detecta un fallo o reparación en una interfaz que no está configurada en un grupo IPMP, no se desencadena ninguna acción en IPMP para mantener la funciones de red de dicha interfaz. Por tanto, el valor no sólo resulta útil para comunicar errores y no mejora directamente la disponibilidad de la red.
# pkill -HUP in.mpathd