Administración de redes públicas
El software de Oracle Solaris Cluster admite que el software de Oracle Solaris implemente rutas múltiples de red de Protocolo de Internet (IPMP) para redes públicas. La administración básica de IPMP es igual en los entornos con clusters y sin clusters. El método de rutas múltiples se instala automáticamente al instalar el sistema operativo Oracle Solaris 11 y se debe activar para utilizarlo. La administración de varias rutas se trata en la documentación correspondiente del sistema operativo Oracle Solaris. No obstante, consulte las directrices siguientes antes de administrar IPMP en un entorno de Oracle Solaris Cluster.
Administración de grupos de varias rutas de red IP en un cluster
Antes de realizar procedimientos relacionados con IPMP en un cluster, tenga en cuenta las directrices siguientes.
-
Al configurar un recurso de servicio escalable (SCALABLE=TRUE en el archivo de registro de tipo de recurso para el tipo de recurso) que utilice el recurso de red SUNW.SharedAddress, PNM se puede configurar para supervisar el estado de todos los grupos IPMP en los nodos del cluster, además del que SUNW.SharedAddress está configurado para usar. Esta configuración permite que el servicio se reinicie y realice un failover si falla alguno de los grupos IPMP en los nodos del cluster, a fin de maximizar la disponibilidad del servicio para los clientes de red que están ubicados en las mismas subredes que los nodos del cluster. Por ejemplo:
# echo ssm_monitor_all > /etc/cluster/pnm/pnm.conf
Reinicie el nodo.
-
Cada adaptador de red pública que se utiliza para el tráfico de servicios de datos debe pertenecer a un grupo IPMP. Si no se utiliza un adaptador de red pública para el tráfico de servicios de datos, no es necesario que lo configure en 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 vínculos en un cluster. 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 comprometer la disponibilidad.
Si utiliza el almacenamiento iSCSI como un dispositivo de quórum, asegúrese de que el dispositivo IPMP basado en sondeos esté configurado correctamente. Si la red iSCSI es una red privada que contiene únicamente los nodos del cluster y el dispositivo de almacenamiento iSCSI, y no hay otros hosts presentes en la red iSCSI, el mecanismo de IPMP basado en sondeos puede fallar cuando dejan de funcionar todos los nodos, excepto uno. El problema ocurre porque no hay otros hosts en la red iSCSI para el sondeo por parte de IPMP, de modo que IPMP considera que este problema es un error de red cuando solamente un nodo permanece en el cluster. IPMP desactiva el adaptador de red iSCSI y el nodo restante pierde acceso al almacenamiento iSCSI y, por lo tanto, al dispositivo de quórum. Para resolver este problema, puede agregar un enrutador a la red iSCSI de modo que otros hosts fuera del cluster respondan a los sondeos e impidan que IPMP desactive el adaptador de red. De manera alternativa, puede configurar IPMP con failover basado en enlaces en lugar de failover basado en sondeos.
-
A menos que existan una o más interfaces de red pública IPv6 que no sean de enlace local en la configuración de red pública, la utilidad scinstall configura automáticamente un grupo IPMP de varios adaptadores para cada conjunto de adaptadores de red pública en el cluster que utiliza la misma subred. Estos grupos se basan en enlaces con sondeos transitivos. Se pueden agregar direcciones de prueba si se requiere la detección de fallos basada en sondeos.
-
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, para un grupo de rutas múltiples denominado sc_ipmp0, el nombre netiflist 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 anule la configuración (desasocie) o apague un adaptador de un grupo de múltiples rutas de red IP sin primero conmutar las direcciones IP del adaptador que se eliminará a un adaptador alternativo del grupo, mediante el comando if_mpadm(1M).
-
No desasocie ni elimine una interfaz de red del grupo IPMP donde está asociada la dirección IP de Oracle Solaris Cluster HA. Esta dirección IP puede pertenecer al recurso de host lógico o el recurso de dirección compartida. Sin embargo, si desasocia la interfaz activa con el comando ifconfig, Oracle Solaris Cluster ahora reconoce este evento. Realiza el failover del grupo de recursos a otros nodos en buen estado si el grupo IPMP ya no puede utilizarse en el proceso. Oracle Solaris Cluster también puede reiniciar el grupo de recursos en el mismo nodo si el grupo IPMP es válido pero falta una dirección IP HA. El grupo IPMP se vuelve inutilizable por varios motivos: pérdida de conectividad IPv4, pérdida de conectividad IPv6 o ambas. 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 cluster. Sin una conexión de red pública no es posible tener acceso al cluster.
-
Para ver el estado de los grupos de múltiples rutas de red IP de un cluster, use el comando ipmpstat -g.
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.
|
Si desea información sobre los procedimientos de instalación del software de cluster, 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.2 Hardware Administration Manual .
Reconfiguración dinámica con interfaces de red pública
Debe tener en cuenta diversos aspectos al llevar a cabo operaciones de reconfiguración dinámica (DR) en las interfaces de red pública de un cluster.
Todos los requisitos, los procedimientos y las restricciones documentados sobre la función de reconfiguración dinámica de Oracle Solaris también se aplican a la reconfiguración dinámica de Oracle Solaris Cluster (excepto la inactividad del sistema operativo). Por lo tanto, consulte la documentación sobre la función de reconfiguración dinámica de Oracle Solaris antes de usar la función de reconfiguración dinámica con el software de Oracle Solaris Cluster. Debe prestar especial atención a los problemas que afectan a los dispositivos de E/S no conectados en red durante las operaciones de desconexión de reconfiguración dinámica.
Las operaciones de eliminación de tarjetas de reconfiguración dinámica únicamente pueden realizarse 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 desactivado correctamente como una interfaz de red activa, Oracle Solaris Cluster rechaza la operación e identifica la interfaz que hubiera sido afectada por la operación.
 | Precaución - En el caso de grupos de rutas múltiples con dos adaptadores, si el adaptador de red restante falla durante la operación de eliminación de reconfiguración dinámica en el adaptador de red desactivado, la disponibilidad se verá afectada. El adaptador restante no podrá realizar un failover mientras dure la operación de reconfiguración dinámica. |
Complete los siguientes procedimientos en el orden indicado al realizar operaciones de reconfiguración dinámica en interfaces de redes públicas.
|