Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Gestión del rendimiento de red de Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español) |
1. Introducción a la gestión del rendimiento de red
2. Uso de agregaciones de enlaces
3. Cómo trabajar con redes VLAN
4. Administración de redes con puentes (tareas)
Tipos de configuraciones de interfaces IPMP
Detección de fallos basada en sondeos
Detección de fallos basada en sondeos utilizando direcciones de prueba
Detección de fallos basada en sondeos sin utilizar direcciones de prueba
Detección de fallos basada en enlaces
Detección de fallos y función del grupo anónimo
IPMP y reconfiguración dinámica
6. Administración de IPMP (tareas)
7. Intercambio de información de conectividad de red con LLDP
8. Cómo trabajar con funciones de puente de centro de datos en Oracle Solaris
9. Puente virtual perimetral en Oracle Solaris
10. Equilibrador de carga integrado (descripción general)
11. Configuración del equilibrador de carga integrado
12. Gestión del equilibrador de carga integrado
13. Protocolo de redundancia de enrutador virtual (descripción general)
A. Tipos de agregaciones de enlaces: comparación de funciones
El tiempo de detección de reparaciones es el doble del tiempo de detección de fallos. El tiempo predeterminado para la detección de fallos es de 10 segundos. En consecuencia, el tiempo predeterminado de detección de reparaciones es de 20 segundos. Después de que una interfaz con fallos se ha marcado con el indicador RUNNING de nuevo y el método de detección de fallos ha detectado que la interfaz se ha reparado, el daemon in.mpathd borra el indicador FAILED de la interfaz. La interfaz reparada se vuelve a implementar en función del número de interfaces activas que el administrador haya definido originalmente.
Cuando una interfaz subyacente falla y se utiliza la detección de fallos basada en sondeos, el daemon in.mpathd sigue sondeando, ya sea mediante un encargado de sondeos cuando no se configuró ninguna dirección de prueba o mediante direcciones de prueba de la interfaz. Durante una reparación de interfaz, el proceso de recuperación continúa en función de la configuración original de la interfaz con fallos, como se muestra a continuación:
Si la interfaz con fallos era originalmente una interfaz activa, la interfaz reparada vuelve a su estado activo original. La interfaz en espera que funcionaba como un reemplazo durante el fallo se vuelve a cambiar al estado en espera si hay suficientes interfaces que están activas para el grupo IPMP según las definiciones del administrador del sistema.
Nota - Una excepción se da cuando la interfaz activa reparada también está configurada con el modo FAILBACK=no. Para obtener más información, consulte Modo FAILBACK=no
Si la interfaz con fallos era originalmente una interfaz en espera, la interfaz reparada vuelve a su estado en espera original, siempre que el grupo IPMP refleje el número original de interfaces activas. De lo contrario, la interfaz en espera se convierte en una interfaz activa.
Para ver una presentación gráfica de cómo funciona IPMP durante el fallo y la reparación de la interfaz, consulte Cómo funciona IPMP.
De manera predeterminada, las interfaces activas que han presentado fallos y se han reparado vuelven automáticamente a convertirse en interfaces activas en el grupo IPMP. Este comportamiento es controlado por el valor del parámetro FAILBACK en el archivo de configuración del daemon in.mpathd. Sin embargo, es posible que incluso la interrupción insignificante que se genera a medida que las direcciones de datos son reasignadas a interfaces reparadas no sea aceptable para algunos administradores. Es posible que los administradores prefieran permitir que una interfaz en espera activada continúe como una interfaz activa. IPMP permite a los administradores reemplazar el comportamiento predeterminado para evitar que una interfaz se active automáticamente después de su reparación. Estas interfaces deben estar configuradas en el modo FAILBACK=no. Para conocer procedimientos relacionados, consulte Cómo configurar el comportamiento del daemon IPMP.
Cuando una interfaz activa en el modo FAILBACK=no falla y, consecuentemente, se repara, el daemon in.mpathd restaura la configuración IPMP de la siguiente manera:
El daemon conserva el estado INACTIVE de la interfaz, siempre que el grupo IPMP refleje la configuración original de interfaces activas.
Si la configuración IPMP en el momento de la reparación no refleja la configuración original del grupo de interfaces activas, la interfaz reparada se vuelve a desplegar como una interfaz activa, a pesar del estado FAILBACK=no.
Nota - El modo FAILBACK=NO está configurado para todo el grupo IPMP. No es un parámetro ajustable por interfaz.