Gestión de servicios de protocolo de ubicación de servicios en Oracle® Solaris 11.2

Salir de la Vista de impresión

Actualización: Julio de 2014
 
 

Dónde colocar DA

En esta sección, se proporcionan sugerencias acerca de dónde colocar DA en diferentes situaciones.

  • Cuando el enrutamiento de multidifusión no está activado y los DA son necesarios para unir la detección de servicios entre subredes

    En esta situación, un DA debe colocarse en un host con interfaces y todas las subredes que comparten servicios. La propiedad de configuración net.slp.interfaces no se debe establecer, a menos que los paquetes IP no se enruten entre las interfaces. Consulte Configuración de la función de hosts múltiples para SLP para obtener más información sobre cómo configurar la propiedad net.slp.interfaces.

  • Cuando se implementan DA para escalabilidad y la consideración principal es la optimización del acceso de agentes

    Los UA, normalmente, realizan muchas solicitudes de servicios a los DA. Un SA se registra con el DA una vez y puede actualizar el anuncio en intervalos periódicos, pero con poca frecuencia. Como resultado, el acceso de UA a DA es mucho más frecuente que el acceso de SA. El número de anuncios de servicios también suele ser menor que el número de solicitudes. Por lo tanto, la mayoría de las implementaciones de DA son más eficaces si la implementación se optimiza para el acceso de UA.

  • Colocación de los DA de manera que estén topológicamente cerca de los UA en la red para optimizar el acceso de los UA

    Naturalmente, debe configurar el DA con un ámbito que sea compartido por los clientes de UA y SA.

Colocación de varios DA para el equilibrio de carga

    Puede implementar varios DA para el mismo conjunto de ámbitos como una manera de equilibrio de carga. Implemente los DA en cualquiera de las siguientes circunstancias:

  • Las solicitudes de UA a un DA están agotando el tiempo de espera o se están devolviendo con el error DA_BUSY_NOW.

  • El registro de DA muestra que muchas solicitudes del SLP se están perdiendo.

  • La red de los usuarios que comparten servicios en los ámbitos abarca un número de edificios o sitios físicos.

Puede ejecutar un rastreo de snoop de tráfico de SLP para determinar cuántas solicitudes de UA regresan con el error DA_BUSY_NOW. Si el número de solicitudes de UA devuelto es alto, los UA en los edificios que se encuentran física y topológicamente alejados del DA pueden presentar respuestas lentas o tiempos de espera excesivos. En este escenario, se puede implementar un DA en cada edificio para mejorar la respuesta para los clientes de UA dentro del edificio.

Los enlaces que conectan edificios son, por lo general, más lentos que las redes de área local dentro de los edificios. Si la red abarca varios edificios o sitios físicos, establezca la propiedad net.slp.DAAddresses en el archivo /etc/inet/slp.conf para una lista de direcciones o nombres de host específicos para que los UA sólo accedan a los DA que especifique.

Si un DA determinado está utilizando grandes cantidades de memoria de host para los registros de servicios, reduzca el número de registros de SA disminuyendo el número de ámbitos que el DA admite. Puede dividir en dos un ámbito que tiene muchos registros. Puede admitir uno de los nuevos ámbitos mediante la implementación de otro DA en otro host.