Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Prácticas recomendadas para la puerta de enlace de archivo

Esta sección contiene los siguientes temas, que proporcionan información sobre las prácticas recomendadas para trabajar con puertas de enlace, recursos compartidos de archivos, buckets y datos. Le recomendamos que se familiarice con la información que se describe en esta sección e intente seguir estas directrices para evitar problemas con AWS Storage Gateway. Para obtener orientación adicional sobre diagnóstico y solución de problemas comunes que pueden surgir con la implementación, consulte Solución de problemas relacionados con la implementación de Storage Gateway.

Prácticas recomendadas: recuperación de los datos

Aunque es infrecuente, es posible que su gateway se enfrente a un error irrecuperable. Este error puede producir en la máquina virtual (VM), en la propia gateway, en el almacenamiento local o en otro lugar. Si se produce un error, le recomendamos que siga las instrucciones de la sección adecuada, a continuación, para recuperar los datos.

Recuperación de un cierre inesperado de una máquina virtual

Si la MV se cierra de forma inesperada, por ejemplo, durante un corte de suministro eléctrico, el acceso a la gateway dejará de ser posible. Cuando se restablezca el suministro eléctrico y la conectividad de red, volverá a ser posible el acceso a la gateway y empezará a funcionar normalmente. A continuación se muestran algunas de las acciones que puede llevar a cabo en ese momento para facilitar la recuperación de los datos:

Recuperación de los datos a partir de un disco de la caché que no funciona correctamente

Si el disco de la caché encuentra un error, le recomendamos que haga lo siguiente para recuperar los datos en función de la situación:

Recuperación de los datos de un centro de datos inaccesible

Si su puerta de enlace o centro de datos se vuelve inaccesible por algún motivo, puede recuperar los datos en otra puerta de enlace de un centro de datos diferente o recuperarlos en una puerta de enlace alojada en una EC2 instancia de Amazon. Si no tienes acceso a otro centro de datos, te recomendamos crear la puerta de enlace en una EC2 instancia de Amazon. Los pasos que siga dependerán del tipo de gateway cuyos datos intenta recuperar.

Prácticas recomendadas: administración de cargas multiparte

Al transferir archivos de gran tamaño, la puerta de enlace de archivo de S3 utiliza la característica de carga multiparte de Amazon S3 para dividir los archivos en partes más pequeñas y transferirlos en paralelo para mejorar la eficiencia. Para obtener más información sobre la carga multiparte, consulte Carga y copia de objetos con la carga multiparte en la Guía del usuario de Amazon Simple Storage Service.

Si una carga multiparte no se completa correctamente por algún motivo, la puerta de enlace normalmente detiene la transferencia, elimina cualquier parte del archivo transferida parcialmente de Amazon S3 e intenta realizar la transferencia de nuevo. En raras ocasiones, como cuando un fallo de hardware o red impide que la eliminación de la puerta de enlace tras una carga multiparte fallida, es posible que partes del archivo parcialmente transferido permanezcan en Amazon S3, donde pueden generar gastos de almacenamiento.

Como práctica recomendada para minimizar los costes de almacenamiento en Amazon S3 derivados de cargas multiparte incompletas, recomendamos configurar una regla del ciclo de vida del bucket de Amazon S3 que utilice la acción AbortIncompleteMultipartUpload de la API para detener automáticamente las transferencias fallidas y eliminar las partes de archivos asociadas después de un número de días designado. Para obtener instrucciones, consulte Configuración de una política de ciclo de vida del bucket para eliminar las cargas multiparte incompletas en la Guía del usuario de Amazon Simple Storage Service.

Prácticas recomendadas: Descomprima los archivos comprimidos localmente antes de copiarlos en una puerta de enlace

Si intenta descomprimir un archivo comprimido que contiene miles de archivos mientras está almacenado en la puerta de enlace, es posible que se produzcan retrasos importantes relacionados con el rendimiento. El proceso de descomprimir un archivo que contiene una gran cantidad de archivos en cualquier tipo de recurso compartido de archivos de la red implica un alto volumen de input/output operaciones, la manipulación de la caché de metadatos, la sobrecarga de la red y la latencia. Además, Storage Gateway no puede determinar cuándo se ha terminado de descomprimir cada archivo y puede empezar a cargar los archivos antes de que se complete el proceso, lo que afecta aún más al rendimiento. Estos problemas se agravan cuando el archivo contiene muchos archivos de tamaño pequeño.

Como práctica recomendada, se recomienda transferir primero los archivos comprimidos desde la puerta de enlace a la máquina local, antes de descomprimirlos. Luego, si es necesario, puede usar una herramienta como robocopy o rsync para volver a transferir los archivos descomprimidos a la puerta de enlace.

Conserve los atributos de los archivos al copiar datos de Windows Server

Es posible copiar archivos en su puerta de enlace de archivo mediante el comando copy básico de Microsoft Windows, pero este comando copia solo los datos del archivo de forma predeterminada, omitiendo ciertos atributos del archivo, como los descriptores de seguridad. Si los archivos se copian en la puerta de enlace sin las restricciones de seguridad correspondientes ni la información de la lista de control de acceso discrecional (DACL), es posible que usuarios no autorizados puedan acceder a ellos.

Como práctica recomendada para conservar todos los atributos de los archivos y la información de seguridad al copiar archivos en la puerta de enlace de Microsoft Windows Server, se recomienda utilizar los comandos robocopy o xcopy, con las marcas /copy:DS o /o, respectivamente. Para obtener más información, consulte robocopy y xcopy en la documentación de referencia de comandos de Microsoft Windows Server.

Prácticas recomendadas: Dimensionamiento correcto de los discos de caché

Para un rendimiento óptimo, el tamaño total del disco de caché debe ser lo suficientemente grande como para cubrir el tamaño del conjunto de trabajo activo. En el caso de read/write cargas de trabajo mixtas y con un uso intensivo de lecturas, esto garantiza que se pueda conseguir un alto porcentaje de aciertos de caché en las lecturas, lo cual es deseable. Puede monitorizarlo mediante la métrica CacheHitPercent de la puerta de enlace de archivo de S3.

En el caso de cargas de trabajo pesada de escritura (por ejemplo, para copias de seguridad y archivado), la puerta de enlace de archivo de S3 almacena en búfer las escrituras entrantes en la memoria caché del disco antes de copiar estos datos de forma asíncrona en Amazon S3. Debe asegurarse de tener suficiente capacidad de memoria caché para almacenar en búfer los datos escritos. La CachePercentDirty métrica proporciona una indicación del porcentaje de la memoria caché del disco que aún no se ha conservado. AWS

Se recomiendan valores bajos de CachePercentDirty. Los valores que se acercan sistemáticamente al 100 % indican que la puerta de enlace de archivo de S3 no puede mantener el ritmo del tráfico de escritura entrante. Puede evitar este problema aumentando la capacidad de memoria caché del disco o aumentando el ancho de banda de la red dedicado disponible desde la puerta de enlace de archivo de S3 hasta Amazon S3, o ambas opciones.

Para obtener más información sobre el tamaño del disco caché, consulte las prácticas recomendadas de tamaño de caché de Amazon S3 File Gateway en el canal oficial de Amazon Web Services YouTube .

Trabajo con varios recursos compartidos de archivos y buckets de Amazon S3

Al configurar un único bucket de Amazon S3 para permitir que varias puertas de enlace o recursos compartidos de archivos escriban en él, los resultados pueden ser impredecibles. Puede configurar sus buckets de dos maneras para evitar resultados impredecibles. Elija el método de configuración que mejor se adapte a su caso de uso entre las siguientes opciones:

limpieza de recursos innecesarios

Recomendamos eliminar los recursos de Storage Gateway para evitar cambios imprevistos o innecesarios. Por ejemplo, si creó una puerta de enlace como ejercicio de demostración o prueba, considere la posibilidad de eliminar de la implementación dicha puerta y su dispositivo virtual. Utilice el siguiente procedimiento para eliminar recursos.