Administración de redes públicas

El software de Oracle Solaris Cluster admite la implementación de software de Oracle Solaris de múltiples rutas de redes IP (IPMP) para 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 11 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.

• No desconfigure (desconecte) o apague un adaptador de un grupo de múltiples rutas de red IP sin primero conmutar mediante direcciones IP del adaptador a eliminar a un adaptador alternativo en el grupo, mediante el comando if_mpadm. Para obtener más información, consulte la página del comando man 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 de Oracle Solaris Cluster. Para conocer los procedimientos sobre las tareas de mantenimiento de los componentes de hardware de las redes públicas, consulte el Oracle Solaris Cluster 4.1 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 quitar una interfaz de red pública, conmute las direcciones IP del adaptador que se va a quitar a otro adaptador del grupo de múltiples rutas mediante el comando if_mpadm. Para obtener más información, consulte la página del comando man 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