As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Solução de problemas de EFS desempenho da Amazon
Em geral, se você encontrar problemas com a Amazon EFS que tenha problemas para resolver, confirme se está usando um kernel Linux recente. Se você estiver usando uma distribuição de Linux corporativa, recomendamos o seguinte:
-
Amazon Linux 2 com kernel 4.3 ou mais recente
-
Amazon Linux 2015.09 ou mais recente
-
RHEL7.3 ou mais recente
-
Todas as versões do Ubuntu 16.04
-
Ubuntu 14.04 com kernel 3.13.0-83 ou mais recente
-
SLES12 Sp2 ou posterior
Se você estiver usando outra distribuição ou um kernel personalizado, recomendamos a versão do kernel 4.3 ou mais recente.
nota
RHEL6.9 pode estar abaixo do ideal para determinadas cargas de trabalho devido a. Desempenho ruim ao abrir muitos arquivos em paralelo
Tópicos
- Não é possível criar um sistema EFS de arquivos
- Acesso negado aos arquivos permitidos no sistema NFS de arquivos
- Erros ao acessar o EFS console da Amazon
- A EC2 instância da Amazon trava
- Aplicativo trava ao gravar grandes quantidades de dados
- Desempenho ruim ao abrir muitos arquivos em paralelo
- NFSConfigurações personalizadas que causam atrasos na gravação
- A criação de backups com o Oracle Recovery Manager está lenta
Não é possível criar um sistema EFS de arquivos
Uma solicitação para criar um sistema de EFS arquivos falha com a seguinte mensagem:
User: arn:aws:iam::111122223333:user/
username
is not authorized to perform: elasticfilesystem:CreateFileSystem on the specified resource.
Medida a ser tomada
Verifique sua política AWS Identity and Access Management (IAM) para confirmar se você está autorizado a criar sistemas de EFS arquivos com as condições de recursos especificadas. Para ter mais informações, consulte Gerenciamento de identidade e acesso para a Amazon EFS.
Acesso negado aos arquivos permitidos no sistema NFS de arquivos
Quando um usuário atribuído a mais de 16 grupos de acesso IDs (GIDs) tenta realizar uma operação em um sistema de NFS arquivos, ele pode ter o acesso negado aos arquivos permitidos no sistema de arquivos. Esse problema ocorre porque o NFS protocolo suporta no máximo 16 GIDs por usuário, e qualquer adicional GIDs é truncado da solicitação do NFS cliente, conforme definido em RFC 5531.
Medida a ser tomada
Reestruture seus mapeamentos de NFS usuários e grupos para que cada usuário receba no máximo 16 grupos de acesso (). GIDs
Erros ao acessar o EFS console da Amazon
Esta seção descreve os erros que os usuários podem enfrentar ao acessar o console EFS de gerenciamento da Amazon.
Erro ao autenticar credenciais para ec2:DescribeVPCs
A seguinte mensagem de erro é exibida ao acessar o EFS console da Amazon:
AuthFailure: An error occurred authenticating your credentials for ec2:DescribeVPCs.
Esse erro indica que suas credenciais de login não foram autenticadas com sucesso no serviço da AmazonEC2. O EFS console da Amazon chama o EC2 serviço da Amazon em seu nome ao criar sistemas de EFS arquivos no VPC que você escolher.
Medida a ser tomada
Certifique-se de que a hora em que o cliente acessa o EFS console da Amazon esteja configurada corretamente.
A EC2 instância da Amazon trava
Uma EC2 instância da Amazon pode travar porque você excluiu um destino de montagem do sistema de arquivos sem primeiro desmontar o sistema de arquivos.
Medida a ser tomada
Antes de excluir um destino de montagem do sistema de arquivos, desmonte o sistema. Para obter mais informações sobre como desmontar seu sistema de EFS arquivos da Amazon, consulteDesmontar sistemas de arquivos.
Aplicativo trava ao gravar grandes quantidades de dados
Um aplicativo que grava uma grande quantidade de dados na Amazon EFS trava e faz com que a instância seja reinicializada.
Medida a ser tomada
Se um aplicativo demorar muito para gravar todos os seus dados na AmazonEFS, o Linux poderá ser reinicializado porque parece que o processo deixou de responder. Esse comportamento é definido por dois parâmetros de configuração do kernel, kernel.hung_task_panic
e kernel.hung_task_timeout_secs
.
No exemplo a seguir, o estado do processo de travamento é informado pelo comando ps
com D
antes da reinicialização da instância, indicando que o processo está aguardando em E/S.
$ ps aux | grep large_io.py root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py /efs/large_file
Para evitar a reinicialização, aumente o tempo limite ou desative emergências de kernel em caso de detecção de trava de tarefas. O comando a seguir desativa emergências de kernel de travamento de tarefas na maioria dos sistemas Linux.
$ sudo sysctl -w kernel.hung_task_panic=0
Desempenho ruim ao abrir muitos arquivos em paralelo
Os aplicativos que abrem vários arquivos em paralelo não exibem o aumento esperado no desempenho de paralelização de E/S.
Medida a ser tomada
Esse problema ocorre em clientes do Network File System versão 4 (NFSv4) e em RHEL 6 clientes usando NFSv4 .1 porque esses NFS clientes serializam NFS OPEN e CLOSE operam. Use a versão 4.1 do NFS protocolo e uma das distribuições Linux sugeridas que não tenha esse problema.
Se você não puder usar NFSv4 .1, saiba que o cliente Linux NFSv4 .0 serializa solicitações abertas e fechadas por ID de usuário e grupo. IDs Essa serialização acontece mesmo que vários processos ou vários threads emitam solicitações ao mesmo tempo. O cliente envia apenas uma operação aberta ou fechada para um NFS servidor por vez, quando todas as operações IDs correspondem. Para resolver esses problemas, você pode executar qualquer uma das seguintes ações:
-
Você pode executar cada processo a partir de um ID de usuário diferente na mesma EC2 instância da Amazon.
-
Você pode deixar o usuário IDs igual em todas as solicitações abertas e, em IDs vez disso, modificar o conjunto de grupos.
-
Você pode executar cada processo em uma EC2 instância separada da Amazon.
NFSConfigurações personalizadas que causam atrasos na gravação
Você tem configurações personalizadas NFS do cliente e leva até três segundos para que uma EC2 instância da Amazon veja uma operação de gravação executada em um sistema de arquivos de outra EC2 instância da Amazon.
Medida a ser tomada
Se encontrar esse problema, você pode resolvê-lo de uma das seguintes formas:
-
Se o NFS cliente na EC2 instância da Amazon que está lendo os dados tiver o cache de atributos ativado, desmonte seu sistema de arquivos. Em seguida, remonte-o com a opção
noac
para desativar o armazenamento de atributos em cache. O cache de atributos em NFSv4 1.1 está ativado por padrão.nota
A desativação do armazenamento em cache do lado do cliente pode reduzir o desempenho do aplicativo.
-
Você também pode limpar o cache de atributos sob demanda usando uma linguagem de programação compatível com os NFS procedimentos. Para fazer isso, envie uma solicitação de procedimento
ACCESS
imediatamente antes de uma solicitação de leitura.Por exemplo, usando a linguagem de programação Python, você pode construir a seguinte chamada.
# Does an NFS ACCESS procedure request to clear the attribute cache, given a path to the file import os os.access(path, os.W_OK)
A criação de backups com o Oracle Recovery Manager está lenta
A criação de backups com o Oracle Recovery Manager pode ser lenta, se o Oracle Recovery Manager for pausado por 120 segundos antes de iniciar uma tarefa de backup.
Medida a ser tomada
Se você encontrar esse problema, desative o Oracle DirectNFS, conforme descrito em Ativando e Desativando o Controle Direto do NFS Cliente NFS
nota
A Amazon EFS não oferece suporte ao Oracle DirectNFS.