Solución de problemas: problemas con la puerta de enlace de archivo

Compruebe que la puerta de enlace no esté intentando utilizar un controlador de dominio de solo lectura (RODC) para unirse al dominio.

Compruebe que la puerta de enlace está configurada para utilizar los servidores DNS correctos.

Por ejemplo, si está intentando unir una instancia de puerta de enlace de Amazon EC2 a un Active Directory AWS administrado, compruebe que la opción de DHCP configurada para su VPC de EC2 especifique los servidores DNS de Active Directory AWS administrados.

Los servidores DNS que se configuran mediante el conjunto de opciones de DHCP de la VPC se proporcionan a todas las instancias de EC2 de la VPC. Si desea especificar un servidor DNS para una puerta de enlace individual, puede hacerlo mediante la consola local EC2 de esa puerta de enlace.

Para las puertas de enlace en las instalaciones, especifique un servidor DNS mediante la consola local de la máquina virtual.

Compruebe la conectividad de la red de la puerta de enlace ejecutando los siguientes comandos desde el símbolo del sistema de la consola local de la puerta de enlace. Sustituya las variables resaltadas por el nombre de dominio y las direcciones IP reales de la implementación.

dig -d ExampleDomainName
ncport -d ExampleDomainControllerIPAddress -p 445
ncport -d ExampleDomainControllerIPAddress -p 389

Compruebe que su cuenta de servicio de Active Directory tenga los permisos necesarios. Para obtener más información, consulte Requisitos de permiso de la cuenta de servicio de Active Directory.

Compruebe que la puerta de enlace se une a la unidad organizativa (UO) correcta.

Al unirse a un dominio, se crea una cuenta de computadora de Active Directory en el contenedor de computadoras predeterminado (que no es una unidad organizativa), utilizando el ID de puerta de enlace de la puerta de enlace como nombre de la cuenta (por ejemplo,). SGW-1234ADE No es posible personalizar el nombre de esta cuenta.

Si su entorno de Active Directory tiene una unidad organizativa designada para los nuevos objetos de equipo, debe especificarla al unirse al dominio.

Si encuentra errores de denegación de acceso al intentar unirse a la UO designada, póngase en contacto con el administrador del dominio de Active Directory. Es posible que el administrador necesite preparar la cuenta de equipo de la puerta de enlace antes de que pueda unirse al dominio. Para obtener más información, consulte ¿Cómo puedo solucionar problemas relacionados con la unión de la puerta de enlace de archivo de Storage Gateway a un dominio para la autenticación de Microsoft Active Directory? .

Compruebe que el nombre de host de la puerta de enlace se pueda resolver en el DNS ejecutando el siguiente comando desde el símbolo del sistema de la consola local de la puerta de enlace. Sustituya la variable resaltada por el nombre de host real de la puerta de enlace.

dig -d ExampleHostName -r A

Si configuró un nombre de host personalizado para la puerta de enlace, debe agregar manualmente un DNS A-record que apunte a su dirección IP.

Compruebe que la latencia de la red entre la puerta de enlace y el controlador de dominio sea razonablemente baja. El tiempo de espera para la consulta de unión a un dominio puede agotarse si la puerta de enlace no recibe una respuesta del controlador de dominio en 20 segundos.

Si une la puerta de enlace al dominio mediante el comando de la JoinDomain CLI, puede agregar la --timeout-in-seconds marca para aumentar el tiempo de espera a un máximo de 3.600 segundos.

Compruebe que el usuario de Active Directory que está utilizando para unir la puerta de enlace al dominio tenga los privilegios necesarios para hacerlo.

Si la métrica IndexFetch es mayor que 0 cuando ejecuta un comando ls o examina directorios, la puerta de enlace de archivo se ha iniciado sin información acerca del contenido del directorio afectado y ha tenido que acceder a FSx para Windows File Server. Los esfuerzos posteriores para mostrar el contenido de ese directorio deberían realizarse más rápidamente.

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

Hable con usted sobre Soporte el contenido del sistema de archivos Amazon FSx relacionado y sobre las recomendaciones para mejorar el rendimiento en función de su caso práctico.

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 que la CPU permanece inactiva cuando hay una I/O solicitud de 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, se puede producir un efecto embudo en la puerta de enlace de archivo 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 la métrica MemUsedBytes es igual o prácticamente igual que la métrica MemTotalBytes, la puerta de enlace de archivo se está ejecutando fuera de la RAM disponible. Asegúrese de que la puerta de enlace de archivo tenga el menos la RAM mínima requerida. Si ya la tiene, considere añadir más RAM a la puerta de enlace de archivo 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 añadir más RAM a la puerta de enlace de archivo.

Si la métrica CachePercentDirty es 80 o superior, la puerta de enlace de archivo escribe los datos en el disco a una velocidad más rápida de la que puede utilizar para cargar los datos en Amazon FSx para Windows File Server. Considere la posibilidad de aumentar el ancho de banda para la carga desde la puerta de enlace de archivo, añadir uno o más discos de caché, ralentizar las escrituras de los clientes o aumentar la capacidad de rendimiento del Amazon FSx para Windows File Server asociado.

Si la métrica CachePercentDirty es baja, compruebe la métrica IoWaitPercent. Si IoWaitPercent es mayor que 10, es posible que se produzca un efecto embudo en la puerta de enlace de archivo 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.

Si la métrica CachePercentDirty es del 90 por ciento o superior, la puerta de enlace de archivo no puede aceptar nuevas escrituras en el disco porque no hay suficiente espacio disponible en el disco de caché. Para ver la rapidez con la que su puerta de enlace de archivo se carga en FSx para Windows File Server, consulte la métrica CloudBytesUploaded. Compare esa métrica con la métrica WriteBytes, que muestra a qué velocidad escribe archivos el cliente en la puerta de enlace de archivo. Si el cliente de SMB escribe en la puerta de enlace de archivo a una velocidad más rápida de la que puede utilizar para realizar cargas en FSx para Windows File Server, 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 una copia de un archivo grande como un trabajo de copia de seguridad falla, pero la métrica CachePercentDirty es inferior al 80 por ciento, es posible que la puerta de enlace de archivo esté alcanzando el tiempo de espera de la sesión del lado del cliente. En el caso de las pequeñas y medianas empresas, puedes aumentar este tiempo de espera con el comando. PowerShell Set-SmbClientConfiguration -SessionTimeout 300 Al ejecutar este comando, el tiempo de espera se establece en 300 segundos.