Cómo selecciona autofs los archivos de sólo lectura más cercanos para los clientes (ubicaciones múltiples)

Idioma:

Esta sección utiliza el siguiente ejemplo de mapa directo para explicar cómo autofs selecciona los archivos de sólo lectura más cercanos para los clientes.

/usr/local          -ro \
   /bin                   ivy:/export/local/sun4\
   /share                 ivy:/export/local/share\
   /src                   ivy:/export/local/src
/usr/man            -ro   oak:/usr/man \
                          rose:/usr/man \
                          willow:/usr/man
/usr/games          -ro   peach:/usr/games
/usr/spool/news     -ro   pine:/usr/spool/news \
                          willow:/var/spool/news

Los puntos de montaje /usr/man y /usr/spool/news muestran más de una ubicación, con tres ubicaciones para el primer punto de montaje y dos ubicaciones para el segundo punto de montaje. Cualquiera de las ubicaciones replicadas puede proporcionar el mismo servicio para cualquier usuario. Este procedimiento sólo es necesario cuando se monta un sistema de archivos de sólo lectura, ya que debe tener algún control sobre las ubicaciones de los archivos que escribe o modifica. Debe evitar modificar archivos en un servidor en un momento y, minutos más tarde, modificar el "mismo" archivo en otro servidor. El beneficio es que se utiliza automáticamente el mejor servidor disponible sin esfuerzo por parte del usuario.

Si los sistemas de archivos están configurados como réplicas (consulte ¿Qué es un sistema de archivos replicado?), los clientes tienen la ventaja de utilizar failover. No sólo se determina automáticamente el mejor servidor, sino que si el servidor deja de estar disponible, el cliente utiliza automáticamente el siguiente mejor servidor.

Un ejemplo de un buen sistema de archivos para configurar como una réplica son las páginas del comando man. En una red grande, más de un servidor puede exportar el conjunto actual de páginas del comando man. No importa desde qué servidor se montan las páginas del comando man siempre y cuando el servidor ejecute y exporte sus sistemas de archivos. En el ejemplo del mapa directo, se expresan varias ubicaciones de montaje como una lista de ubicaciones de montaje en la entrada de mapa.

/usr/man -ro oak:/usr/man rose:/usr/man willow:/usr/man

En este ejemplo, puede montar las páginas del comando man de los servidores oak, rose o willow. El mejor servidor depende de una serie de factores, incluidos los siguientes:

El número de servidores que admite un nivel de protocolo NFS particular
Proximidad del servidor
Ponderación

Durante el proceso de ordenación, se realiza un recuento del número de servidores que admiten cada versión del protocolo NFS. La versión del protocolo compatible con la mayoría de los servidores se convierte en el protocolo que se utiliza de manera predeterminada. Esta selección proporciona al cliente el número máximo de servidores de los que puede depender.

Una vez que se encuentra el mayor subconjunto de servidores con la misma versión del protocolo, esa lista de servidores se ordena por proximidad. Para determinar la proximidad, se inspeccionan las direcciones IPv4 para determinar qué servidores se incluyen en cada subred. Los servidores en una subred local obtienen preferencia sobre los servidores en una subred remota. La preferencia del servidor más cercano reduce la latencia y el tráfico en la red.

Notas - La proximidad no se puede determinar para réplicas que utilizan direcciones IPv6.

La Figure 2–5 ilustra la proximidad de servidor.

Figura 2-5 Proximidad de servidor

image:Este gráfico ilustra la proximidad del servidor.

Si varios servidores que admiten el mismo protocolo se encuentran en la subred local, se determina el tiempo de conexión de cada servidor y se utiliza el servidor más rápido. El proceso de ordenación también puede estar influido por el uso de ponderación. Para obtener más información acerca de la ponderación, consulte Autofs y ponderación.

Por ejemplo, si hay más servidores NFS versión 4 en la subred local, NFS versión 4 pasa a ser el protocolo que se utiliza de manera predeterminada. Sin embargo, el proceso de ordenación es más complejo cuando los servidores admiten diferentes protocolos en la subred local. A continuación se exponen algunos ejemplos de cómo la funciona el proceso de ordenación:

Los servidores en una subred local obtienen preferencia sobre los servidores en una subred remota. Por lo tanto, si un servidor NFS versión 3 está en la subred local y el servidor NFS versión 4 más próximo se encuentra en una subred remota, el servidor NFS versión 3 tiene preferencia. Del mismo modo, si la subred local tiene servidores NFS versión 2, éstos tienen preferencia sobre las subredes remotas con servidores NFS versión 3 y versión 4.
Si la subred local tiene un número variado de servidores NFS versión 2, versión 3 y versión 4, es necesario seguir realizando el proceso de ordenación. El montador automático prefiere la versión más alta de la subred local. En este ejemplo, NFS versión 4 es la versión más alta. Sin embargo, si la subred local tiene más servidores NFS versión 3 o NFS versión 2 que servidores NFS versión 4, el montador automático “disminuye” de la versión más alta en la subred local de a una versión. Por ejemplo, si la subred local dispone de tres servidores con la versión 4, tres servidores con NFS versión 3 y diez servidores con la versión 2, se selecciona un servidor versión 3.
Del mismo modo, si la subred local tiene un número variado de servidores NFS versión 2 y versión 3, el montador automático primero busca qué versión representa la versión más alta de la subred local. A continuación, el montador automático recuenta el número de servidores que ejecuta cada versión. Si la versión más alta en la subred local también representa a la mayoría de los servidores, se selecciona la versión más alta. Si una versión más baja tiene más servidores, el montador automático disminuye de la versión más alta en la subred local de a una versión. Por ejemplo, si hay más servidores NFS versión 2 en la subred local que servidores NFS versión 3, se selecciona un servidor NFS versión 2.

Notas - La ponderación también se ve influida por los parámetros almacenados en el repositorio de SMF. Específicamente, los valores de server_versmin, client_versmin, server_versmax y client_versmax pueden excluir algunas versiones del proceso de ordenación. Para obtener más información sobre estos parámetros, consulte Daemons NFS.

Con failover, la ordenación se comprueba en el momento del montaje cuando se selecciona un servidor. Es útil contar con varias ubicaciones en un entorno donde los servidores individuales no puedan exportar sus sistemas de archivos temporalmente.

El failover es especialmente útil en una red grande con muchas subredes. Autofs elige el servidor adecuado y es capaz de confinar el tráfico de red NFS a un segmento de la red local. Si un servidor tiene varias interfaces de red, puede mostrar el nombre de host que está asociado con cada una de las interfaces de red si la interfaz fuera otro servidor. Autofs selecciona la interfaz más próxima al cliente.

Notas - No se realizan comprobaciones de ponderación ni de proximidad con los montajes manuales. El comando mount prioriza los servidores que se muestran de izquierda a derecha.

Para obtener más información, consulte la página del comando man automount(1M).