Información de referencia › Guía de referencia del catálogo de dispositivos › Catálogo del sistema › Dispositivos varios › Dispositivo NASR

Dispositivo NASR

Última versión: 3.1.2-1

Descripción general del funcionamiento

El dispositivo NASR es un dispositivo de almacenamiento de archivos compartidos. Proporciona almacenamiento de archivos accesibles mediante los protocolos de archivos HTTP, NFS y CIFS y una interfaz Web para la gestión de archivos. Además, se pueden configurar dos dispositivos NASR en un modo de sincronización principal-secundario para que el contenido del principal se replique al secundario.

El dispositivo NASR sirve archivos dentro de un volumen de datos configurado (conectable), de esta forma hace que el contenido que el dispositivo sirve se pueda modificar fácilmente y que el volumen pueda tener distintos tamaños. Por ejemplo, si NASR se está utilizando para almacenar archivos de registro, el volumen de datos no tiene que ser tan grande como lo debería ser para almacenar contenido de un servidor Apache.

El directorio raíz del volumen se comparte y los servidores HTTP, NFS y CIFS (samba) ven el mismo volumen, en la misma raíz. El servidor NFS muestra el volumen como un recurso compartido denominado /mnt/data. El servidor CIFS muestra el volumen como un recurso compartido denominado share. El servidor HTTP tiene acceso de sólo lectura al directorio raíz del volumen, mientras que los servidores NFS y CIFS (samba) tienen acceso de lectura y escritura a dicho volumen.

El acceso CIFS es anónimo. Se supone que sólo los dispositivos que tienen permiso para acceder al volumen son los que se conectan al terminal cifs. Esto elimina la necesidad de definir configuraciones de seguridad complejas en el cliente y el servidor, y permite conectar con facilidad dispositivos que necesitan acceso de archivo a la entrada de cifs.

En su configuración predeterminada, NASR sirve como un dispositivo NAS normal. Si se configuran, dos dispositivos NASR pueden ejecutarse en una replicación principal-secundario para que los datos del principal se repliquen al secundario. La replicación funciona en una dirección solamente; es decir, los cambios que se produzcan en el servidor secundario no se replican en el principal. La replicación es asincrónica y se activa cuando se producen cambios en los archivos del volumen de datos del servidor principal. Los datos se replican utilizando rsync mediante su protocolo nativo.

Hay tres casos de uso principales para el dispositivo NASR:

1. Uso para servir archivos grandes a través de HTTP. Uso para agregar archivos mediante el gestor de archivos o los terminales cifs/nfs.
2. Uso como servidor de archivos compartidos a través del cual otros dispositivos o servidores intercambian archivos (completamente interno para la aplicación).
3. Uso como servidor de registro a través del cual otros dispositivos o servidores almacenan sus archivos de registro, de forma que un administrador puede acceder fácilmente a esos registros (o consultarlos) en lugar de tener que registrarse en cada dispositivo individual.
4. Uso como un almacenamiento de archivos replicados (en cualquiera de los casos anteriores) que proporciona almacenamiento sincronizado entre dos instancias de una aplicación (posiblemente que se ejecutan en ubicaciones diferentes).

NASR proporciona acceso de la GUI a su volumen de datos, lo que permite gestionar de forma fácil el contenido mientras el dispositivo se está ejecutando.

Importante: Se ha comprobado que la versión actual de NASR puede trabajar con hasta 20.000 archivos en el volumen de datos. Esto es una limitación del kernel del sistema de notificación de archivos. Para obtener más información, consulte la sección Notas.

Recursos

Terminales

La interfaz predeterminada está activada. Esto proporciona acceso SSH al dispositivo mediante el comando "3t ssh comp" para realizar tareas de mantenimiento o solucionar problemas. La interfaz predeterminada se puede utilizar también para acceder al explorador de archivos basado en Web, el cual permite gestionar el contenido en el volumen de datos mientras el dispositivo se está ejecutando.

Volúmenes de usuario

El archivo siguiente puede residir dentro del directorio raíz del volumen:

Propiedades

Mensajes de error

Los mensajes siguientes pueden aparecer en el archivo de registro del dispositivo o en el registro del sistema del controlador de grid cuando el dispositivo falla al iniciarse:

Además, pueden aparecer los errores siguientes en el cuadro de mandos del grid mientras el dispositivo se está ejecutando:

Replicación

Se pueden configurar dos instancias de NASR en una replicación principal-secundario para que los datos del principal se repliquen al secundario. La replicación funciona en una dirección solamente; es decir, los cambios que se produzcan en el servidor secundario no se replican en el principal.

La replicación es asincrónica y se activa cuando se producen cambios en los archivos del volumen de datos del servidor principal. Los cambios se guardan en un búfer y cada 5 segundos, todos los cambios (si los hay) realizados en los archivos del volumen de datos del principal se replican al secundario. No se realiza otra nueva sincronización hasta que se complete la transferencia actual de cambios. El contenido de log_dir no se replica al servidor secundario. Si log_dir está vacío o es "/", solamente se excluyen de la replicación los archivos de registro de samba y httpd (/mnt/data/cifs_log, mnt/data/http_access_log, /mnt/data/http_error_log).

Cuando el dispositivo se inicia, se realiza una sincronización completa del volumen de datos. Esto se hace también siempre que el cronjob de control de estado (descrito a continuación) inicia la replicación.

Los datos se replican utilizando rsync mediante su protocolo nativo que se ejecuta en el puerto predeterminado (tcp 873).

Los cambios del volumen de datos se controlan mediante Gamin.

Control de estado

INSSLR ejecuta un cronjob cada minuto que comprueba:

• Si el espacio libre del volumen de datos es inferior al 20 %.
• Si el daemon de rsync se está ejecutando (solamente si se configura como secundario).
• Si el proceso de replicación está en ejecución (solamente si se configura como principal). En caso contrario, se reinicia el proceso de replicación.

Si se cumplen cualquiera de las condiciones anteriores, se envía un mensaje de error al cuadro de mandos del grid. Si más de una prueba es incorrecta, se publicará un mensaje en el cuadro de mandos del grid que resuma todos los errores. Cada error se enviará solamente una vez cada hora al cuadro de mandos del grid. No se comunica ningún error en los primeros 5 minutos después del inicio del dispositivo (para evitar falsas alarmas si el otro nodo de la replicación no se ha iniciado).

GUI Web

NASR proporciona acceso de la GUI Web al sistema de archivos del volumen de datos. Esto se puede utilizar mientras el dispositivo se está ejecutando para modificar el contenido del volumen. La GUI está disponible en la consola Web de la interfaz predeterminada. Utiliza el mismo explorador de archivo (eXtplorer) que el dispositivo de archivador.

La referencia de la GUI del explorador de volúmenes se puede encontrar en la Guía del usuario del grid.

Las licencias de eXtplorer y la fuente para eXtplorer original sin modificar se encuentran en los dispositivos de NASR en /usr/local/extplorer/monitor/.volume_browser/LICENSES/.

Servidor de contenido

El diagrama siguiente muestra un uso típico de NASR para una aplicación de servidor Web sencilla:

Dispositivos en uso:

• in: puerta de enlace de entrada, clase INSSLR.
• switch: conmutador de url, clase URLSW.
• lb: equilibrador de carga, clase HALB.
• srv1: servidor Apache, clase WEB6.
• srv2: servidor Apache, clase WEB6.
• nas: dispositivo NAS, clase NASR.
• db: servidor MySQL, clase MYSQLR64.

El dispositivo NAS en este ejemplo se usa para tres funciones:

• Servir el contenido estático del sitio Web (por ejemplo, imágenes), ya que es sencillo de configurar y requiere menos recursos.
• Proporcionar almacenamiento compartido para el servidor de aplicaciones. Tanto srv1 como srv2 tienen acceso de lectura/escritura a los directorios y archivos que sirve NAS.

Acceso HTTP:

in acepta solicitudes HTTP entrantes hacia la aplicación y se las pasa a switch por su terminal http. switch envía solicitudes de archivo HTTP para el contenido dinámico a través de su terminal out1 para servirlo por srv1 y srv2 (carga equilibrada a través de lb). urlsw reenvía el resto de solicitudes HTTP a través de su terminal out2 para servirlas por NAS.

Ejemplo:

Servidor de registros

El diagrama siguiente muestra un uso típico de NASR como servidor de registro.

Dispositivos en uso:

• in: puerta de enlace de entrada, clase INSSLR.
• lb: equilibrador de carga, clase HALB.
• srv1: servidor Apache, clase WEB6.
• srv2: servidor Apache, clase WEB6.
• nas: dispositivo NAS, clase NASR.
• db: servidor MySQL, clase MYSQLR64.
• ps: conmutador de puerto, clase PS8.

El dispositivo NAS en este ejemplo se usa para almacenar los archivos de registro para los dos servidores Web, así como para el servidor de base de datos, y deja esos archivos disponibles a través de su terminal http. El dispositivo NAS también sirve de almacenamiento compartido para los dos servidores Web, tal y como se ha descrito en el ejemplo anterior.

Los terminales de registro para los servidores Web (web1 y web2) y el servidor de base de datos (dbase) se conectan todos al terminal cifs de NAS para que cuando escriban en sus archivos de registro, los archivos se almacenen en el volumen de datos configurado en NAS.

Cuando un administrador tiene que inspeccionar los archivos de registro, se conecta mediante la puerta de enlace de entrada en el puerto 8080, el cual se conecta a un dispositivo conmutador de puertos que cambia el puerto de 8080 a 80 y pasa las solicitudes al terminal http del dispositivo NAS. Al conectarse con el nombre de usuario de administrador configurado y su contraseña, podrá ver un listado del directorio raíz del volumen de datos desde el cuál podrá consultar los archivos de registro que le interesen.

Ejemplo:

Almacenamiento compartido replicado en una configuración de principal-secundario

El diagrama siguiente muestra un uso típico de NASR en una aplicación redundante, donde dos copias de la misma aplicación se ejecutan en el modo principal-secundario con replicación del almacenamiento de archivos y bases de datos.

Aplicación principal:

Aplicación secundaria:

Dispositivos en uso:

• in: puerta de enlace de entrada, clase INSSLR.
• lb: equilibrador de carga, clase HALB.
• srv1: servidor Apache, clase WEB6.
• srv2: servidor Apache, clase WEB6.
• nas: dispositivo NAS, clase NASR.
• db: servidor MySQL, clase MYSQLR64.
• vpn: dispositivo VPN, clase VPN.

El dispositivo NAS en este ejemplo se utiliza como almacenamiento compartido para srv1 y srv2. Se utiliza también como un servidor de registro para srv1, srv2 y db.

Los datos en el volumen de contenido del dispositivo NAS en la aplicación principal se mantienen replicados hacia el dispositivo NAS en la replicación secundaria. El terminal rout del NAS principal se conecta al terminal ctl, lo cual proporciona un túnel cifrado hacia la replicación secundaria, donde el tráfico se envía al terminal rin del NAS secundario. En la aplicación secundaria, el terminal rout del dispositivo db se conecta al ctl del dispositivo vpn para que el servidor mysql secundario se pueda conectar al dispositivo db en la aplicación principal para ejecutar la replicación mysql.

En las dos aplicaciones srv1, srv2 y db se configuran para conectarse al mismo directorio en el dispositivo nas ("/logs"), el cual se utiliza también para registros de NAS locales y que también se excluye de la replicación para que cada instancia de NAS guarde los registros correspondientes a la aplicación a la que sirva.

Ejemplo:

NAS principal

VPN principal

NAS secundario

VPN secundario

Importante: El NAS secundario se puede configurar para permitir acceso de sólo lectura en el terminal nfs, de modo que se puedan realizar operaciones de escritura desde los servidores de aplicaciones locales. Estos cambios no se replicarán al NAS principal, ya que la replicación sólo se producirá en un único sentido.

Notas

Tenga en cuenta lo siguiente:

• Se ha comprobado que la versión actual de NASR puede trabajar con hasta 20.000 archivos en el volumen de datos. Esto es una limitación del kernel del sistema de notificación de archivos. El uso de más de 20.000 archivos puede hacer que la replicación funcione incorrectamente. Este mal funcionamiento causa la publicación periódica en el cuadro de mandos de mensajes que indican que se ha producido un error en la replicación (uno por hora).
• Las funciones de los servidores http y samba son limitadas y sólo se admiten las funciones que están expuestas por propiedades. Todas las demás funciones del servidor http que estén controladas por archivos especiales almacenados en el árbol de documentos se desactivan.

Software de código abierto y de terceros utilizado en este dispositivo

El software de código abierto o de terceros a continuación se utiliza además del software de la clase base del dispositivo (LUX6 es la clase base de NASR).

Software de terceros utilizado en el dispositivo

NASR utiliza los siguientes paquetes de fuente abierta de terceros, además de los paquetes de fuente abierta de terceros que utiliza su clase base LUX6.