Uso de un sistema VNXe con carpetas compartidas NFS en VNXe

EMC VNXe
Uso de un sistema VNXe con
carpetas compartidas NFS
®
™
VNXe Operating Environment Versión 2.4
NÚMERO DE REFERENCIA 300-010-549
REV 04
Conectar a almacenamiento
Copyright © 2013 EMC Corporation. Todos los derechos reservados.
Publicado en mayo de 2013
EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta
a cambios sin previo aviso.
La información de esta publicación se proporciona tal cual. EMC Corporation no se hace responsable ni ofrece garantía de ningún
tipo con respecto a la información de esta publicación y, específicamente, renuncia a toda garantía implícita de comerciabilidad
o capacidad para un propósito determinado. El uso, la copia y la distribución de todo software de EMC descrito en esta publicación
requiere una licencia de software correspondiente.
EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros
países. Todas las demás marcas comerciales incluidas en este documento pertenecen a sus respectivos propietarios.
Para consultar el documento regulatorio más actualizado para su línea de productos, visite la sección Documentación técnica
y asesorías en el sitio web del servicio de soporte en línea de EMC.
2
Uso de un sistema VNXe con carpetas compartidas NFS
Contenido
Prefacio
Capítulo 1
Configuración de un host para utilizar almacenamiento de carpetas
compartidas NFS de VNXe
Requerimientos para configurar un host para utilizar almacenamiento 
NFS de VNXe ...............................................................................................
Requerimientos del sistema VNXe.........................................................
Requisitos de la red ..............................................................................
Uso de la alta disponibilidad de la red .........................................................
Redes a prueba de falla.........................................................................
Agregaciones de enlaces.......................................................................
Configuración de una agregación de enlaces.........................................
Configuración del almacenamiento de carpetas compartidas NFS 
de VNXe para el host....................................................................................
Cualquier host: Configuración de los accesos de usuario y grupo 
a los recursos compartidos NFS ...................................................................
Host Citrix XenServer: montaje del recurso compartido NFS .........................
Host Linux o Solaris: montaje del recurso compartido NFS ...........................
Capítulo 2
10
10
10
10
11
12
12
13
14
14
15
Migración de datos NFS al sistema VNXe
Ambiente y limitaciones de una migración de NFS........................................ 18
Migración de datos NFS ............................................................................... 19
Capítulo 3
Usar FLR VNXe con el sistema
Terminología y conceptos de FLR..................................................................
Terminología de FLR ..............................................................................
Conceptos básicos de FLR .....................................................................
Cómo funciona FLR................................................................................
Restricciones de FLR..............................................................................
Administración de archivos en un sistema de archivos activado para FLR .....
Ver los permisos de archivo ..................................................................
Definir una fecha de retención en un archivo.........................................
Verifique la fecha de retención ..............................................................
Uso de un sistema VNXe con carpetas compartidas NFS
22
22
22
23
24
25
25
25
26
3
Contenido
4
Uso de un sistema VNXe con carpetas compartidas NFS
PREFACIO
Como parte de un esfuerzo por mejorar sus líneas de productos, EMC lanza revisiones
periódicas de su hardware y software. Por lo tanto, es posible que no todas las versiones
de hardware y software soporten algunas funciones que se describen en este documento.
Las notas de la versión del producto proporcionan la información más actualizada acerca
de las características del producto.
En caso de que un producto no funcione adecuadamente o no funcione como lo describe
este documento, póngase en contacto con un representante de EMC.
Nota: La información de este documento era precisa en el momento de la publicación.
Nuevas versiones de este documento podrían lanzarse en el sitio web del servicio de
soporte en línea de EMC. Revise el sitio web del servicio de soporte en línea de EMC
para asegurarse de utilizar la versión más reciente de este documento.
Propósito
Este documento forma parte del conjunto de documentación de EMC VNXe. Describe
cómo configurar los siguientes hosts con clientes que necesitan obtener acceso al
almacenamiento de carpetas compartidas de sistema de archivos de red (NFS) en un
sistema VNXe con el ambiente operativo VNXe versión 1.7.0 o superior.
◆
Hosts Citrix XenServer
◆
Hosts Linux
◆
Hosts Solaris
Audiencia
Este documento está dirigido al o a los responsables de configurar los hosts para obtener
acceso al almacenamiento de VNXe.
Los lectores de este documento deben estar familiarizados con el almacenamiento de
carpetas compartidas NFS de VNXe y el sistema operativo Citrix XenServer, Linux o Solaris
que se ejecuta en hosts con usuarios que tendrán acceso al almacenamiento de carpetas
compartidas NFS de VNXe.
Documentación relacionada
Otros documentos de VNXe incluyen:
◆
Guía de información de hardware de EMC VNXe3100
◆
Guía de instalación del sistema EMC VNXe3100
◆
Guía de información de hardware de EMC VNXe3150
◆
Guía de instalación del sistema EMC VNXe3150
◆
Guía de información de hardware de EMC VNXe3300
◆
EGuía de instalación del sistema EMC VNXe3300
◆
Uso del sistema VNXe con carpetas compartidas CIFS
◆
Usar el VNXe sistema con Microsoft Exchange 2007 o Microsoft Exchange 2010
Uso de un sistema VNXe con carpetas compartidas NFS
5
Prefacio
◆
Uso del sistema VNXe con almacenamiento iSCSI genérico
◆
Uso del sistema VNXe con Microsoft Windows Hyper-V
◆
Usar el VNXe sistema con VMware NFS o VMware VMFS
◆
Guía del usuario de la Interfaz de la línea de comandos de VNXe
La ayuda de EMC Unisphere proporciona información específica acerca de funciones,
funcionalidad y almacenamiento de VNXe. La ayuda de Unisphere y un conjunto completo
de documentación del cliente de VNXe se encuentran en el sitio web de soporte en línea de
EMC (http://www.emc.com/vnxesupport (visite el sitio web de su país correspondiente)).
Convenciones utilizadas en este documento
EMC usa las siguientes convenciones para notificaciones especiales:
PELIGRO
PELIGRO indica una situación peligrosa que, si no se evita, provocará la muerte
o lesiones graves.
ADVERTENCIA
ADVERTENCIA indica una situación peligrosa que, si no se evita, podría provocar la
muerte o lesiones graves.
PRECAUCIÓN
PRECAUCIÓN, junto con el símbolo de alerta de seguridad, indica una situación peligrosa
que, si no se evita, podría provocar lesiones menores o moderadas.
ATENCIÓN
ATENCIÓN se usa para abordar prácticas no relacionadas con daños personales.
Nota: Una nota presenta información que es importante, pero no relacionada con peligros.
IMPORTANTE
Un aviso importante contiene información esencial para la operatividad del software
o hardware.
6
Uso de un sistema VNXe con carpetas compartidas NFS
Prefacio
Convenciones tipográficas
EMC usa las siguientes convenciones de estilo de letras en este documento:
Normal
Utilizada en texto corrido (no de procedimiento) para:
• Nombres de elementos de interfaz, como nombres de ventanas, cuadros
de diálogo, botones, campos y menús
• Nombres de recursos, atributos, pools, expresiones booleanas,
botones, informes DQL, palabras clave, cláusulas, variables de
ambiente, funciones y utilerías
• URL, nombres de rutas, nombres de archivos, nombres de directorios,
nombres de equipos, enlaces, grupos, claves de servicio, sistemas de
archivos y notificaciones
En negritas
Se utiliza en texto corrido (no de procedimiento) para nombres de
comandos, demonios, opciones, programas, procesos, servicios,
aplicaciones, utilerías, kernels, notificaciones, llamadas del servicio
y páginas de los manuales
Utilizada en procedimientos para:
• Nombres de elementos de interfaz, como nombres de ventanas, cuadros
de diálogo, botones, campos y menús
• Lo que el usuario específicamente selecciona, hace clic, presiona
o escribe
Cursiva
Utilizada en todos los textos (incluso procedimientos) para:
• Títulos completos de publicaciones a las que se hace referencia en
el texto
• Énfasis, por ejemplo, un término nuevo
• Variables
Courier
Utilizada para:
• Salida del sistema, como un mensaje de error o script
• URL, rutas completas, nombres de archivos, indicadores y sintaxis
cuando se muestran fuera del texto corrido
Courier negrita
Se utiliza para entrada de usuario, como comandos
Courier cursiva
Utilizada en procedimientos para:
• Variables en la línea de comandos
• Variables de entrada de usuario
<>
Los paréntesis angulares encierran parámetros o valores de variables
suministrados por el usuario
[]
Los corchetes encierran valores opcionales
|
La barra vertical indica selecciones alternativas; la barra significa “o”
{}
Las llaves encierran contenido que debe especificar el usuario, como x, y o z
...
Los puntos suspensivos indican información no esencial omitida del ejemplo
Uso de un sistema VNXe con carpetas compartidas NFS
7
Prefacio
Dónde obtener ayuda
La información sobre soporte, productos y licencias de VNXe puede obtenerse de la
siguiente manera:
Información de productos — Para obtener documentación, notas de la versión,
actualizaciones de software o información acerca de productos, licencias y servicio de
EMC, visite el sitio web del servicio de soporte en línea de EMC (registro obligatorio) en:
http://www.emc.com/vnxesupport
Soporte técnico — para obtener soporte técnico, visite el servicio de soporte en línea de
EMC. En Centro de servicio, verá varias opciones, incluida una para crear una solicitud de
servicio. Tenga en cuenta que para abrir una solicitud de servicio, debe contar con un
acuerdo de servicio válido. Póngase en contacto con un representante de ventas de EMC
para obtener detalles acerca de cómo obtener un acuerdo de soporte válido o para
formular preguntas sobre su cuenta.
Sus comentarios
Sus sugerencias nos ayudarán a continuar mejorando la exactitud, organización y calidad
general de la documentación para usuarios. Envíe sus opiniones sobre este documento a:
[email protected]
8
Uso de un sistema VNXe con carpetas compartidas NFS
CAPÍTULO 1
Configuración de un host para utilizar
almacenamiento de carpetas compartidas NFS
de VNXe
Este capítulo describe cómo configurar un host Citrix XenServer, Linux, o Solaris o una
máquina virtual para utilizar el almacenamiento de carpetas compartidas NFS de EMC VNXe.
Se abordarán los siguientes temas:
◆
◆
◆
◆
◆
Requerimientos para configurar un host para utilizar almacenamiento NFS
de VNXe ..................................................................................................................
Configuración del almacenamiento de carpetas compartidas NFS de VNXe
para el host.............................................................................................................
Cualquier host: Configuración de los accesos de usuario y grupo a los recursos
compartidos NFS.....................................................................................................
Host Citrix XenServer: montaje del recurso compartido NFS.....................................
Host Linux o Solaris: montaje del recurso compartido NFS ......................................
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
10
13
14
14
15
9
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
Requerimientos para configurar un host para utilizar
almacenamiento NFS de VNXe
Antes de que pueda configurar un host para utilizar el almacenamiento NFS de VNXe,
se deben cumplir los siguientes requerimientos del sistema VNXe y de la red descritos
en esta sección.
Requerimientos del sistema VNXe
◆
◆
Instaló y configuró el sistema VNXe usando el asistente de configuración de VNXe,
como se describe en la Guía de instalación del sistema EMC VNXe3100, la Guía de
instalación de EMC VNXe3150 o la Guía de instalación del sistema EMC VNXe3300.
Ha utilizado Unisphere o la CLI de VNXe para ejecutar la configuración básica de uno
o más servidores de carpetas compartidas VNXe en el sistema VNXe.
Requisitos de la red
El host (cliente) debe estar en un ambiente LAN con el servidor de almacenamiento de
carpetas compartidas VNXe.
Los usuarios pueden almacenar archivos en el servidor compartido de carpetas de VNXe
en un ambiente de servicio de información de red (NIS), pero no pueden configurar un
servidor de carpetas compartidas de VNXe como cliente NIS.
Uso de la alta disponibilidad de la red
El sistema VNXe proporciona alta disponibilidad de la red o redundancia con redes
a prueba de falla (FSN) que amplían el failover de enlaces hacia la red proporcionando
redundancia a nivel de switch. En un sistema VNXe, cada puerto en un procesador de
almacenamiento (SP) se configura en una FSN con el puerto correspondiente en el SP par.
Cuando asigna un puerto a una interfaz de servidor de carpetas compartidas VNXe, VNXe
designa automáticamente ese puerto en el SP donde reside el servidor de carpetas
compartidas como el puerto primario en la FSN, y el puerto en el SP par como el puerto
secundario en la FSN. No puede crear, eliminar ni cambiar la configuración de la FSN
VNXe. Por estos motivos, para aprovechar una FSN en un sistema VNXe3100 con dos SP
o un sistema VNXe3150 con dos SP o un sistema VNXe3300, los puertos Ethernet (eth)
en cada SP se deben cablear de manera idéntica. Por ejemplo, si cablea los puertos eth2
y eth4 del SP A y crea un servidor de almacenamiento por separado en cada puerto, debe
cablear los puertos eth2 y eth4 del SP B de la misma manera.
Además, el sistema VNXe soporta agregaciones de enlaces, lo que permite que un máximo
de cuatro puertos Ethernet conectados al mismo switch físico o lógico se combinen en un
solo enlace lógico. Este comportamiento se denomina agregación de enlaces. Para
configurar la agregación de enlaces en un sistema VNXe, cada procesador de almacenamiento
(SP) debe tener el mismo tipo y el mismo número de puertos Ethernet, ya que, en realidad,
la configuración de la agregación de enlaces crea dos agregaciones de enlaces: una en
cada SP. Esto proporciona alta disponibilidad como se explica a continuación. Si uno de
los puertos de la agregación de enlaces falla, el sistema dirige el tráfico de red a uno de
los otros puertos de la agregación. Si todos los puertos de la agregación fallan, la FSN
realiza un failover a la agregación de enlaces correspondiente en el SP par, de modo que
el tráfico de red continúe. Si agrega un módulo de Ethernet I/O a cada SP en un sistema
VNXe 3100, 3150 o 3300, puede crear un grupo de agregación de enlaces adicional en el
conjunto de puertos en el módulo de I/O.
10
Uso de un sistema VNXe con carpetas compartidas NFS
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
El resto de esta sección describe:
◆
“Redes a prueba de falla” en la página 11
◆
“Agregaciones de enlaces” en la página 12
◆
“Configuración de una agregación de enlaces” en la página 12
Para obtener información adicional sobre la disponibilidad de datos en un sistema VNXe
y la infraestructura de conectividad, consulte la Descripción general de alta disponibilidad
de EMC VNXe en la sección Informes técnicos del sitio web de soporte de VNXe, en
http://www.emc.com/vnxesupport (visite el sitio web de su país correspondiente).
Redes a prueba de falla
Una red a prueba de falla (FSN) es una característica de alta disponibilidad que amplía
el failover de enlaces hacia la red proporcionando redundancia a nivel de switch. Una
FSN aparece como un solo enlace con una sola dirección MAC y posiblemente múltiples
direcciones IP. En un sistema VNXe, una FSN consta de un puerto en un SP y el puerto
correspondiente en el otro SP. Cada puerto se considera una sola conexión. Ambas
conexiones que componen la FSN comparten una sola dirección de hardware (MAC). Si el
sistema VNXe detecta que la conexión activa falla, cambia automáticamente a la conexión
en standby en la FSN y esa conexión asume la identidad de red de la conexión que falló.
Para asegurar la conectividad del host al sistema VNXe en caso de un failover de hardware,
conecte el sistema VNXe a distintos switches que estén conectados a dispositivos de la
FSN en varias NIC en el host. En consecuencia, los componentes de la FSN se conectan
a distintos switches. Si el switch de la conexión activa falla, la FSN realiza un failover a una
conexión utilizando otro switch, con lo que se amplía el failover de enlaces hacia la red.
Como se muestra en la Figura 1, cuando el SP de VNXe detecta la pérdida del enlace de
comunicaciones activo a la FSN, la conexión realiza automáticamente un failover a una
conexión en standby operativa. Esta acción es independiente de cualquier característica
del switch. Si se interrumpe una conexión en la FSN, el enlace realiza un failover al enlace
que permanece activo. Si fallan ambas conexiones en una FSN, el enlace está inactivo.
Figura 1 Failover con red a prueba de fallas
Uso de la alta disponibilidad de la red
11
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
Agregaciones de enlaces
Las agregaciones de enlaces usan el estándar Protocolo de control de agregación de
enlaces (LACP) IEEE 802.3ad. Una agregación de enlaces aparece como un solo enlace
Ethernet y tiene las siguientes ventajas:
◆
◆
Alta disponibilidad de rutas de red hacia y desde el sistema VNXe. Si falla un puerto
físico en una agregación de enlaces, el sistema no pierde conectividad.
Posible aumento del rendimiento general: esto se debe a que varios puertos físicos
están vinculados a un puerto lógico y a que el tráfico de red se distribuye entre los
múltiples puertos físicos.
Aunque las agregaciones de enlaces pueden proporcionar más ancho de banda general
que un solo puerto, la conexión a un solo cliente se ejecuta a través de un puerto físico y,
por lo tanto, está limitada por el ancho de banda del puerto. Si la conexión a un puerto
falla, el switch cambia automáticamente el tráfico a los puertos restantes en el grupo.
Cuando se restaura la conexión, el switch reanuda automáticamente el uso del puerto
como parte del grupo.
En el sistema VNXe, puede configurar hasta cuatro puertos en una agregación de enlaces.
Cuando configura una agregación de enlaces, en realidad está configurando dos
agregaciones de enlaces, una en cada SP. Si uno de los puertos en la agregación falla,
el sistema dirige el tráfico de red a uno de los otros puertos del grupo. Si todos los
puertos del grupo fallan, la FSN realiza un failover a la agregación de enlaces
correspondiente en el SP par.
Requerimientos del switch
Si los puertos VNXe están conectados a distintos switches de red, debe configurar todos
los puertos del switch conectados a los puertos VNXe para que cambien de inmediato
del modo de bloqueo al modo de reenvío y para que no pasen por estados del árbol de
expansión de escucha y aprendizaje cuando se activa una interfaz. En switches Cisco,
esto significa que debe activar la funcionalidad portfast para cada puerto del switch
conectado a un puerto VNXe para asegurarse de que el switch reenvíe el frame Ethernet
que genera el sistema VNXe cuando se activa un enlace físico. La funcionalidad portfast
se activa puerto a puerto. La variable portfast, cuando se activa, hace que el puerto
cambie de inmediato del modo de bloqueo al de reenvío. No use portfast en conexiones
de switch a switch.
Para agregación de enlaces, los switches de red deben tener soporte del protocolo IEEE
802.3ad y garantizar que los paquetes de una sola conexión TCP pasen siempre por el
mismo enlace en una sola dirección.
Configuración de una agregación de enlaces
Para la agregación de enlaces, debe contar por lo menos con un switch compatible con
802.3ad, cada uno con un puerto disponible para cada puerto del switch que desea
conectar al puerto VNXe en la agregación.
Para la agregación de enlaces, necesita ejecutar dos conjuntos de tareas de
configuración:
◆
◆
12
“Configuración de la agregación de enlaces desde el switch al sistema VNXe” en la
página 13
“Configuración de la agregación de enlaces desde el host del servidor Citrix
XenServer, Linux o Solaris al switch” en la página 13
Uso de un sistema VNXe con carpetas compartidas NFS
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
Configuración de la agregación de enlaces desde el switch al sistema VNXe
1. Configure los puertos del switch, que están conectados al VNXe, para LACP en modo
activo, como se describe en la documentación proporcionada con los switches.
2. Una los puertos de VNXe en una agregación de enlaces mediante la opción
Configuración avanzada de Unisphere (Configuración > Más configuraciones >
Configuración avanzada). Para obtener más información sobre el uso de la opción
Configuración avanzada, consulte la ayuda en línea de Unisphere. Se crean dos
agregaciones de enlaces con los mismos puertos, una agregación en cada SP.
Configuración de la agregación de enlaces desde el host del servidor Citrix XenServer, Linux
o Solaris al switch
Para configurar la agregación de enlaces desde el host del servidor Citrix XenServer,
Linux o Solaris al switch, ejecute las siguientes tareas:
◆
◆
“Tarea 1: Configure los puertos del switch para la agregación de enlaces” en la
página 13.
De acuerdo con el sistema operativo del host:
“Tarea 2: Host Citrix XenServer: configurar la agregación de enlaces” en la página 13
o
“Tarea 3: Host Linux: configurar la agregación de enlaces” en la página 13
o
“Tarea 4: Host Solaris: configurar la agregación de enlaces” en la página 13
Tarea 1: Configure los puertos del switch para la agregación de enlaces
Configure los puertos del switch, que están conectados al host del servidor Citrix
XenServer, Linux, o Solaris para la agregación de enlaces.
Tarea 2: Host Citrix XenServer: configurar la agregación de enlaces
Configure la agregación de enlaces tal como se describe en la documentación del driver
de NIC o de Citrix XenServer.
Tarea 3: Host Linux: configurar la agregación de enlaces
Configure la agregación de enlaces tal como se describe en la documentación del driver
de NIC o de Linux.
Tarea 4: Host Solaris: configurar la agregación de enlaces
Configure la agregación de enlaces tal como se describe en la documentación del driver
de NIC o de Solaris.
Configuración del almacenamiento de carpetas compartidas NFS
de VNXe para el host
Use Unisphere o la CLI de VNXe para:
1. Crear almacenamiento de carpetas compartidas NFS de VNXe para el host.
2. Agregar el host al sistema VNXe y especificar su acceso al almacenamiento de
carpetas compartidas.
Configuración del almacenamiento de carpetas compartidas NFS de VNXe para el host
13
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
Cuando especifique el acceso, asegúrese de seleccionar solo las direcciones de red
(IP) de los adaptadores de host a los que desea permitir acceso al almacenamiento de
carpetas compartidas.
Para obtener información sobre cómo realizar estas tareas, consulte la ayuda en línea de
Unisphere.
Cualquier host: Configuración de los accesos de usuario y grupo
a los recursos compartidos NFS
1. Inicie sesión como raíz en un host con acceso de Lectura/Escritura, permitir raíz al
recurso compartido NFS de VNXe.
Si el recurso compartido NFS no es visible para el host, asegúrese de haber iniciado
sesión en el dominio correcto.
2. Configure el directorio del recurso compartido y la estructura del archivo.
3. Configure los permisos de usuario y grupo de los archivos y directorios del recurso
compartido.
Para optimizar la seguridad, utilice el acceso más restrictivo aceptable, como no
permitir el acceso a la raíz del recurso compartido y montar el recurso compartido con
acceso de solo lectura, siempre que sea posible.
4. Para mayor seguridad, en el sistema VNXe, cambie el acceso para el host con acceso
de Lectura/Escritura, permitir raíz al recurso compartido a Utilizar acceso
predeterminado, Solo lectura o Lectura/Escritura:
Nota: Debe ser miembro del grupo Administradores de VNXe local para cambiar el
acceso al host de un recurso compartido.
a. Abra Unisphere y seleccione Almacenamiento > Carpetas compartidas.
b. Seleccione la carpeta compartida que posee el recurso compartido y haga clic
en Detalles.
c. Haga clic en la pestaña Recursos compartidos.
d. Seleccione el recurso compartido y haga clic en Detalles.
e. Haga clic en la pestaña Acceso de host NFS y, en la columna Acceso para el host,
seleccione Utilizar acceso predeterminado, Solo lectura o Lectura/Escritura.
Host Citrix XenServer: montaje del recurso compartido NFS
Debe tener un servidor NFS instalado y administrado desde otro sistema ya que Citrix
XenServer SoftLayer no monta actualmente el catálogo NFS en XenCenter.
1. Abra la consola de XenCenter.
2. Haga clic en Nuevo almacenamiento.
3. En el cuadro de diálogo Nuevo, seleccione NFS bajo Almacenamiento de disco virtual.
4. En Nombre, escriba un nombre descriptivo para el recurso compartido NFS de VNXe.
14
Uso de un sistema VNXe con carpetas compartidas NFS
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
5. En Nombre de recurso compartido, escriba
SharedFolderServer:/local_mount_point_directory
donde SharedFolderServer:/local_mount_point_directory es la ruta
de exportación del recurso compartido NFS. Puede encontrar esta ruta de exportación
en el informe de configuración de VNXe para la carpeta compartida que posee el
recurso compartido. Para tener acceso a este informe, utilice Unisphere de la
siguiente manera:
a. Seleccione Almacenamiento > Almacenamiento de carpetas compartidas.
b. Seleccione la carpeta compartida NFS que posee el recurso compartido y haga clic
en Detalles.
c. Haga clic en Ver detalles de acceso.
6. Haga clic en Escanear.
El sistema escanea el recurso compartido NFS en busca de catálogos de almacenamiento
(SR) existentes. Puede conectarse a un SR existente o crear un SR nuevo en el recurso
compartido.
Si tiene acceso de lectura al recurso compartido, después de montarlo, puede crear
directorios en el recurso compartido y almacenar archivos en los directorios.
Host Linux o Solaris: montaje del recurso compartido NFS
En el host, use el comando mount para montar el recurso compartido NFS.
Para un host Linux, use
mount -t nfs SharedFolderServer:/local_mount_point_directory
Para un host Solaris, use
mount -F nfs SharedFolderServer:/local_mount_point_directory
donde SharedFolderServer:/local_mount_point_directory es la ruta de
exportación del recurso compartido NFS. Puede encontrar esta ruta de exportación en el
informe de configuración de VNXe para la carpeta compartida que posee el recurso
compartido. Para tener acceso a este informe, utilice Unisphere de la siguiente manera:
1. Seleccione Almacenamiento > Almacenamiento de carpetas compartidas.
2. Seleccione la carpeta compartida NFS que posee el recurso compartido y haga clic
en Detalles.
3. Haga clic en Ver detalles de acceso.
Si desea montar automáticamente el recurso compartido cada vez que reinicia el host,
debe agregar una entrada en el recurso compartido para esto en el archivo /etc/fstab.
Si tiene acceso de lectura al recurso compartido, después de montarlo, puede crear
directorios en el recurso compartido y almacenar archivos en los directorios.
Host Linux o Solaris: montaje del recurso compartido NFS
15
Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe
16
Uso de un sistema VNXe con carpetas compartidas NFS
CAPÍTULO 2
Migración de datos NFS al sistema VNXe
Puede migrar datos NFS al sistema VNXe con una copia manual o una herramienta
específica de una aplicación, si hay disponible.
Este capítulo contiene los siguientes temas:
◆
◆
Ambiente y limitaciones de una migración de NFS................................................... 18
Migración de datos NFS .......................................................................................... 19
Migración de datos NFS al sistema VNXe
17
Migración de datos NFS al sistema VNXe
Ambiente y limitaciones de una migración de NFS
Si la configuración de NFS que desea migrar incluye alguna de las opciones que se
detallan a continuación, póngase en contacto con el proveedor de servicios de VNXe:
◆
Más recursos compartidos de los que desea migrar.
◆
Permisos que no desea reasignar manualmente a los recursos compartidos de VNXe.
◆
Cualquier recurso compartido que desea dividir entre recursos compartidos de VNXe.
◆
Cualquier recurso compartido que desea combinar con otros recursos compartido en
el mismo recurso compartido de VNXe.
Tabla 1 detalla el ambiente que se requiere para la migración de datos NFS.
Tabla 1 Ambiente para la migración de datos NFS
Componente
Requisito
Almacenamiento
VNXe
Carpeta compartida con un tamaño de recurso compartido que permita
acomodar los datos en el recurso compartido que desea migrar y que
facilite el crecimiento de datos.
Host
Host con acceso de lectura al recurso compartido que contiene los datos
que desea migrar y con acceso de escritura al recurso compartido de VNXe
para los datos migrados.
Compartir
Recurso compartido que migre en su totalidad al recurso compartido
de VNXe
Tabla 2 Características de una migración de copia manual
Componente
Requisito
Permisos
Es posible que no se conserven.
Tiempo fuera
Con relación al tiempo necesario para:
• Copiar el contenido del recurso compartido en el recurso compartido
de VNXe
• Reconfigurar los hosts que deben conectarse al recurso compartido
de VNXe
Para la migración de copia manual y la migración con una aplicación, el tiempo fuera
depende del tiempo que se requiere para:
18
◆
Copiar el contenido del recurso compartido en el recurso compartido de VNXe
◆
Reconfigurar los hosts que deben conectarse al recurso compartido de VNXe
Uso de un sistema VNXe con carpetas compartidas NFS
Migración de datos NFS al sistema VNXe
Migración de datos NFS
Para migrar datos NFS a un recurso compartido NFS de VNXe, ejecute las siguientes
tareas:
◆
◆
◆
“Tarea 1: Configure el acceso a un recurso compartido VNXe para el host NFS” en la
página 19.
“Tarea 2: Migre los datos NFS mediante una copia manual” en la página 19.
“Tarea 3: Migre los datos NFS con una herramienta de aplicación específica” en la
página 19.
Tarea 1: Configure el acceso a un recurso compartido VNXe para el host NFS
En el host que desee usar para la migración de datos:
1. Configure el acceso del usuario al nuevo recurso compartido en Active Directory,
según se describe en “Uso de la alta disponibilidad de la red” en la página 10.
2. Monte el nuevo recurso compartido NFS, como se describe en“Host Linux o Solaris:
montaje del recurso compartido NFS” en la página 15.
Tarea 2: Migre los datos NFS mediante una copia manual
Para minimizar el tiempo durante el cual un host no puede obtener acceso a un recurso
compartido NFS que se está migrando, migre los datos desde un recurso compartido 
a la vez:
1. Si algún cliente está usando activamente el recurso compartido NFS, desmonte dicho
cliente y cualquier otro cliente que pueda obtener acceso a los datos que está
migrando.
2. A su criterio, use el mejor método para copiar los datos de la ubicación de
almacenamiento actual al nuevo recurso compartido NFS de VNXe .
Este método puede ser una herramienta tal como rsync. Asegúrese de que el método
elegido conserve los metadatos como atributos de archivos, las indicaciones de hora
y los derechos de acceso que necesite conservar.
3. Una vez finalizada la operación de copia, vuelva a conectar los clientes al nuevo
recurso compartido NFS exportado mediante el sistema VNXe y mapee una unidad
a este recurso compartido según sea necesario.
Tarea 3: Migre los datos NFS con una herramienta de aplicación específica
Migre los datos NFS con la herramienta como se describe en la documentación de
a aplicación.
Migración de datos NFS
19
Migración de datos NFS al sistema VNXe
20
Uso de un sistema VNXe con carpetas compartidas NFS
CAPÍTULO 3
Usar FLR VNXe con el sistema
El servidor de carpetas compartidas de VNXe soporta retención de archivos (FLR) para el
almacenamiento de carpetas compartidas. FLR le permite definir permisos basados en
archivo en un sistema de archivos para limitar el acceso de escritura durante un periodo
de retención especificado. Un sistema de archivos activado para FLR:
◆
◆
◆
Protege los datos a la vez que garantiza su integridad y accesibilidad, ya que le
permite crear un conjunto permanente de archivos y directorios que los usuarios no
pueden modificar a través de NFS o FTP.
Simplifica la tarea de archivado de datos en discos magnéticos regrabables estándar
mediante operaciones de NFS estándar.
Mejora la flexibilidad de la administración de almacenamiento.
ATENCIÓN
Una vez que activa FLR para un sistema de archivos, no puede desactivarlo. Cuando se
activa FLR, puede enfrentarse a situaciones en las que probablemente no podrá eliminar
archivos que necesite eliminar. No active FLR a menos que tenga la seguridad de que
desea usarlo y sepa lo que está haciendo.
Este capítulo contiene los siguientes temas:
◆
◆
Terminología y conceptos de FLR ............................................................................. 22
Administración de archivos en un sistema de archivos activado para FLR ................ 25
Usar FLR VNXe con el sistema
21
Usar FLR VNXe con el sistema
Terminología y conceptos de FLR
Esta sección define términos importantes para comprender las capacidades de FLR en los
servidores de carpetas compartidas de VNXe.
Terminología de FLR
Estado expired
Estado de un archivo cuando expira su periodo de retención. Los clientes y los usuarios
pueden revertir un archivo en estado expired al estado not-locked o eliminar un archivo
en estado expired del sistema de archivos de FLR.
Locked state (estado bloqueado)
Estado de un archivo cuando su permiso de lectura/escritura cambia a solo lectura en
un sistema de archivos activado para FLR. Los clientes y usuarios no pueden eliminar
archivos con estado bloqueado hasta que expire su periodo de retención.
Not locked state (estado no bloqueado)
Estado inicial de un archivo cuando se crea. Un archivo no bloqueado se trata de la misma
manera que se trata cualquier archivo en un sistema de archivos no activado para FLR.
Esto significa que los usuarios y usuarios pueden renombrar, modificar o eliminar un
archivo bloqueado hasta que se asigna a FLR.
Conceptos básicos de FLR
Puede activar FLR en un sistema de archivos especificado solo en el momento de la
creación. Cuando crea un sistema de archivos nuevo con retención de archivos activada,
el sistema de archivos se marca de manera persistente como un sistema de archivos de
FLR y los clientes y usuarios pueden aplicar la protección de FLR solo archivo por archivo.
Un archivo en un sistema de archivos de FLR tiene uno de cuatro estados posibles: not
locked, locked, append-only o expired. Administre los archivos en estado locked
mediante la definición de la retención por directorio o por proceso en batch, lo que
significa que administra los archivos por sistema de archivos, o mediante la ejecución
de un script para ubicar y eliminar archivos con estado expired.
Puede eliminar un sistema de archivos de FLR, pero no puede eliminar ni modificar
archivos en el estado locked. La ruta a un archivo en estado locked también está
protegida contra modificaciones, lo que significa que no se puede renombrar ni eliminar
un directorio en un sistema de archivos de FLR, a menos que se encuentre vacío.
22
Uso de un sistema VNXe con carpetas compartidas NFS
Usar FLR VNXe con el sistema
Cómo funciona FLR
Un archivo en un sistema de archivos de FLR tiene uno de cuatro estados posibles: not
locked, locked, append-only o expired. La transición entre estos estados se basa en la
hora de último acceso (LAT) y en el permiso de solo lectura del archivo.
Cuando se crea un archivo, tiene el estado not locked. Un archivo en estado not locked
se trata exactamente igual que un archivo en un sistema de archivos no activado para
retención de archivos; los clientes y los usuarios pueden renombrar, modificar o eliminar
el archivo.
Nota: El estado actual del archivo no es visible para el usuario. Además, obtener acceso
a un archivo con estado CLEAN hace que cambie la hora de último acceso del archivo.
Por ejemplo, el escaneo de antivirus, el respaldo o la búsqueda de contenidos de archivos
modifica la hora de último acceso a un archivo.
Cuando cambia los permisos de un archivo en estado not locked de lectura/escritura
a solo lectura, el archivo cambia del estado not locked al estado locked y se confirma
en FLR. Los clientes y los usuarios no pueden modificar ni eliminar un archivo en estado
locked. Además, la ruta a cualquier archivo en estado locked se encuentra protegida
contra modificaciones. Esto significa que los clientes y los usuarios de un directorio en un
sistema de archivos de FLR no pueden renombrar ni eliminar el directorio, a menos que se
encuentre vacío, y pueden eliminar archivos en estado locked solo una vez que su fecha
de retención se ha vencido.
Una fecha de retención especifica la fecha y la hora en que se vence la protección de FLR de
un archivo. EMC sugiere especificar un periodo de retención antes de bloquear un archivo
en FLR. De lo contrario, el sistema establece de manera predeterminada un periodo de
retención infinito. En este caso, puede definir explícitamente un periodo de retención más
breve. Puede definir la fecha de retención de un archivo si modifica la hora de último acceso
de este a través de operaciones de NFS en una fecha y hora de vencimiento futuras. Esta
fecha y hora futuras representan el final de la fecha de retención del archivo.
Puede cambiar el estado de un archivo vacío entre bloqueado y de solo anexo No es
necesario que defina una fecha de retención para convertir un archivo de bloqueado a de
solo anexo. Puede mover un archivo vacío de bloqueado a de solo anexo si lo convierte en
de solo lectura y vuelve a hacerlo grabable. Puede ir y venir entre los estados bloqueado
y de solo anexo, siempre y cuando el archivo permanezca vacío.
Como los archivos de solo anexo no soportan la adición no secuencial de datos, debe
usar el estado de solo anexo para aplicaciones que envían datos secuenciales. Si los
datos no son secuenciales, se rechazará cualquier solicitud de modificar o eliminar el
archivo. Mientras un archivo se encuentra en estado de solo anexo, los clientes y usuarios
pueden anexar datos solo al final del archivo y no pueden modificar ni eliminar datos que
ya estén en el archivo. Un caso de uso típico para el estado de solo anexo es un archivo de
log, que solo anexa datos nuevos. Una vez que se han escrito datos en un archivo con
estado de solo anexo, si el archivo se pone en estado bloqueado al hacerlo de solo
lectura, el archivo se bloquea en ese estado hasta que haya pasado su fecha de retención.
Un archivo cambia del estado locked al estado expired cuando alcanza su fecha de
retención. Solo el encargado o el administrador de un archivo puede eliminarlo cuando
se encuentra en el estado expired. La retención de archivos no ejecuta la eliminación
automática de archivos en estado expired. Los archivos en estado expired se deben
eliminar de forma manual.
Terminología y conceptos de FLR
23
Usar FLR VNXe con el sistema
En caso de ser necesario, puede revertir un archivo desde el estado expired nuevamente
al estado locked si extiende su periodo de retención a una fecha posterior a la fecha de
vencimiento de la fecha de retención original. Para extender un periodo de retención,
cambie la hora de último acceso del archivo a una hora posterior a la fecha de vencimiento
original. A pesar de que puede extender el periodo de retención de un archivo, no puede
acortarlo. Si especifica una hora de acceso nueva anterior a la hora de acceso actual para
el archivo, el servidor de carpetas compartidas de VNXe rechaza el comando. Con las
excepciones de extender el periodo de retención de un archivo y modificar los permisos
de lectura de un usuario o grupo respecto de un grupo, no podrá editar los metadatos del
archivo durante el periodo de retención.
Cuando copia un archivo de solo lectura desde un sistema de archivos normal a un
sistema de archivos en estado locked, el archivo no se confirma en el estado locked.
Cuando se completa la copia, el archivo tiene el estado not locked.
Restricciones de FLR
Las siguientes restricciones se aplican a FLR:
◆
◆
◆
◆
◆
24
Debe definir el nivel de retención de archivos cuando crea el sistema de archivos 
y no puede cambiarlo después de la creación del sistema de archivos.
Los clientes o los usuarios de VNXe no pueden modificar ni eliminar archivos en el
estado locked. La ruta a un archivo con estado bloqueado también está protegida
contra cualquier modificación, lo que significa que no es posible renombrar ni
eliminar un directorio en un sistema de archivos activado para FLR, a menos que no
contenga ningún archivo protegido.
Si usa el agente antivirus de EMC Celerra (CAVA), EMC recomienda enfáticamente que
actualice todos los archivos de definición de virus en todos los motores antivirus (AV)
residentes en los pools de CAVA y que ejecute de manera periódica un escaneo
completo del sistema de archivos para detectar archivos en estado locked infectados.
Cuando se detecta un archivo bloqueado infectado, el antivirus residente no puede
reparar ni eliminar un archivo infectado. A pesar de que puede eliminar el archivo solo
una vez que haya pasado su fecha de retención, puede cambiar los bits de permiso
del archivo para restringir el acceso de lectura a fin de que el archivo no esté
disponible para los usuarios. La funcionalidad de lectura de escaneo al comienzo
de CAVA no detecta un virus en un archivo bloqueado. La documentación sobre
CAVA que se encuentra en el sitio web de soporte en línea de EMC
(http://www.emc.com/vnxesupport (visite el sitio web de su país correspondiente))
proporciona información acerca de CAVA.
A pesar de que retención de archivos soporta toda la funcionalidad de respaldo, el
atributo de FLR no se conserva en un respaldo del Protocolo de gestión de datos de
red (NDMP, Network Data Management Protocol). De esta manera, cuando use el
respaldo de NDMP, debe asegurarse de que los archivos se restauran a un sistema de
archivos de VNXe con retención de archivos activada. Si restaura un archivo a partir
de un respaldo de NDMP con una fecha de retención expirada, el sistema de archivos
tendrá una fecha de retención infinita una vez restaurado. Si desea proteger el archivo
pero no desea que tenga una fecha de retención infinita, restáurelo a un sistema de
archivos no de FLR y, a continuación, cópielo nuevamente al sistema FLR.
El sistema de archivo root de un montaje anidado no puede ser un sistema de
archivos con retención de archivos activada.
Uso de un sistema VNXe con carpetas compartidas NFS
Usar FLR VNXe con el sistema
Administración de archivos en un sistema de archivos activado
para FLR
En esta sección se describe cómo:
◆
“Ver los permisos de archivo” en la página 25
◆
“Definir una fecha de retención en un archivo” en la página 25
◆
“Verifique la fecha de retención” en la página 26
Ver los permisos de archivo
Para verificar los bits de permisos de archivo y la hora de último acceso para un sistema
de archivos en un recurso compartido de NFS, use el comando para enumerar archivos,
los que pueden variar según el sistema operativo cliente.
Por ejemplo, escriba:
ls -l --time-style=full-iso --time=atime
Ejemplo de salida:
total 16
drwxr-xr-x
2 root
root
lost+found
-rw-r--r-1 32770 32770
miley_training.txt
8192 2008-04-12 14:27:23.000000000 -0500
16 2010-06-16 14:42:18.000000000 -0500
El bit de permiso de escritura (-rw-r--r--) en el archivo miley_training.txt indica que el
archivo tiene el estado no bloqueado o el estado de solo anexo.
Definir una fecha de retención en un archivo
Para definir la fecha de retención de un archivo NFS, use el comando touch:
touch -at yymmddhhmmm filename
donde:
yy es el año
mm es el mes
dd es el día
hh es la hora
mmm son los minutos
filename es el nombre del archivo
Por ejemplo, para definir la fecha de retención del archivo miley_training.txt en el 01 de
mayo de 09 a las 08:30 a. m., escriba:
touch -at 200905010830 miley_training.txt
Administración de archivos en un sistema de archivos activado para FLR
25
Usar FLR VNXe con el sistema
Verifique la fecha de retención
Para verificar la fecha de retención de un archivo, use el comando para enumerar archivos,
los que pueden variar según el sistema operativo cliente.
Por ejemplo, escriba:
ls -l --time-style=long-iso --time=atime
El comando para enumerar archivos depende del sistema operativo cliente.
Ejemplo de salida:
total 16
drwxr-xr-x
-rw-r--r--
2 root
1 32770
root
32770
8192 2010-04-12 14:27 lost+found
16 2011-02-16 08:30 miley_training.txt
Nota: La fecha de retención se define en 2011-02-16 08:30 en el archivo
miley_training.txt.
26
Uso de un sistema VNXe con carpetas compartidas NFS