IPMP y reconfiguración dinámica

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.

Conexión de nuevas NIC

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.

Desconexión de NIC

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.

Reemplazo de NIC

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.