Uso de un sistema VNXe con carpetas compartidas NFS · Host Linux o Solaris: montaje del recurso compartido NFS ..... 15. Capítulo 2. Migración de datos NFS al sistema VNXe

Conectar a almacenamiento

EMC® VNXe™ Uso de un sistema VNXe con carpetas compartidas NFS VNXe Operating Environment Versión 2.4

NÚMERO DE REFERENCIA 300-010-549REV 04

Uso de un sistema VNXe con carpetas compartidas NFS2

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.

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 ............................................................................................... 10

Requerimientos del sistema VNXe......................................................... 10Requisitos de la red .............................................................................. 10

Uso de la alta disponibilidad de la red ......................................................... 10Redes a prueba de falla......................................................................... 11Agregaciones de enlaces....................................................................... 12Configuración de una agregación de enlaces......................................... 12

Configuración del almacenamiento de carpetas compartidas NFS de VNXe para el host.................................................................................... 13Cualquier host: Configuración de los accesos de usuario y grupo a los recursos compartidos NFS ................................................................... 14Host Citrix XenServer: montaje del recurso compartido NFS ......................... 14Host Linux o Solaris: montaje del recurso compartido NFS ........................... 15

Capítulo 2 Migración de datos NFS al sistema VNXe

Ambiente y limitaciones de una migración de NFS........................................ 18Migración de datos NFS ............................................................................... 19

Capítulo 3 Usar FLR VNXe con el sistema

Terminología y conceptos de FLR.................................................................. 22Terminología de FLR .............................................................................. 22Conceptos básicos de FLR ..................................................................... 22Cómo funciona FLR................................................................................ 23Restricciones de FLR.............................................................................. 24

Administración de archivos en un sistema de archivos activado para FLR ..... 25Ver los permisos de archivo .................................................................. 25Definir una fecha de retención en un archivo......................................... 25Verifique la fecha de retención.............................................................. 26

Uso de un sistema VNXe con carpetas compartidas NFS 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ósitoEste 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

AudienciaEste 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 relacionadaOtros 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 instalación del sistema EMC VNXe3150


◆ 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


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 documentoEMC 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.


http://www.emc.com/vnxesupport

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


Prefacio

Dónde obtener ayudaLa 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:


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 comentariosSus 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]



CAPÍTULO 1Configuració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.................................................................................................................. 10

◆ Configuración del almacenamiento de carpetas compartidas NFS de VNXe para el host............................................................................................................. 13

◆ Cualquier host: Configuración de los accesos de usuario y grupo a los recursos compartidos NFS..................................................................................................... 14

◆ Host Citrix XenServer: montaje del recurso compartido NFS..................................... 14◆ Host Linux o Solaris: montaje del recurso compartido NFS ...................................... 15

Configuración de un host para utilizar almacenamiento de carpetas compartidas NFS de VNXe 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 redEl 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.



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



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 switchSi 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:

◆ “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



Configuración de la agregación de enlaces desde el switch al sistema VNXe1. 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 13o“Tarea 3: Host Linux: configurar la agregación de enlaces” en la página 13o“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


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 NFSDebe 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.



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 NFSEn el host, use el comando mount para montar el recurso compartido NFS.

Para un host Linux, usemount -t nfs SharedFolderServer:/local_mount_point_directory

Para un host Solaris, usemount -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



CAPÍTULO 2Migració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 NFSSi 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.

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:

◆ Copiar el contenido del recurso compartido en el recurso compartido de VNXe

◆ Reconfigurar los hosts que deben conectarse al recurso compartido de VNXe

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



Migración de datos NFSPara 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



CAPÍTULO 3Usar 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 FLREsta 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.



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


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:

◆ 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.




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 16drwxr-xr-x 2 root root 8192 2008-04-12 14:27:23.000000000 -0500

lost+found-rw-r--r-- 1 32770 32770 16 2010-06-16 14:42:18.000000000 -0500

miley_training.txt

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


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 16drwxr-xr-x 2 root root 8192 2010-04-12 14:27 lost+found-rw-r--r-- 1 32770 32770 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.


Documents

Uso de un sistema VNXe con carpetas compartidas NFS · Host Linux o Solaris: montaje del recurso compartido NFS ..... 15. Capítulo 2. Migración de datos NFS al sistema VNXe