Administración de redes públicas

El software Oracle Solaris Cluster admite la implementación del software de Oracle Solaris de IPMP (Internet Protocol network Multipathing) para las redes públicas. La administración básica de IPMP es igual en los entornos con clústeres y sin clústeres. El método de ruta múltiple se instala automáticamente al instalar el sistema operativo Oracle Solaris 10 y se debe habilitar para utilizarlo. La administración de varias rutas se trata en la documentación correspondiente del sistema operativo Oracle Solaris. No obstante, consulte las indicaciones siguientes antes de administrar IPMP en un entorno de Oracle Solaris Cluster.

Administración de grupos de varias rutas de red IP en un clúster

Antes de realizar procedimientos relacionados con IPMP en un clúster, tenga en cuenta las indicaciones siguientes.

• Cada adaptador de red pública debe pertenecer a un grupo IPMP.

• La variable local-mac-address? debe presentar un valor true para los adaptadores de Ethernet.

• Puede utilizar grupos IPMP basados en sondeos o en vínculos en un clúster. Un grupo IPMP basado en sondeos prueba la dirección IP de destino y proporciona la mayor protección posible mediante el reconocimiento de más condiciones que pueden poner en peligro la disponibilidad.

• Debe configurar una dirección IP de prueba para cada adaptador en los tipos siguientes de grupos de varias rutas:

  • Todos los grupos de ruta múltiple con varios adaptadores requieren direcciones IP de prueba. Los grupos de ruta múltiple con un solo adaptador no requieren direcciones IP de prueba.

• Las direcciones IP de prueba de todos los adaptadores del mismo grupo de varias rutas deben pertenecer a una sola subred de IP.

• Las aplicaciones normales no deben utilizar direcciones IP, ya que no tienen alta disponibilidad.

• No hay restricciones respecto a la asignación de nombres en los grupos de varias rutas. No obstante, al configurar un grupo de recursos, la convención de asignación de nombres netiflist estipula que están formados por el nombre de cualquier ruta múltiple seguido del número de ID de nodo o del nombre de nodo. Por ejemplo, supongamos que hay un grupo de varias rutas denominado sc_ipmp0; el nombre netiflist asignado podría ser sc_ipmp0@1 o sc_ipmp0@phys-schost-1, donde el adaptador está en el nodo phys-schost-1, que tiene un ID de nodo que es 1.

• Evite anular la configuración (desinstalar) de un adaptador o desconectarlo de un grupo de varias rutas de red IP sin haber conmutado primero las direcciones IP del adaptador para que se trasladen a otro adaptador alternativo del grupo mediante el comando if_mpadm(1M).

• Evite volver a instalar los cables de los adaptadores en subredes distintas sin haberlos eliminado previamente de sus grupos de varias rutas respectivos.

• Las operaciones relacionadas con los adaptadores lógicos se pueden realizar en un adaptador, incluso si está activada la supervisión del grupo de varias rutas.

• Debe mantener al menos una conexión de red pública para cada nodo del clúster. Sin una conexión de red pública no es posible tener acceso al clúster.

• Para ver el estado de los grupos de varias rutas de red IP de un clúster, use el comando clinterconnect status.

Si desea obtener más información sobre varias rutas de red IP, consulte la documentación pertinente en el conjunto de documentación de administración de sistemas del sistema operativo Oracle Solaris.

Tabla 7-3 Mapa de tareas: administrar la red pública

Si desea información sobre los procedimientos de instalación del software de clúster, consulte Guía de instalación del software Oracle Solaris Cluster. Para ver los procedimientos sobre tareas de mantenimiento y reparación de componentes de hardware de redes públicas, consulte Oracle Solaris Cluster 3.3 Hardware Administration Manual .

Reconfiguración dinámica con interfaces de red pública

Debe tener en cuenta algunos aspectos al desarrollar operaciones de reconfiguración dinámica con interfaces de red pública en un clúster.

• Todos los requisitos, los procedimientos y las restricciones documentados sobre la reconfiguración dinámica de Oracle Solaris también son válidos para la reconfiguración dinámica en Oracle Solaris Cluster (excepto la inactividad del sistema operativo). Por lo tanto, consulte la documentación sobre la reconfiguración dinámica de Oracle Solaris antes de utilizarla con el software Oracle Solaris Cluster. Preste especial atención a los problemas que afecten a los dispositivos de E/S no conectados a red durante las operaciones de desconexión de reconfiguración dinámica.

• Las operaciones de eliminación de tarjetas de DR sólo pueden finalizar correctamente si las interfaces de red pública no están activas. Antes de eliminar una interfaz de red pública activa, conmute las direcciones IP del adaptador que se va a quitar a otro adaptador presente en el grupo de varias rutas con el comando if_mpadm(1M).

• Si intenta eliminar una tarjeta de interfaz de red pública sin haberla inhabilitado como interfaz de red pública activa, Oracle Solaris Cluster rechaza la operación e identifica la interfaz que habría sido afectada por la operación.

---

Precaución - En el caso de grupos de varias rutas con dos adaptadores, si el adaptador de red restante sufre un error mientras se elimina la reconfiguración dinámica en el adaptador de red inhabilitado, la disponibilidad se verá afectada. El adaptador que se conserva no tiene ningún elemento al que migrar tras error mientras dure la operación de reconfiguración dinámica.

---

Aplique los procedimientos siguientes en el orden indicado al realizar operaciones de reconfiguración dinámica en interfaces de redes públicas.

Tabla 7-4 Mapa de tareas: reconfiguración dinámica con interfaces de redes públicas