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
Comparación IPMP y agregación de enlaces
Uso de nombres de enlace flexibles en la configuración IPMP
Componentes de IPMP en Oracle Solaris
Tipos de configuraciones de interfaces IPMP
Detección de fallos y reparaciones en IPMP
Tipos de detección de fallos en IPMP
Detección de fallos basada en sondeos
Detección de fallos basada en enlaces
Detección de fallos y función del grupo anónimo
Detección de reparaciones de interfaces físicas
Terminología y conceptos de IPMP
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 función de reconfiguración dinámica (DR) permite volver a configurar el hardware del sistema, como las interfaces, mientras el sistema está en ejecución. DR sólo se puede utilizar en los sistemas que admiten esta función.
Normalmente se utiliza el comando cfgadm para llevar a cabo las operaciones de DR. Sin embargo, algunas plataformas proporcionan otros métodos. Asegúrese de consultar la documentación de la plataforma para obtener detalles para realizar una DR. Para los sistemas que utilizan Oracle Solaris, puede buscar documentación específica sobre DR en los recursos que se muestran en la Tabla 14-1. Información actual sobre DR también está disponible en http://www.oracle.com/technetwork/indexes/documentation/index.html y se puede obtener si busca el tema "reconfiguración dinámica".
Tabla 14-1 Recursos de documentación para la reconfiguración dinámica
|
Las secciones siguientes explican cómo DR interopera con IPMP.
En un sistema que admite la DR de NIC, IPMP se puede utilizar para mantener la conectividad y evitar la interrupción de las conexiones existentes. IPMP está integrado en la estructura del gestor de coordinación de reconfiguración (RCM). Por lo tanto, puede conectar, desconectar o volver a conectar de manera segura las NIC y RCM gestiona la reconfiguración dinámica de los componentes del sistema.
Con compatibilidad de DR, puede conectar y agregar nuevas interfaces a grupos IPMP existentes. Si es preciso, puede configurar las interfaces que acaba de agregar en su propio grupo IPMP. Para obtener más información sobre procedimientos para configurar grupos IPMP, consulte Configuración de grupos IPMP. Después de que estas interfaces se han configurado, están inmediatamente disponibles para que IPMP las utilice. Sin embargo, para beneficiarse de las ventajas de utilizar nombres de enlace personalizados, debe asignar nombres de enlace genéricos para reemplazar los nombres de enlace basados en hardware de la interfaz. Luego, debe crear los archivos de configuración correspondientes mediante el nombre genérico que acaba de asignar. Para obtener más información sobre procedimientos en los que se puede configurar una única interfaz mediante nombres de enlace personalizados, consulte Cómo configurar una interfaz IP. Después de asignar un nombre de enlace genérico a la interfaz, asegúrese de referirse siempre al nombre genérico al realizar cualquier configuración adicional en la interfaz como el uso de la interfaz para IPMP.
Todas las solicitudes para desconectar los componentes del sistema que contengan NIC se comprueban antes para garantizar el mantenimiento de la conectividad. Por ejemplo, de modo predeterminado no puede desconectar una NIC que no se encuentre en un grupo IPMP. Tampoco puede desconectar una NIC que contenga las únicas interfaces en funcionamiento de un grupo IPMP. Sin embargo, si debe eliminar el componente del sistema, puede modificar este comportamiento con la opción -f de cfgadm, tal como se explica en la página del comando man cfgadm(1M).
Si las comprobaciones son correctas, el daemon establece el indicador OFFLINE para la interfaz. Todas las direcciones de prueba de las interfaces se desconfiguran. A continuación, la NIC se desconecta del sistema. Si falla alguno de estos pasos, o falla la DR de otro hardware del mismo componente del sistema, se restablece el estado original de la configuración anterior. Se mostrará un mensaje de estado sobre este evento. De lo contrario, la solicitud de desconexión se completará correctamente. Ya podrá eliminar el componente del sistema. Las conexiones existentes no se interrumpen.
Cuando una interfaz subyacente de un grupo IPMP falla, una solución típica podría ser reemplazar la interfaz con fallos conectando una nueva NIC. RCM registra la información de configuración asociada con cualquier NIC que se desconecta de un sistema en ejecución. Si reemplaza una NIC con fallos con una NIC idéntica, RCM configura automáticamente la interfaz según las configuraciones persistentes que previamente habían sido definidas mediante el comando ipadm.
Por ejemplo, supongamos que reemplaza una interfaz bge0 con fallos con otra interfaz bge0. Los valores de configuración de bge0 con fallos que se definieron mediante el comando ipadm son los valores de configuración persistentes. Tras conectar la NIC bge de reemplazo, RCM conecta y, a continuación, configura la interfaz bge0 según estos valores de configuración persistentes. Por lo tanto la interfaz se configura correctamente con la dirección de prueba y se agrega al grupo IPMP.
Puede reemplazar una NIC con fallos con otra NIC, siempre que ambas sean del mismo tipo, como Ethernet. En este caso, RCM sondea la nueva interfaz después de que se ha conectado. Si no ha utilizado nombres de enlace personalizados cuando configuró las interfaces por primera vez, tendrá que configurar la nueva NIC antes de poder agregar la interfaz al grupo IPMP.
Sin embargo, si ha utilizado nombres de enlace personalizados, los pasos de configuración adicionales son innecesarios. Si reasigna el nombre de enlace de la interfaz con fallos a la nueva interfaz, la nueva interfaz adquiere la configuración especificada en los valores de configuración persistentes de la interfaz eliminada. RCM configura la interfaz según esos valores. Para obtener más información sobre procedimientos para recuperar la configuración de IPMP mediante DR cuando una interfaz falla, consulte Recuperación de configuración de IPMP con reconfiguración dinámica.