Resolución de problemas de gateways de archivos - AWSStorage Gateway
Error: InaccessibleStorageClassError: Acceso denegado S3Error: InvalidObjectStateError: ObjectMissing: Notificación: Reinicio: Notificación: HardReboot: Notificación: HealthCheckFailure: Notificación: AvailabilityMonitorTestError: RoleTrustRelationshipInvalidResolución de problemas con métricas de CloudWatch

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.

Resolución de problemas de gateways de archivos

Puede configurar la gateway de archivos con un grupo de registros de Amazon CloudWatch cuando ejecute la alta disponibilidad (HA) de VMware vSphere. Si lo hace, recibirá notificaciones acerca del estado de la gateway de archivos y de los errores que detecta la gateway de archivos. Puede encontrar información sobre estas notificaciones de estado y errores en CloudWatch Logs.

En las siguientes secciones puede encontrar información que le ayudará a comprender la causa de cada notificación de estado y error y cómo solucionar los problemas.

Error: InaccessibleStorageClass

Puedes obtener unInaccessibleStorageClasserror cuando un objeto se ha movido fuera de la clase de almacenamiento estándar de Amazon S3.

Normalmente la gateway de archivos detecta el error cuando intenta cargar el objeto especificado en el bucket de S3 o leer el objeto desde el bucket de S3. Con este error, generalmente el objeto se ha trasladado a Amazon S3 Glacier o S3 Glacier Deep Archive.

Para resolver un error de StorageClass InaccessibleStorageClass

  • Mueva el objeto de la clase de almacenamiento S3 Glacier o S3 Glacier Deep Archive de nuevo a S3.

    Si mueve el objeto al bucket de S3 para solucionar un error de carga, el archivo se carga al final. Si mueve el objeto al bucket de S3 para solucionar un error de lectura, el cliente SMB o NFS de la gateway de archivos puede leer el archivo.

Error: Acceso denegado S3

Puedes obtener unS3AccessDeniederror en el acceso al bucket de Amazon S3 de un recurso compartido de archivosAWS Identity and Access Management(IAM). En este caso, el rol de IAM de acceso al bucket de S3 especificado porroleArnen el error no permite la operación involucrada. La operación no está permitida debido a los permisos de los objetos del directorio especificado por el prefijo de Amazon S3.

Para resolver un error S3AccessDenied

  • Modifique la política de acceso de Amazon S3 asociada aroleArnen el registro de estado de la gateway de archivos para permitir los permisos para la operación de Amazon S3. Asegúrese de que la política de acceso conceda los permisos de la operación que ha provocado el error. Además, concede los permisos del directorio especificado en el registro para prefix. Para obtener información acerca de los permisos de Amazon S3, consulteEspecificar permisos en una políticaenGuía del usuario de Amazon Simple Storage Service.

    Estas operaciones pueden provocar que se produzca el error S3AccessDenied:

    • S3HeadObject

    • S3GetObject

    • S3ListObjects

    • S3DeleteObject

    • S3PutObject

Error: InvalidObjectState

Puedes obtener unInvalidObjectStateerror cuando un escritor que no sea la gateway de archivos especificada modifica el archivo especificado en el bucket de S3 especificado. Como resultado, el estado del archivo de la gateway de archivos no coincide con el estado en Amazon S3. Cualquier carga posterior del archivo a Amazon S3 o recuperación del archivo desde Amazon S3 fallará.

Para resolver un error de InvalidObjectState

Si la operación que modifica al archivo esS3UploadoS3GetObject, realice una de las siguientes opciones:

  1. Guarde la copia más reciente del archivo en el sistema de archivos local del cliente NFS o SMB (necesita esta copia de archivos en el paso 4). Si la versión del archivo en Amazon S3 es la más reciente, descárguela. Puede hacerlo mediante la AWS Management Console o la AWS CLI.

  2. Elimine el archivo de Amazon S3 utilizando laAWS Management ConsoleoAWS CLI.

  3. Elimine el archivo de la gateway de archivos mediante el cliente NFS o SMB.

  4. Copie la versión más reciente del archivo que ha guardado en el paso 1 en Amazon S3 mediante el cliente NFS o SMB. Haga esto mediante la gateway de archivos.

Error: ObjectMissing

Puedes obtener unObjectMissingerror cuando un escritor que no sea la gateway de archivos especificada elimina el archivo especificado del bucket de S3. Cualquier carga posterior a Amazon S3 o recuperación desde Amazon S3 del objeto fallará.

Para resolver un objeto Error que falta

Si la operación que modifica al archivo esS3UploadoS3GetObject, realice una de las siguientes opciones:

  1. Guarde la copia más reciente del archivo en el sistema de archivos local del cliente NFS o SMB (necesita esta copia de archivos en el paso 3).

  2. Elimine el archivo de la gateway de archivos mediante el cliente NFS o SMB.

  3. Copie la versión más reciente del archivo que ha guardado en el paso 1 mediante el cliente NFS o SMB. Haga esto mediante la gateway de archivos.

: Notificación: Reinicio

Puede recibir una notificación de reinicio cuando la MV de la gateway se reinicia. Puede reiniciar la MV de una gateway mediante la consola de gestión de hipervisor de MV o la consola de Storage Gateway. También puede llevar a cabo el reinicio de la gateway mediante el software de la gateway durante el ciclo de mantenimiento de la gateway.

Si la hora del reinicio se encuentra dentro de un periodo de 10 minutos desde la hora de inicio de mantenimiento configurada de la gateway, es probable que este reinicio sea un evento normal y no sea signo de ningún problema. Si el reinicio se produce significativamente fuera del periodo de mantenimiento, compruebe si la gateway se ha reiniciado de forma manual.

: Notificación: HardReboot

Puede recibir una notificación HardReboot cuando la MV de la gateway se reinicia de forma inesperada. Este reinicio se puede deber a una pérdida de potencia, un fallo de hardware u otro evento. En las gateways de VMware, un reinicio provocado por la monitorización de aplicaciones de alta disponibilidad de vSphere puede provocar este evento.

Cuando la gateway se ejecuta en dicho entorno, compruebe si hay notificaciones HealthCheckFailure y consulte el registro de eventos de VMware para la MV.

: Notificación: HealthCheckFailure

En una gateway de HA de VMware vSphere, puede recibir una notificación HealthCheckFailure cuando se produce un error en una comprobación de estado y se solicita un reinicio de la MV. Este evento también se produce durante una prueba para monitorizar la disponibilidad y se indica mediante una notificación AvailabilityMonitorTest. En este caso, la notificación HealthCheckFailure es normal.

nota

Esta notificación es únicamente para las gateways de VMware.

Si este evento se produce de forma repetida sin una notificación AvailabilityMonitorTest, compruebe si la infraestructura de la MV presenta algún problema (almacenamiento, memoria, etc.). Si necesita asistencia adicional, póngase en contacto conAWS Support.

: Notificación: AvailabilityMonitorTest

Obtienes unAvailabilityMonitorTestnotificación cuandoejecutar una pruebadelSupervisión de disponibilidad y aplicacionessistema en las gateways que se ejecutan en una plataforma de HA de VMware vSphere.

Error: RoleTrustRelationshipInvalid

Recibe este error cuando el rol de IAM de un recurso compartido de archivos tiene una relación de confianza de IAM mal configurada (es decir, el rol de IAM no confía en la entidad principal de Storage Gateway denominadastoragegateway.amazonaws.com). Como resultado, la gateway de archivos no podría obtener las credenciales para ejecutar ninguna operación en el bucket de S3 que realiza una copia de seguridad del recurso compartido de archivos.

Para resolver un error RoleTrustRelationshipInvalid

Resolución de problemas con métricas de CloudWatch

A continuación encontrará información sobre las acciones para solucionar los problemas mediante el uso de las métricas de Amazon CloudWatch con Storage Gateway.

La puerta de enlace reacciona lentamente al navegar por los directorios

Si la gateway de archivos reacciona lentamente al ejecutar lalscomando o navegar por directorios, compruebe laIndexFetchyIndexEvictionMétricas de CloudWatch:

  • Si el archivo deIndexFetchmétrica es mayor que 0 cuando ejecuta unlsde comandos o de navegación, la gateway de archivos se ha iniciado sin información acerca del contenido del directorio afectado y ha tenido que acceder a Amazon S3. Los esfuerzos posteriores para mostrar el contenido de ese directorio deberían realizarse más rápidamente.

  • Si el archivo deIndexEvictionLa métrica es mayor que 0, significa que la gateway de archivos ha alcanzado el límite de lo que puede gestionar en la caché en ese momento. En este caso, la gateway de archivos tiene que liberar espacio de almacenamiento del directorio al que se ha accedido menos recientemente para crear un nuevo directorio. Si esto se produce con frecuencia y tiene un impacto en el rendimiento, póngase en contacto conAWS Support.

    Converse conAWS Supportel contenido del bucket de S3 relacionado y las recomendaciones para mejorar el rendimiento en función del caso de uso.

Tu gateway no responde

Si la gateway de archivos no responde, haga lo siguiente:

  • Si se ha producido una actualización de software o un reinicio recientemente, compruebe la métrica IOWaitPercent. Esta métrica muestra el porcentaje de tiempo en el que la CPU está inactiva cuando hay una solicitud de E/S del disco pendiente. En algunos casos, puede ser elevado (10 o más) y se puede producir después de que el servidor se haya reiniciado o actualizado. En estos casos, es posible que se produzca un efecto embudo en la gateway de archivos a causa de un disco raíz lento, ya que reanuda la caché de índice en la RAM. Puede solucionar este problema mediante el uso de un disco físico más rápido para el disco raíz.

  • Si el archivo deMemUsedBytesmétrica es igual o casi igual que laMemTotalBytesmétrica, a continuación, la gateway de archivos se está quedando sin RAM disponible. Asegúrese de que la gateway de archivos tenga el menos la RAM mínima requerida. Si ya la tiene, considere añadir más RAM a la gateway de archivos en función de la carga de trabajo y el caso de uso.

    Si el recurso compartido de archivos es SMB, el problema también podría deberse al número de clientes SMB conectados a dicho recurso. Para ver el número de clientes que están conectados en cualquier momento, compruebe la métrica SMBV(1/2/3)Sessions. Si hay muchos clientes conectados, es posible que necesite agregar más RAM a la gateway de archivos.

La gateway transfiere datos lentamente a Amazon S3

Si la gateway de archivos transfiere datos lentamente a Amazon S3, haga lo siguiente:

  • Si el archivo deCachePercentDirtyLa métrica es 80 o superior, la gateway de archivos escribe los datos en el disco a una velocidad más rápida de la que puede utilizar para cargar los datos en Amazon S3. Considere aumentar el ancho de banda de carga de la gateway de archivos, ya sea mediante la adición de uno o varios discos en caché o mediante la ralentización de las escrituras de los clientes.

  • Si el archivo deCachePercentDirtyMétrica es baja, compruebe laIoWaitPercentMétrica de. SiIoWaitPercentes mayor que 10, es posible que se produzca un efecto embudo en la gateway de archivos por la velocidad del disco en caché local. Recomendamos el uso de discos locales de unidades de estado sólido (SSD) para la caché, preferiblemente NVM Express (NVMe). Si dichos discos no están disponibles, intente utilizar varios discos en caché desde discos físicos independientes para mejorar el rendimiento.

  • SiS3PutObjectRequestTime,S3UploadPartRequestTime, o bienS3GetObjectRequestTimeson altos, podría haber un cuello de botella en la red. Intente analizar la red para comprobar que la puerta de enlace tiene el ancho de banda esperado.

La puerta de enlace está realizando más operaciones de Amazon S3 de las esperadas

Si la puerta de enlace de archivos está realizando más operaciones de Amazon S3 de las esperadas, compruebe laFilesRenamedMétrica de. Las operaciones de cambio de nombre son costosas de ejecutar en Amazon S3. Optimice su flujo de trabajo para minimizar el número de operaciones de cambio de nombre.

No ve archivos en el bucket de Amazon S3

Si observa que los archivos de la gateway no se reflejan en el bucket de Amazon S3, compruebe laFilesFailingUploadMétrica de. Si la métrica informa de que algunos archivos no se han cargado, compruebe las notificaciones de estado. Cuando los archivos no se cargan, la puerta de enlace genera una notificación de estado que contiene más detalles sobre el problema.

El trabajo de copia de seguridad de la gateway falla o se producen errores al escribir en la gateway

Si el trabajo de copia de seguridad de la gateway de archivos falla o se producen errores al escribir en la gateway de archivos, realice las siguientes acciones:

  • Si el archivo deCachePercentDirtymétrica es del 90 por ciento o superior, la gateway de archivos no puede aceptar nuevas escrituras en disco porque no hay suficiente espacio disponible en el disco de caché. Para ver a qué velocidad realiza cargas la gateway de archivos en Amazon FSx o Amazon S3, consulte laCloudBytesUploadedMétrica de. Compara esa métrica con laWriteBytesmétrica, que muestra a qué velocidad escribe archivos el cliente en la gateway de archivos. Si la gateway de archivos escribe más rápido de lo que puede cargar en Amazon FSx o Amazon S3, añada más discos de caché para cubrir el tamaño del trabajo de copia de seguridad como mínimo. También puede aumentar el ancho de banda de carga.

  • Si falla un trabajo de copia de seguridad, pero elCachePercentDirtyLa métrica es inferior al 80 por ciento, es posible que la gateway de archivos esté alcanzando el tiempo de espera de la sesión del lado del cliente. Para SMB, puede aumentar este tiempo de espera mediante el comando de PowerShell Set-SmbClientConfiguration -SessionTimeout 300. Al ejecutar este comando, el tiempo de espera se establece en 300 segundos.

    Para NFS, asegúrese de que el cliente se haya montado mediante un montaje rígido en lugar de un montaje blando.