Un automontador es cualquier programa o herramienta de software que monta automáticamente sistemas de archivos en respuesta a operaciones de acceso por parte de programas de usuario. Una utilidad de sistema de automontador ( demonio en Unix ), cuando se le notifican intentos de acceso a archivos y directorios en árboles de subdirectorios monitoreados selectivamente, hace que los dispositivos locales o remotos sean accesibles de forma dinámica y transparente.
El montador automático tiene como finalidad conservar los recursos del sistema local y reducir el acoplamiento entre sistemas que comparten sistemas de archivos con varios servidores. Por ejemplo, una organización de tamaño grande o mediano puede tener cientos de servidores de archivos y miles de estaciones de trabajo u otros nodos que acceden a archivos desde cualquier número de esos servidores en cualquier momento. Por lo general, solo una cantidad relativamente pequeña de sistemas de archivos remotos ( exportaciones ) estarán activos en un nodo determinado en un momento determinado. Aplazar el montaje de un sistema de archivos de este tipo hasta que un proceso realmente necesite acceder a él reduce la necesidad de realizar un seguimiento de dichos montajes, lo que aumenta la confiabilidad, la flexibilidad y el rendimiento.
Con frecuencia, uno o más servidores de archivos se vuelven inaccesibles (por mantenimiento, en una red remota y desconectada temporalmente, o se accede a ellos a través de un enlace congestionado). Los administradores también suelen considerar necesario reubicar datos de un servidor de archivos a otro para resolver problemas de capacidad y equilibrar la carga. La automatización de los puntos de montaje de datos facilita la reconfiguración de los sistemas cliente en tales casos.
Estos factores se combinan para plantear desafíos a los antiguos métodos de administración "estáticos" de las tablas de montaje del sistema de archivos (los fstabarchivos en los sistemas Unix). Las utilidades de montaje automático abordan estos desafíos y permiten a los administradores de sistemas consolidar y centralizar las asociaciones de puntos de montaje (nombres de directorio) con las exportaciones. Cuando se hace correctamente, los usuarios pueden acceder de forma transparente a los archivos y directorios como si todas sus estaciones de trabajo y otros nodos estuvieran conectados a un único sistema de archivos de toda la empresa.
También se pueden utilizar montadores automáticos para definir múltiples repositorios para datos de solo lectura; los sistemas cliente pueden elegir automáticamente qué repositorio montar según la disponibilidad, la carga del servidor de archivos o la proximidad en la red.
Muchos establecimientos tendrán una serie de servidores de archivos que alojan los directorios personales de varios usuarios. Todas las estaciones de trabajo y otros nodos internos de dichas organizaciones (normalmente todos aquellos detrás de un cortafuegos común que los separa de Internet ) se configurarán con servicios de montaje automático, de modo que cualquier usuario que inicie sesión en cualquier nodo active implícitamente el acceso a su propio directorio personal que, en consecuencia, se monta en un punto de montaje común, como . Esto permite a los usuarios acceder a sus propios archivos desde cualquier lugar de la empresa, lo que resulta extremadamente útil en entornos UNIX, donde los usuarios pueden invocar con frecuencia comandos en muchos sistemas remotos a través de varios comandos de distribución de trabajos como , , o , o a través de los protocolos X11 o VNC ./home/usersshtelnetrshrlogin
Una ruta local predeterminada muy común para el montador automático tiene el formato
donde es el nombre de host de la máquina remota y es la ruta que se exporta a través de NFS en la máquina remota. Esta notación generalmente libera al administrador del sistema de tener que administrar cada ruta exportada explícitamente a través de un mapa central del montador automático./net/hostname/nfspathhostnamenfspath
En algunos entornos informáticos, las estaciones de trabajo y los nodos informáticos de los usuarios no alojan instalaciones de toda la gama de software a la que los usuarios podrían querer acceder. Los sistemas pueden estar "creados" con una muestra representativa mínima o típica del software más comúnmente utilizado. Además, en algunos entornos, los usuarios pueden requerir acceso especializado u ocasional a versiones anteriores del software (por ejemplo, los desarrolladores pueden necesitar realizar correcciones de errores y pruebas de regresión, o algunos usuarios pueden necesitar acceso a datos archivados utilizando herramientas obsoletas).
Por lo general, las organizaciones proporcionan repositorios o "depósitos" de dicho software, listos para su instalación cuando sea necesario. Estos también pueden incluir copias completas de las imágenes del sistema desde las que las máquinas tienen instalados inicialmente sus sistemas operativos, o disponibles para la reparación de cualquier archivo del sistema que pueda dañarse durante el ciclo de vida de una máquina.
Algunos programas pueden requerir un espacio de almacenamiento considerable o pueden estar en proceso de desarrollo rápido (quizás interno). En esos casos, el software puede instalarse y configurarse para ejecutarse directamente desde los servidores de archivos.
En el caso más simple, un servidor de archivos alberga datos y quizás scripts a los que puede acceder cualquier sistema de un entorno. Sin embargo, ciertos tipos de archivos (en particular, binarios ejecutables y bibliotecas compartidas) solo pueden ser utilizados por tipos específicos de hardware o versiones específicas de sistemas operativos específicos.
Para situaciones como esta, las utilidades de montaje automático generalmente admiten algún medio de "mapeo" o "interpolación" de datos variables en los argumentos de montaje.
Por ejemplo, una organización con una mezcla de sistemas Linux y Solaris podría organizar el alojamiento de sus repositorios de paquetes de software para cada uno en un servidor de archivos común utilizando nombres de exportación como depot:/export/linuxy depot:/export/solarisrespectivamente. De este modo, podrían tener directorios para cada una de las versiones de SO que admiten. Utilizando las características de variación dinámica de su automontador, podrían configurar todos sus sistemas de modo que cualquier administrador de cualquier máquina de su empresa pudiera acceder a las actualizaciones de software disponibles en /software/updates. Un usuario de un sistema Solaris encontraría los paquetes compilados de Solaris en /software, mientras que un usuario de Linux encontraría allí los RPM , DEB u otros paquetes para su versión de SO en particular. Además, un usuario de Solaris en una estación de trabajo SPARC tendría su /software/updatesexportación asignada a una exportación apropiada para la arquitectura de ese sistema, mientras que un usuario de Solaris en una PC x86 encontraría de forma transparente su /software/updatesdirectorio que contiene los paquetes adecuados para su sistema. Algunos programas (escritos en lenguajes de programación como Perl o Python ) se pueden instalar y/o ejecutar en cualquier plataforma compatible sin necesidad de portabilidad, recompilación o reempaquetado de ningún tipo. Es posible que un administrador de sistemas encuentre dicho software en una /software/commonexportación.
En algunos casos, las organizaciones también pueden usar asignaciones variables/dinámicas basadas en la región o la ubicación, de modo que los usuarios de un edificio o sitio sean dirigidos a un servidor de archivos más cercano que aloja réplicas de los recursos alojados en otras ubicaciones.
En todos estos casos, las utilidades de montaje automático permiten a los usuarios acceder a archivos y directorios sin tener en cuenta la ubicación física real. Mediante un montador automático, los usuarios y los administradores de sistemas normalmente pueden acceder a los archivos donde "se supone que deberían estar" y comprobar que parecen estar allí.
Tom Lyon desarrolló el software de montaje automático original en Sun Microsystems : SunOS 4.0 hizo que el montaje automático estuviera disponible en 1988. [1] Sun Microsystems finalmente licenció esta implementación a otras distribuciones comerciales de UNIX. Solaris 2.0, lanzado por primera vez en 1992, implementó su montador automático con un pseudosistema de archivos llamado autofs, que se comunica con un demonio de modo usuario que realiza montajes. [2] [3] Otros sistemas similares a Unix han adoptado esa implementación del montador automático, incluidos AIX , HP-UX y Mac OS X 10.5 y posteriores.
En diciembre de 1989, Jan-Simon Pendry lanzó Amd , un automontador "basado en espíritu" en el programa de automontaje de SunOS. [4] Amd también se hizo conocido como Berkeley Automounter .
Linux tiene una implementación independiente de un automontador basado en autofs; la versión 5 de ese automontador generalmente funciona de manera compatible con el automontador de Solaris.
FreeBSD solía proporcionar AMD ; a partir de la versión 10.1 tiene un nuevo automontador muy similar al de Solaris. [5] Posteriormente se ha portado a DragonFly BSD [6] y NetBSD . [7]
Algunos sistemas operativos también admiten el montaje automático de unidades externas (como unidades de disco o unidades flash que utilizan conexiones FireWire o USB ) y medios extraíbles (como CD y DVD ). Esta tecnología difiere del montaje automático descrito aquí; implica montar medios locales cuando el usuario los conecta o los inserta en el sistema, en lugar de montar directorios desde servidores de archivos remotos cuando se hace una referencia a ellos. Linux actualmente (a partir de Linux 2.6) utiliza el programa de espacio de usuario udev para esta forma de montaje automático. Algunas funciones de montaje automático se han implementado en el programa independiente HAL , pero a partir de 2010 [actualizar]se están fusionando [ ¿ por quién? ] en udev. OpenBSD tiene hotplugd(8) que activa scripts especiales al conectar o desconectar dispositivos extraíbles, de modo que el usuario pueda agregar fácilmente el montaje de unidades extraíbles. En macOS, diskarbitrationdlleva a cabo esta forma de montaje automático. En FreeBSD , el medio extraíble puede ser manejado por el montador automático, al igual que los recursos compartidos de red. [8] [9]
Si bien las utilidades de montaje automático (y los sistemas de archivos remotos en general) pueden proporcionar acceso centralmente administrado, consistente y en gran medida transparente a los servicios de almacenamiento de una organización, también pueden tener sus desventajas: