Solução de problemas: problemas no File Gateway

Verifique se o gateway não está tentando usar um controlador de domínio somente leitura (RODC) para ingressar no domínio.

Verifique se o gateway está configurado para usar os servidores DNS corretos.

Por exemplo, se você estiver tentando unir uma instância do Amazon EC2 Gateway a um Active Directory AWS gerenciado, verifique se a opção DHCP definida para sua EC2 VPC especifica os servidores DNS gerenciados do AWS Active Directory.

Os servidores DNS que você configura por meio do conjunto de opções DHCP da VPC são fornecidos para EC2 todas as instâncias na VPC. Se quiser especificar um servidor DNS para um gateway individual, você pode fazer isso usando o console EC2 local desse gateway.

Para gateways locais, você especifica um servidor DNS usando o console local da VM.

Verifique a conectividade da rede do gateway executando os seguintes comandos no prompt de comando no console local do gateway. Substitua as variáveis destacadas pelo nome de domínio e endereços IP reais da sua implantação.

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

Verifique se sua conta de serviço do Active Directory tem as permissões necessárias. Para obter mais informações, consulte Requisitos de permissão da da conta de serviço do Active Directory.

Verifique se o gateway se junta à Unidade Organizacional (OU) correta.

A associação a um domínio cria uma conta de computador do Active Directory no contêiner de computadores padrão (que não é uma OU), usando a ID do gateway como nome da conta (por exemplo, SGW-1234ADE). Não é possível personalizar o nome dessa conta.

Se o seu ambiente do Active Directory tiver uma OU designada para novos objetos de computador, você deverá especificar essa OU ao ingressar no domínio.

Se você encontrar erros de acesso negado ao tentar ingressar na OU designada, consulte o administrador do domínio do Active Directory. Talvez o administrador precise pré-configurar a conta do computador do gateway antes que ele possa ingressar no domínio. Para obter mais informações, consulte Como posso solucionar problemas ao associar meu gateway de arquivos do Storage Gateway a um domínio para autenticação do Microsoft Active Directory? .

Verifique se o nome do host do seu gateway pode ser resolvido no DNS executando o seguinte comando no prompt de comando no console local do gateway. Substitua a variável destacada pelo nome do host real do seu gateway.

dig -d ExampleHostName -r A

Se você configurou um nome de host personalizado para seu gateway, deverá adicionar manualmente um registro A de DNS que aponte para seu endereço IP.

Verifique se a latência da rede entre o gateway e o controlador de domínio está razoavelmente baixa. A consulta para ingressar em um domínio pode expirar se o gateway não receber uma resposta do controlador de domínio em 20 segundos.

Se você unir o gateway ao domínio usando o comando JoinDomainCLI, poderá adicionar o --timeout-in-seconds sinalizador para aumentar o tempo limite para um máximo de 3.600 segundos.

Verifique se o usuário do Active Directory que você está usando para associar o gateway ao domínio tem os privilégios necessários para fazer isso.

Se a IndexFetch métrica for maior que 0 quando você executa um ls comando ou navega pelos diretórios, seu gateway de arquivos começou sem informações sobre o conteúdo do diretório afetado e precisou acessar o S3 para Windows File Server. Os esforços subsequentes para listar o conteúdo desse diretório deverão ocorrer com mais rapidez.

Se a IndexEviction métrica for maior que 0, significa que seu gateway de arquivos atingiu o limite do que ele pode gerenciar em seu cache naquele momento. Nesse caso, o File Gateway precisa liberar algum espaço de armazenamento do diretório acessado menos recentemente para listar um novo diretório. Se isso ocorrer com frequência e houver um impacto no desempenho, entre em contato Suporte.

Discuta com Suporte o conteúdo do sistema de FSx arquivos relacionado da Amazon e as recomendações para melhorar o desempenho com base no seu caso de uso.

Se essa foi uma reinicialização atual ou uma atualização de software, verifique a métrica IOWaitPercent. Essa métrica mostra a porcentagem de tempo em que a CPU fica ociosa quando há uma I/O solicitação de disco pendente. Em alguns casos, isso pode ser alto (10 ou mais) e pode ter aumentado depois que o servidor foi reinicializado ou atualizado. Nesses casos, o File Gateway pode ficar congestionado por um disco raiz lento ao reconstruir o cache de índice na RAM. É possível resolver esse problema usando um disco físico mais rápido para o disco raiz.

Se a MemUsedBytes métrica for igual ou quase igual à MemTotalBytes métrica, seu gateway de arquivos está ficando sem RAM disponível. Certifique-se de que seu gateway de arquivos tenha pelo menos a RAM mínima necessária. Se isso já acontecer, considere adicionar mais RAM ao seu gateway de arquivos com base em sua carga de trabalho e caso de uso.

Se o compartilhamento de arquivos for SMB, o problema também pode ser devido ao número de clientes SMB conectados ao compartilhamento de arquivos. Para ver o número de clientes conectados em determinado momento, verifique a métrica SMBV(1/2/3)Sessions. Se houver muitos clientes conectados, talvez seja necessário adicionar mais RAM ao seu gateway de arquivos.

Se a CachePercentDirty métrica for 80 ou maior, seu File Gateway está gravando dados em disco mais rápido do que pode fazer o upload dos dados FSx para o Amazon for Windows File Server. Considere aumentar a largura de banda para upload do seu gateway de arquivos, adicionar um ou mais discos de cache, reduzir a velocidade de gravação do cliente ou aumentar a capacidade de taxa de transferência do Amazon FSx for Windows File Server associado.

Se a CachePercentDirty métrica for baixa, verifique a IoWaitPercent métrica. Se IoWaitPercent for maior que 10, seu gateway de arquivos pode ser prejudicado pela velocidade do disco de cache local. Recomendamos discos locais de unidade de estado sólido (SSD) para seu cache, preferencialmente NVM Express (). NVMe Se esses discos não estiverem disponíveis, tente usar vários discos de cache de discos físicos separados para melhorar o desempenho.

Se a CachePercentDirty métrica for 90 por cento ou mais, seu gateway de arquivos não poderá aceitar novas gravações em disco porque não há espaço disponível suficiente no disco de cache. Para ver a rapidez com que seu File Gateway está sendo carregado para o S3 para Windows File Server, veja CloudBytesUploaded a métrica. Compare essa métrica com a WriteBytes métrica, que mostra a rapidez com que o cliente está gravando arquivos no seu File Gateway. Se o cliente SMB estiver gravando no seu gateway de arquivos mais rápido do que pode fazer o upload para o S3 para Windows File Server, adicione mais discos de cache para cobrir, no mínimo, o tamanho da tarefa de backup. Ou aumente a largura de banda de upload.

Se uma cópia de arquivo grande, como uma tarefa de backup, falhar, mas a CachePercentDirty métrica for inferior a 80%, seu File Gateway pode estar atingindo o tempo limite da sessão do lado do cliente. Para SMB, você pode aumentar esse tempo limite usando o PowerShell comando. Set-SmbClientConfiguration -SessionTimeout 300 A execução desse comando define o tempo limite para 300 segundos.